Avatar billede erve Nybegynder
19. august 2004 - 08:32 Der er 8 kommentarer og
1 løsning

Session-variable bliver null

Vi har et problem med et Session-objekt, der bliver null, selv om Session timeout er sat meget højt.
Vi bruger det til at fastholde nogle oplysninger der skal være tilgængelig i hele browsersessionens levetid på tværs af mange Websider.
Er der nogen der er bekendt med andre faktorer der kan påvirke et Sessions-objects levetid.
Er der nogle indstillinger i IIS'en?
Kan det være afhængigt af antallet af samtidige brugere?
Kan én brugers Session-object påvirke en anden brugers?
Hvornår nulstilles timeout-tiden?
Alle gode råd og betragtninger meget velkomne.
Problemet opstår aldrig i test på localhost.
Avatar billede snepnet Nybegynder
19. august 2004 - 08:36 #1
aspnet - arbejdstråden kan finde på at recycle i forskellige situationer (det er sådan en selvvedligeholdelsesfunktion), hvilket kan medføre at dine session ryger.
Avatar billede snepnet Nybegynder
19. august 2004 - 08:37 #2
sådan noget som dette kunne nok være godt at tage et kig på :
http://www.vsj.co.uk/dotnet/display.asp?id=286
Avatar billede snepnet Nybegynder
19. august 2004 - 08:39 #3
pointen i det er, at du kan holde dine sessiondata "out-of-process", hvilket vil gøre at de bavares når processen recycler.
Avatar billede snepnet Nybegynder
19. august 2004 - 08:43 #4
Du har nogle muligheder for at styre det i machine.config her :
<processModel enable="true" timeout="Infinite" idleTimeout="Infinite" shutdownTimeout="0:00:05" requestLimit="Infinite" requestQueueLimit="5000" restartQueueLimit="10" memoryLimit="60" webGarden="false" cpuMask="0xffffffff" userName="machine" password="AutoGenerate" logLevel="Errors" clientConnectedCheck="0:00:05" comAuthenticationLevel="Connect" comImpersonationLevel="Impersonate" responseDeadlockInterval="00:03:00" maxWorkerThreads="20" maxIoThreads="20"/>

(der er en beskrivelse i selv filen - lige oven over).

Bemærk at hvis du bruger IIS 6.0 styrer den disse settings, og angivelser i machine.config omkring det vil blive ignoreret.

mvh
Avatar billede erve Nybegynder
19. august 2004 - 10:52 #5
snepnet: Det var en virkelig god artikel. Såvidt jeg kan se er konklussionen, som du også skriver, at inProc SessionState er hurtig men rimeligt upålidelig, da IIS'en i visse tilfælde kan foretage recyclings, som artiklen beskriver som "a natural event in the life of anASP.NET application. Det tror jeg er præcis hvad vi bliver udsat for.
Smid et svar så får du point.
Avatar billede 2c Nybegynder
19. august 2004 - 11:19 #6
Hvis du uploader dit projekt til webserveren ryger alle webserverens eksisterende sessions også.
Avatar billede erve Nybegynder
19. august 2004 - 12:41 #7
Ja som artiklen skriver, så bevirker flg. ændringer at Sessions droppes:
ændringer i \BIN, global.asax og web.confgi
Avatar billede snepnet Nybegynder
19. august 2004 - 13:21 #8
du får et svar herfra erve - jeg håber du får lavet en holdbar løsning, og du må sige til hvis der er noget du gerne vil have jeg kigger på - så skal jeg nok gøre det så hurtigt jeg kan :o)
Mvh
Avatar billede erve Nybegynder
19. august 2004 - 13:26 #9
Jeg har simpelhen prøvet at implementere SessionState Mode=SQL Server. Det er forbløffende let, og muligvis vil vi vælge den løsning
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
IT-kurser om Microsoft 365, sikkerhed, personlig vækst, udvikling, digital markedsføring, grafisk design, SAP og forretningsanalyse.

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester