> > >> Muss sofort geloescht werden. Soll eine Session-Verwaltung > >> inner Datenbank werden > > >Wieso benutzt Du dann �berhaupt die eingebauten Sessions? > Erzeuge doch > Deine eigene Session-IDs etc... > > In der Hoffung, dass ich nicht selber die Session beenden muss.
Dann hast Du aber doch nichts gewonnen... Die ganzen Session-Probleme gehen nicht weg, wenn Du immer noch auf die eingebauten Sessions aufbaust... Als erstes w�rde ich auf eigene Session-IDs umsteigen, die �ber Querystring weitergegeben werden. Dann eine Session-Klasse bauen, die auf jeder Seite, die Sessions verwenden soll instantiiert wird. Wenn man ASP-Seesion ausstellt kann man sogar denselben Namen verwenden (Session) und bei richtiger Programmierung(gleiche Properties etc.) muss man alte ASP-Programme nicht umstellen... Wenn automatisch eine neue Sessions angelegt wird(redirect auf gleiche URL + sessionID im querystring), weil ein Besucher noch keine hatte, dann kannst Du eine Session_OnStart-Funktion aufrufen (inklude oder eigene global.whatever...) Eine eigene Session_OneEnd rufst Du f�r jede Session, die Du l�schen willst auf... > > >> (damit ich endlich ASP.Net Seiten verwenden kann...) > > >ASP.NET unterst�tzt doch von Haus aus die Speicherung der > Session-Daten auf > einem SQL-Server... > > Aber nicht, wenn es ASP Sessions sind. Ich kann nur Teile des > Systems auf > ASP.Net umstellen. > Was hat das dann �berhaupt mit ASP.NET zu tun? Wieso musst Du erst Deine Sessions auf DB umstellen, damit Du ASP.NET verwenden kannst? Ich hoffe doch Du willst nicht mit ASP in die von ASP.NET verwaltete Session-DB reinschreiben... Claudius | [aspdecoffeehouse] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
