You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Martin Makundi <ma...@koodaripalvelut.com> on 2010/01/24 09:53:19 UTC
Re: Handling Ajax session expired
Hi!
What is the best way to change the PageExpiredErrorPage or
InternalErrorPage depending on a silo?
Application.getApplicationSettings() is shared among all silos.
**
Martin
2009/12/28 Igor Vaynberg <ig...@gmail.com>:
> use a cookie. every time a user enters a "silo" set it in a silo
> cookie. when the session expires, the cookie will still be there.
>
> -igor
>
> On Mon, Dec 28, 2009 at 5:04 AM, Martin Makundi
> <ma...@koodaripalvelut.com> wrote:
>> 2009/12/28 Ernesto Reinaldo Barreiro <re...@gmail.com>:
>>> but I'm no core developer... So, why not wait to see what
>>> do they comment on this issue?
>>
>> Maybe they just want us to weather this out on ourselves ... ;)
>>
>> **
>> Martin
>>
>>>
>>> On Mon, Dec 28, 2009 at 1:44 PM, Martin Makundi <
>>> martin.makundi@koodaripalvelut.com> wrote:
>>>
>>>> How would you formulate such RFE?
>>>>
>>>> "Wicket needs an autonomus but parametrizable global behavior, that is
>>>> transparent to all url encoding schemes, that can be used to identify
>>>> users's silo in the application. When session is invalidated or other
>>>> errors occur, each silo can have its own errorpage/homepage which is
>>>> automatically rendered by the behavior."
>>>>
>>>> Is this descriptive enough?
>>>>
>>>> Maybe some junit wickettester test cases?
>>>> - "test 1: User has begun using Silo1Homepage.class when session is
>>>> invalidated. User is redirected back to Silo1Homepage."
>>>> - "test 2: User has begun using Silo2Homepage.class when session is
>>>> invalidated. User is redirected back to Silo2Homepage."
>>>> - similar for error pages, and after error page -> silo-home-page
>>>> - etc.
>>>>
>>>> **
>>>> Martin
>>>>
>>>>
>>>> 2009/12/28 Ernesto Reinaldo Barreiro <re...@gmail.com>:
>>>> > Create a RFE? Maybe on 1.5 it is already possible?
>>>> >
>>>> > Ernesto
>>>> >
>>>> > On Mon, Dec 28, 2009 at 1:16 PM, Martin Makundi <
>>>> > martin.makundi@koodaripalvelut.com> wrote:
>>>> >
>>>> >> It should be automatic and global, like a url encoding scheme, and it
>>>> >> should come with an interpreter that will process the
>>>> >> homepage/errorpage when necessary.
>>>> >>
>>>> >> **
>>>> >> Martin
>>>> >>
>>>> >> 2009/12/28 Ernesto Reinaldo Barreiro <re...@gmail.com>:
>>>> >> >>
>>>> >> >>
>>>> >> >> But where could we bind the silo information into urls globally?
>>>> >> >>
>>>> >> >>
>>>> >> > Mounting pages? Or better having some kind of configuration class that
>>>> >> you
>>>> >> > use to mount the pages and do the ugly URL plumbing on that method?
>>>> >> >
>>>> >> > Best,
>>>> >> >
>>>> >> > Ernesto
>>>> >> >
>>>> >>
>>>> >> ---------------------------------------------------------------------
>>>> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> >> For additional commands, e-mail: users-help@wicket.apache.org
>>>> >>
>>>> >>
>>>> >
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Resource JS
Posted by nino martinez wael <ni...@gmail.com>.
Should be the same thing..
2010/1/26 Douglas Ferguson <do...@douglasferguson.us>
> I'm using modjk.
>
>
> On Jan 25, 2010, at 4:05 PM, Jeremy Thomerson wrote:
>
> > How are you frontending Tomcat with Apache? If it's by proxying, you may
> > just be able to configure it to do the gzip for you on anything in the
> > resources "directory".
> >
> > --
> > Jeremy Thomerson
> > http://www.wickettraining.com
> >
> >
> >
> > On Sun, Jan 24, 2010 at 10:30 PM, Douglas Ferguson <
> > douglas@douglasferguson.us> wrote:
> >
> >> Hmm... Actually, I'm wanting to gzip them are they gziped?
> >>
> >> Another thought was to do something like this:
> >>
> >> Alias /resources/com.package/
> >> /user/local/tomcat5.5/webapps/resources/path/to/package
> >>
> >> So that apache can serve up the static content..
> >>
> >> D/
> >>
> >> On Jan 24, 2010, at 9:18 AM, Martin Grigorov wrote:
> >>
> >>> On Sun, 2010-01-24 at 03:19 -0800, Douglas Ferguson wrote:
> >>>> I recently configured apache to gzip my js files instead of going
> >> through tomcat.
> >>>>
> >>>> Can this be done for the js files that are loaded as resources?
> >>> see
> >>> Application.get().getResourceSettings().getJavascriptCompressor()
> >>>
> >>> if this returns "null" then any JavascriptPackageResource will be not
> >>> compressed
> >>>>
> >>>> D/
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >>>> For additional commands, e-mail: users-help@wicket.apache.org
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >>> For additional commands, e-mail: users-help@wicket.apache.org
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Resource JS
Posted by Douglas Ferguson <do...@douglasferguson.us>.
I'm using modjk.
On Jan 25, 2010, at 4:05 PM, Jeremy Thomerson wrote:
> How are you frontending Tomcat with Apache? If it's by proxying, you may
> just be able to configure it to do the gzip for you on anything in the
> resources "directory".
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Sun, Jan 24, 2010 at 10:30 PM, Douglas Ferguson <
> douglas@douglasferguson.us> wrote:
>
>> Hmm... Actually, I'm wanting to gzip them are they gziped?
>>
>> Another thought was to do something like this:
>>
>> Alias /resources/com.package/
>> /user/local/tomcat5.5/webapps/resources/path/to/package
>>
>> So that apache can serve up the static content..
>>
>> D/
>>
>> On Jan 24, 2010, at 9:18 AM, Martin Grigorov wrote:
>>
>>> On Sun, 2010-01-24 at 03:19 -0800, Douglas Ferguson wrote:
>>>> I recently configured apache to gzip my js files instead of going
>> through tomcat.
>>>>
>>>> Can this be done for the js files that are loaded as resources?
>>> see
>>> Application.get().getResourceSettings().getJavascriptCompressor()
>>>
>>> if this returns "null" then any JavascriptPackageResource will be not
>>> compressed
>>>>
>>>> D/
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Resource JS
Posted by Jeremy Thomerson <je...@wickettraining.com>.
How are you frontending Tomcat with Apache? If it's by proxying, you may
just be able to configure it to do the gzip for you on anything in the
resources "directory".
--
Jeremy Thomerson
http://www.wickettraining.com
On Sun, Jan 24, 2010 at 10:30 PM, Douglas Ferguson <
douglas@douglasferguson.us> wrote:
> Hmm... Actually, I'm wanting to gzip them are they gziped?
>
> Another thought was to do something like this:
>
> Alias /resources/com.package/
> /user/local/tomcat5.5/webapps/resources/path/to/package
>
> So that apache can serve up the static content..
>
> D/
>
> On Jan 24, 2010, at 9:18 AM, Martin Grigorov wrote:
>
> > On Sun, 2010-01-24 at 03:19 -0800, Douglas Ferguson wrote:
> >> I recently configured apache to gzip my js files instead of going
> through tomcat.
> >>
> >> Can this be done for the js files that are loaded as resources?
> > see
> > Application.get().getResourceSettings().getJavascriptCompressor()
> >
> > if this returns "null" then any JavascriptPackageResource will be not
> > compressed
> >>
> >> D/
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Resource JS
Posted by nino martinez wael <ni...@gmail.com>.
Yeah you should be able to cache / compress resources with Apache http. If
your resources are dynamic (session dependant) then offcourse it's not
possible.
2010/1/25 Douglas Ferguson <do...@douglasferguson.us>
> Hmm... Actually, I'm wanting to gzip them are they gziped?
>
> Another thought was to do something like this:
>
> Alias /resources/com.package/
> /user/local/tomcat5.5/webapps/resources/path/to/package
>
> So that apache can serve up the static content..
>
> D/
>
> On Jan 24, 2010, at 9:18 AM, Martin Grigorov wrote:
>
> > On Sun, 2010-01-24 at 03:19 -0800, Douglas Ferguson wrote:
> >> I recently configured apache to gzip my js files instead of going
> through tomcat.
> >>
> >> Can this be done for the js files that are loaded as resources?
> > see
> > Application.get().getResourceSettings().getJavascriptCompressor()
> >
> > if this returns "null" then any JavascriptPackageResource will be not
> > compressed
> >>
> >> D/
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Resource JS
Posted by Douglas Ferguson <do...@douglasferguson.us>.
Hmm... Actually, I'm wanting to gzip them are they gziped?
Another thought was to do something like this:
Alias /resources/com.package/ /user/local/tomcat5.5/webapps/resources/path/to/package
So that apache can serve up the static content..
D/
On Jan 24, 2010, at 9:18 AM, Martin Grigorov wrote:
> On Sun, 2010-01-24 at 03:19 -0800, Douglas Ferguson wrote:
>> I recently configured apache to gzip my js files instead of going through tomcat.
>>
>> Can this be done for the js files that are loaded as resources?
> see
> Application.get().getResourceSettings().getJavascriptCompressor()
>
> if this returns "null" then any JavascriptPackageResource will be not
> compressed
>>
>> D/
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Resource JS
Posted by Martin Grigorov <mc...@e-card.bg>.
On Sun, 2010-01-24 at 03:19 -0800, Douglas Ferguson wrote:
> I recently configured apache to gzip my js files instead of going through tomcat.
>
> Can this be done for the js files that are loaded as resources?
see
Application.get().getResourceSettings().getJavascriptCompressor()
if this returns "null" then any JavascriptPackageResource will be not
compressed
>
> D/
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Resource JS
Posted by Douglas Ferguson <do...@douglasferguson.us>.
I recently configured apache to gzip my js files instead of going through tomcat.
Can this be done for the js files that are loaded as resources?
D/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Handling Ajax session expired
Posted by Martin Makundi <ma...@koodaripalvelut.com>.
Ah.. probably RequestCycle.onRuntimeException is the key.
**
Martin
2010/1/24 Martin Makundi <ma...@koodaripalvelut.com>:
> Hi!
>
> What is the best way to change the PageExpiredErrorPage or
> InternalErrorPage depending on a silo?
> Application.getApplicationSettings() is shared among all silos.
>
> **
> Martin
>
> 2009/12/28 Igor Vaynberg <ig...@gmail.com>:
>> use a cookie. every time a user enters a "silo" set it in a silo
>> cookie. when the session expires, the cookie will still be there.
>>
>> -igor
>>
>> On Mon, Dec 28, 2009 at 5:04 AM, Martin Makundi
>> <ma...@koodaripalvelut.com> wrote:
>>> 2009/12/28 Ernesto Reinaldo Barreiro <re...@gmail.com>:
>>>> but I'm no core developer... So, why not wait to see what
>>>> do they comment on this issue?
>>>
>>> Maybe they just want us to weather this out on ourselves ... ;)
>>>
>>> **
>>> Martin
>>>
>>>>
>>>> On Mon, Dec 28, 2009 at 1:44 PM, Martin Makundi <
>>>> martin.makundi@koodaripalvelut.com> wrote:
>>>>
>>>>> How would you formulate such RFE?
>>>>>
>>>>> "Wicket needs an autonomus but parametrizable global behavior, that is
>>>>> transparent to all url encoding schemes, that can be used to identify
>>>>> users's silo in the application. When session is invalidated or other
>>>>> errors occur, each silo can have its own errorpage/homepage which is
>>>>> automatically rendered by the behavior."
>>>>>
>>>>> Is this descriptive enough?
>>>>>
>>>>> Maybe some junit wickettester test cases?
>>>>> - "test 1: User has begun using Silo1Homepage.class when session is
>>>>> invalidated. User is redirected back to Silo1Homepage."
>>>>> - "test 2: User has begun using Silo2Homepage.class when session is
>>>>> invalidated. User is redirected back to Silo2Homepage."
>>>>> - similar for error pages, and after error page -> silo-home-page
>>>>> - etc.
>>>>>
>>>>> **
>>>>> Martin
>>>>>
>>>>>
>>>>> 2009/12/28 Ernesto Reinaldo Barreiro <re...@gmail.com>:
>>>>> > Create a RFE? Maybe on 1.5 it is already possible?
>>>>> >
>>>>> > Ernesto
>>>>> >
>>>>> > On Mon, Dec 28, 2009 at 1:16 PM, Martin Makundi <
>>>>> > martin.makundi@koodaripalvelut.com> wrote:
>>>>> >
>>>>> >> It should be automatic and global, like a url encoding scheme, and it
>>>>> >> should come with an interpreter that will process the
>>>>> >> homepage/errorpage when necessary.
>>>>> >>
>>>>> >> **
>>>>> >> Martin
>>>>> >>
>>>>> >> 2009/12/28 Ernesto Reinaldo Barreiro <re...@gmail.com>:
>>>>> >> >>
>>>>> >> >>
>>>>> >> >> But where could we bind the silo information into urls globally?
>>>>> >> >>
>>>>> >> >>
>>>>> >> > Mounting pages? Or better having some kind of configuration class that
>>>>> >> you
>>>>> >> > use to mount the pages and do the ugly URL plumbing on that method?
>>>>> >> >
>>>>> >> > Best,
>>>>> >> >
>>>>> >> > Ernesto
>>>>> >> >
>>>>> >>
>>>>> >> ---------------------------------------------------------------------
>>>>> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> >> For additional commands, e-mail: users-help@wicket.apache.org
>>>>> >>
>>>>> >>
>>>>> >
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org