ASP Sessions

[Verwijderd]

Beste tweakers,

Ik ben nu al een aantal dagen aan het prutsen.
Ik heb veel gewerkt met sessions, maar ben nog nooit deze fout tegen gekomen.

-Op de webserver staat de session state aan.
-Cookies in de client browser staan ook aan.
-Mijn script is een simpele sessie:

test1.asp:
<%
Session("Test") = "Hallo"
Response.Redirect "test2.asp"
%>

test2.asp
<%=Session("Test")%>

Het lijkt wel of de sessie niet wordt opgeslagen in het geheugen.
Sessies werken wel op de pagina zelf:

<%
Session("Test") = "Hallo"
Response.write Session("Test")
%>

Opstelling:
-webserver win2000 met iis 5.0
-workstation met win2000 en IE 5.0

Doel:
Intranet met 100 clients

Probleem:
Sessies worden niet onthouden.

[ Voor 11% gewijzigd door Verwijderd op 17-02-2003 14:13 ]

[whoami]

Ehm, kun je ff duidelijk verwoorden wat het probleem precies is?

[RobIII]

Staan cookies uit in je client?

[Verwijderd]

RobIII schreef op 17 February 2003 @ 14:13:
Staan cookies uit in je client?

Ja...

[TeeDee]

RobIII schreef op 17 februari 2003 @ 14:13:
Staan cookies uit in je client?

staat er toch

Verder test2.asp
<%=Session("Test")%>

maak daar eens gewoon response.write Session("test") van?

/edit: maakt niet veel uit

bij mij werkt dit gewoon.

gooi eens de sessionID op het scherm?

[ Voor 22% gewijzigd door TeeDee op 17-02-2003 14:17 ]

[RobIII]

Verwijderd schreef op 17 February 2003 @ 14:13:
[...]

Ja...

* RobIII biedt zijn nederige excuses aan. Niet goed gelezen...

[DeverauX]

response anders eens de sessionID op het scherm en kijk eens of deze veranderd.

[Verwijderd]

TeeDee schreef op 17 February 2003 @ 14:14:
[...]


staat er toch

Verder test2.asp
<%=Session("Test")%>

maak daar eens gewoon response.write Session("test") van?

Da's toch exact hetzelfde


Staat "Enable Session State" misschien uitgevinkt in de application settings van IIS?

[Verwijderd]

devraux schreef op 17 February 2003 @ 14:16:
response anders eens de sessionID op het scherm en kijk eens of deze veranderd.

Deze wijzigd elke keer als ik refresh terwijl deze 20 min hetzelfde zou moeten blijven(Timeout staat op 20min).

[Verwijderd]

Verwijderd schreef op 17 februari 2003 @ 14:19:
[...]
Staat "Enable Session State" misschien uitgevinkt in de application settings van IIS?

Zie topic info.

[TeeDee]

Verwijderd schreef op 17 February 2003 @ 14:22:
[...]


Deze wijzigd elke keer als ik refresh terwijl deze 20 min hetzelfde zou moeten blijven(Timeout staat op 20min).

Dat zou dus niet mogen. Dan lijkt het me toch een setting in je IIS.
Gooi een screenshot daarvan online?

[Verwijderd]

TeeDee schreef op 17 February 2003 @ 14:27:
[...]
Dat zou dus niet mogen. Dan lijkt het me toch een setting in je IIS.
Gooi een screenshot daarvan online?

[TeeDee]

niks mis mee imho... vreemd hoor.

zal nog wel ff kijken of ik wat meer kan vinden

[Rhapsody]

moet je ff bovenaan je pagina aangeven: EnableSessionState=true

[Fox-Web]

Heb je misschien een global.asa die zit te kloten?

[Verwijderd]

Rhapsody schreef op 17 February 2003 @ 14:40:
moet je ff bovenaan je pagina aangeven: EnableSessionState=true

Werkt niet!

Fox-Web schreef op 17 February 2003 @ 14:55:
Heb je misschien een global.asa die zit te kloten?

Maak ik geen gebruik van

[ Voor 34% gewijzigd door Verwijderd op 17-02-2003 14:56 ]

[Gert]

Probeer s een browser anders dan IE en kijk of het dan wel werkt. Weet je tenminste waar je het moet zoeken.

[Yoda]

Draait het geheel in frames?

Frames en sessie willen nl. ook nog wel eens 'raar' doen,.....

Als het in en een frame draait, probeer de desbetreffende pagina dan eens te draaien buiten het frame gewoon rechtstreeks laden dus.

[ Voor 80% gewijzigd door Yoda op 17-02-2003 15:41 ]

[Verwijderd]

Yoda schreef op 17 February 2003 @ 15:40:
Draait het geheel in frames?

Frames en sessie willen nl. ook nog wel eens 'raar' doen,.....

Als het in en een frame draait, probeer de desbetreffende pagina dan eens te draaien buiten het frame gewoon rechtstreeks laden dus.

