> How exactly do you see this implemented? There will be plenty of details to
> be taken care for. e.g. For how long should this information stay on
> that Servlet Context? If your application has many users what information
> should go there?...
Somehow configure that
- my application has following silos {siloA, siloB, siloC}
- wicket, please track which silo the user is in and serve appropriate
homepage and errorpage when necessary
- each silo with its own homepage
- each silo with its own error page
This could probably be implemented using something as simple as an url
parameter/relative url or url encoding scheme. Something similar to
the pagemap notation :::0:xxx you would have by default
:::siloA:0:xxxx
The more transparent for the coder the better.
**
Martin
>
> Ernesto
>
> On Mon, Dec 28, 2009 at 10:16 AM, Martin Makundi <
> martin.maku...@koodaripalvelut.com> wrote:
>
>> > Can you just simply track user activity and store it into a persistence
>> > layer that do not expires with session and then once session expires
>> > redirect them to that last page (after they have logged in?)?.
>>
>> Maybe wicket could do this automatically using Servlet Context?
>>
>> **
>> Martin
>>
>> >
>> > Best,
>> >
>> > Ernesto
>> >
>> >
>> >
>> > On Mon, Dec 28, 2009 at 9:48 AM, Arie Fishler <arie....@gmail.com>
>> wrote:
>> >
>> >> Hi,
>> >>
>> >> When a client has a page in his browser that he does not touch for a
>> while
>> >> and the session expired. after that if he hits an ajax link for example
>> -
>> >> an
>> >> exception occurs in the wicket level due to the session expired state.
>> >>
>> >> How can I gracefully handle such a situation assuming that there is no a
>> >> single "home page" i can transfer the user. This means that the session
>> >> itself had some information on the specific environment the user was in.
>> >>
>> >> I can think of adding some information on the ajax link that will
>> indicate
>> >> that but again the exception happens at the wicket level and if I am
>> >> handling the exception not sure how I can retrieve such data.
>> >>
>> >> Any good methodology here?
>> >>
>> >> Thanks,
>> >> Arie
>> >>
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
