Has anyone tried referencing the COM+ Services Type lib (COMSVCS.dll) and
the MS ASP Object lib (asp.dll) for Interop in .NET, and calling
GetObjectContext to get to the ASP Session object?  Would it be possible to
pass the legacy ObjectContext or Session in a method call into .NET and
have an ASP.NET app use the instance, if the proper libraries were
referenced for COM inteop?


Steve Holak
Senior Software Architect

Brokerage Concepts IS Dept.
610-491-4879

email:  [EMAIL PROTECTED]



                    Srinivasa
                    Sivakumar                 To:     [EMAIL PROTECTED]
                    <dotnetsrini@HOTMA        cc:
                    IL.COM>                   Subject:     Re: [DOTNET] Sharing ASP 
intrinsic objects across ASP and
                    Sent by: dotnet           ASP.Net
                    discussion
                    <[EMAIL PROTECTED]
                    VELOP.COM>


                    04/12/2002 10:52
                    AM
                    Please respond to
                    dotnet discussion






Yes Prashanth. they can't share the Session or Applications objects. This
is
because, all the ASP info is in the global.asa and all ASP.NET info stays
in
global.asax. More over the processing Arch. is totally different from one
another!

Srinivasa Sivakumar
Co-Author of ASP.NET Security
www3.brinkster.com/webguru/
----- Original Message -----
From: "PrashanthG" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 11, 2002 11:58 PM
Subject: [DOTNET] Sharing ASP intrinsic objects across ASP and ASP.Net


If the ASP pages share application state and session state using the ASP
Application and/or the ASP Session objects, I read in Documentation that
ASP and ASP.NET cannot share state across the two environments using
these intrinsic objects. Is it true for only Application and Session
Onjects or all ASP Intrinsic Objects like Request, Response. For example
if I am passing a Request Object from Tradition ASP to VB.NET App Layer,
will it work?

Thanks
PrashanthG

You can read messages from the DOTNET archive, unsubscribe from DOTNET, or
subscribe to other DevelopMentor lists at http://discuss.develop.com.

You can read messages from the DOTNET archive, unsubscribe from DOTNET, or
subscribe to other DevelopMentor lists at http://discuss.develop.com.

You can read messages from the DOTNET archive, unsubscribe from DOTNET, or
subscribe to other DevelopMentor lists at http://discuss.develop.com.

Reply via email to