When you say you store it in the database, what do you mean? I mean,
are you storing values in the db? If this is the case, then you can fetch
these values from the db and use them in a representation native to ASP.
However, if you are serializing data types in the DB, you won't be able
to restore them (at least, easily) in ASP. You would have to create a COM
object in .NET which will perform the deserialization for you, and then make
sure ALL types in the serialized object graph are available for COM interop.
You still run into the problem of passing the session id from ASP.NET to
ASP. You would have to use the query string for that, or issue a POST
(which is the less feasable of the two). You would have to do this on top
of any authentication you have as well (credentials should not be assumed
because of the session id).
Web services would be a better option here, IMO, since it would allow
you to encapsulate the two systems better.
Hope this helps.

Signature
- Nicholas Paldino [.NET/C# MVP]
- mvp@spam.guard.caspershouse.com
> Hi,
> Well, I'm looking around for another opinion. We have two webservers, the
[quoted text clipped - 17 lines]
> all the session data rather than converting it as is from ASP.Net to ASP
> and vise versa.
genc_ymeri - 28 Oct 2005 21:53 GMT
>>if you are serializing data types in the DB,
Yes.
>You would have to create a COM object in .NET which will perform the
>deserialization for you, and then make sure ALL types in the serialized
>object graph are available for COM interop. You still run into the problem
>of passing >the session id from ASP.NET to
Yep, that's what my team thinks, to create a converter COM object but my
argument is that we still facing the problem of passing at least one
argument, making it possible to know who is requesting .....
However, amzingly enough I found this idea later on implemented here too :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnaspp/html/con
verttoaspnet.asp
>>Web services would be a better option here, IMO, since it would allow
> you to encapsulate the two systems better.
I think the same and that's what I'm proposing to my team.
Thanks a lot and greatly appreciated,
Genc Ymeri,
Sr. Software Engineer
Bravera - Reston , VA
> When you say you store it in the database, what do you mean? I mean,
> are you storing values in the db? If this is the case, then you can fetch
[quoted text clipped - 39 lines]
>> parse all the session data rather than converting it as is from ASP.Net
>> to ASP and vise versa.