Geprobeerd...Maakt niets uit.

[syllaz]

En als je EnableSessionState = false intikt? Krijg je dan een foutmelding of helemaal nix te zien?

IIS herstarten wil ook nog wel eens helpen.....

[Verwijderd]

syllaz schreef op 17 February 2003 @ 15:51:
En als je EnableSessionState = false intikt? Krijg je dan een foutmelding of helemaal nix te zien?

IIS herstarten wil ook nog wel eens helpen.....

Helaas.....

[gorgi_19]

Als we toch bezig zijn met gokken..

Doe je nog iets geks met caching oid? Heb je misschien een vervelende proxy-server, die de boel loopt te cachen?

[KoeKk]

<%
Session("Test") = "Hallo"
Response.Redirect "test2.asp"
%>

Dit gaat zoiezo niet werken omdat je geen redirect kan doen nadat je iets daar de client hebt geschreven (ook sessies vallen daar onder). Waarom krijg je nu geen foutmelding: omdat je buffering hebt aan gezet, eerst wordt de hele pagina verwerkt en dan op orde van prioriteit afgewerkt, en Response.Redirect(sURL) heeft een hoger prio dan Session("bla") = sBla...

Oftwel maak een <meta> refresh die je naar page2.asp gooid...

edit:
Of zet Response.Buffer = False en aanschouw de foutmelding

[ Voor 13% gewijzigd door KoeKk op 18-02-2003 09:06 ]

[Folkert]

Werk het lokaal bij jou wel?. Draait het op een netwerk achter een firewall? Deze kan zo zijn ingesteld dat het de uitwisseling van gegevens buiten het netwerk verhindert....
Bij mij werkt het overigens gewoon wel, is niks mis mee...

Windows 2000
IIS 5.0

[TeeDee]

KoeKk schreef op 18 February 2003 @ 09:03:
[...]

Dit gaat zoiezo niet werken omdat je geen redirect kan doen nadat je iets daar de client hebt geschreven (ook sessies vallen daar onder). Waarom krijg je nu geen foutmelding: omdat je buffering hebt aan gezet, eerst wordt de hele pagina verwerkt en dan op orde van prioriteit afgewerkt, en Response.Redirect(sURL) heeft een hoger prio dan Session("bla") = sBla...

Hmm, werkte bij mij wel gewoon hoor. Weet je dit zeker? Het enige wat ik nog weet is dat alles na een redirect niet uitgevoerd wordt.

[KoeKk]

TeeDee schreef op 18 februari 2003 @ 09:37:
[...]


Hmm, werkte bij mij wel gewoon hoor. Weet je dit zeker? Het enige wat ik nog weet is dat alles na een redirect niet uitgevoerd wordt.

Door buffering wordt eerst heel de pagina gebufferd (wel geparsed) dus niet naar de client gestuurd, als hij bij die response.redirect aankomt wordt dat meteen uitgevoerd en worden sessies niet naar de client weg geschreven, dat weet ik _heel_ zeker.

Om dit te testen moet je buffering dus uit zetten, dan krijg je een foutmelding dat je de Headers niet naar een client mag wegschrijven als je nog gaat redirecten...

[lampekap]

Draai je toevallig een virusscanner? Ik heb hetzelfde probleem gehad. Als global.asa wordt veranderd of een exclusieve lock krijgt, dan start IIS de site opnieuw op. Of te wel alle sessies die er zijn gaan verloren.

Probeer je virusscanner eens uit te schakelen, of exclude het bestandstype *.asa

[TeeDee]

lampekap schreef op 18 February 2003 @ 12:50:
Draai je toevallig een virusscanner? Ik heb hetzelfde probleem gehad. Als global.asa wordt veranderd of een exclusieve lock krijgt, dan start IIS de site opnieuw op. Of te wel alle sessies die er zijn gaan verloren.

Probeer je virusscanner eens uit te schakelen, of exclude het bestandstype *.asa

In het topic staat dat TS geen global.asa gebruikt

[Verwijderd]

Dat van dat buffer zou nog wel eens de oplossing kunnen zijn. Ik ga het stax even proberen. LET YOU KNOW!!

[Verwijderd]

Nope, werkt ook nie

[Verwijderd]

Staat boel soms in frameset? Dat wil ook nog wel eens rare dingen opleveren.

[TeeDee]

Verwijderd schreef op 21 februari 2003 @ 11:57:
Staat boel soms in frameset? Dat wil ook nog wel eens rare dingen opleveren.

jij leest het topic ook? Wordt toch al gezegd.

[Verwijderd]

TeeDee schreef op 21 februari 2003 @ 12:01:
[...]


jij leest het topic ook? Wordt toch al gezegd.

Had het idd nog eens doorgenomen, maar kennelijk er over heen gelezen

[Verwijderd]

Verwijderd schreef op 21 February 2003 @ 11:57:
Staat boel soms in frameset? Dat wil ook nog wel eens rare dingen opleveren.

nope