Andreas Hartmann wrote:
Jörn Nettingsmeier wrote:
[...]
anyways, right now i'm totally mystified by something else. somehow
the "user" attribute is reset when the usecase moves on, but i don't
know when or by what.
This happens because the usecase component is released before the
response is sent, and recreated when the continuation is called.
This is necessary to avoid that stale components aren't released.
All usecase handler classes have to be stateless, but the parameters
are restored, so you have to use parameters instead of fields.
ahh. ok, that explains many things :)
but i wonder: are these parameters sent to the client? iiuc yes.
does that mean there is no way to store persistent information in a way
that cannot be tampered with by injecting POST or GET parameters, i.e.
to keep state information on the server side?
--
"Open source takes the bullshit out of software."
- Charles Ferguson on TechnologyReview.com
--
Jörn Nettingsmeier, EDV-Administrator
Institut für Politikwissenschaft
Universität Duisburg-Essen, Standort Duisburg
Mail: [EMAIL PROTECTED], Telefon: 0203/379-2736
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
