Re: The active page name has not been specified
gt;> > > > > >> > > >> > > > > >> > > >> > org.apache.tapestry > > > >> > > >> > tapestry-core > > > >> > > >> > > > > >> > > >> > > > > >> > > >> > org.apache.tapestry > > > >> > > >> > tapestry-ioc > > > >> > > >> > > > > >> > > >> > > > > >> > > >> > > > > >> > > >> > > > > >> > > >> > I am doing the same test as you do (Moving the clock > > forward). > > > I > > > >> > also > > > >> > > >> tried > > > >> > > >> > 1.Removing the cookie > > > >> > > >> > 2.Normal session time out by setting the time out to 1 > minute > > > >> > > (Web.xml) > > > >> > > >> > 3.Doing session invalidate. > > > >> > > >> > > > > >> > > >> > All of those tests had the same result.Once the form is > > > submitted > > > >> > the > > > >> > > >> user > > > >> > > >> > is redirected back to login page. > > > >> > > >> > > > > >> > > >> > On Tue, Mar 31, 2015 at 9:35 PM, Chris Poulsen < > > > >> > > mailingl...@nesluop.dk> > > > >> > > >> > wrote: > > > >> > > >> > > > > >> > > >> > > I think I've seen the error during debugging here and > there > > > in > > > >> > > >> beta-22... > > > >> > > >> > > We're not using tapestry security, I can't remember if it > > > >> happens > > > >> > > when > > > >> > > >> > I'm > > > >> > > >> > > too slow in the javascript debugger or it is during > > > serverside > > > >> > > >> debugging > > > >> > > >> > - > > > >> > > >> > > I'll keep an eye out for it. > > > >> > > >> > > > > > >> > > >> > > We have a conversation moderator in play on some pages - > > > >> similar > > > >> > to > > > >> > > >> the > > > >> > > >> > one > > > >> > > >> > > in tynamo conversations, so requests may arrive while > > things > > > >> are > > > >> > > >> locked > > > >> > > >> > up > > > >> > > >> > > in either debugger - but I cannot remember if this has > > > >> happened on > > > >> > > >> pages > > > >> > > >> > > supporting conversations. > > > >> > > >> > > > > > >> > > >> > > -- > > > >> > > >> > > Chris > > > >> > > >> > > > > > >> > > >> > > On Tue, Mar 31, 2015 at 7:52 PM, George Christman < > > > >> > > >> > gchrist...@cardaddy.com > > > >> > > >> > > > > > > >> > > >> > > wrote: > > > >> > > >> > > > > > >> > > >> > > > Dimitris, I just tested in 5.4-beta-28 with the same > > > >> exception. > > > >> > > What > > > >> > > >> > > > version of tapestry-security are you using? I'm using > > > 0.6.2? > > > >> Are > > > >> > > you > > > >> > > >> > > > submitting with an ajax form? I can reproduce this very > > > >> easily > > > >> > by > > > >> > > >> > forcing > > > >> > > >> > > > my session to expire locally by advancing my computers > > time > > > >> and > > > >> > > then > > > >> > > >> > > > submitting an ajax form. It happens every single time. > &
Re: The active page name has not been specified
he same result.Once the form is > > submitted > > >> > the > > >> > > >> user > > >> > > >> > is redirected back to login page. > > >> > > >> > > > >> > > >> > On Tue, Mar 31, 2015 at 9:35 PM, Chris Poulsen < > > >> > > mailingl...@nesluop.dk> > > >> > > >> > wrote: > > >> > > >> > > > >> > > >> > > I think I've seen the error during debugging here and there > > in > > >> > > >> beta-22... > > >> > > >> > > We're not using tapestry security, I can't remember if it > > >> happens > > >> > > when > > >> > > >> > I'm > > >> > > >> > > too slow in the javascript debugger or it is during > > serverside > > >> > > >> debugging > > >> > > >> > - > > >> > > >> > > I'll keep an eye out for it. > > >> > > >> > > > > >> > > >> > > We have a conversation moderator in play on some pages - > > >> similar > > >> > to > > >> > > >> the > > >> > > >> > one > > >> > > >> > > in tynamo conversations, so requests may arrive while > things > > >> are > > >> > > >> locked > > >> > > >> > up > > >> > > >> > > in either debugger - but I cannot remember if this has > > >> happened on > > >> > > >> pages > > >> > > >> > > supporting conversations. > > >> > > >> > > > > >> > > >> > > -- > > >> > > >> > > Chris > > >> > > >> > > > > >> > > >> > > On Tue, Mar 31, 2015 at 7:52 PM, George Christman < > > >> > > >> > gchrist...@cardaddy.com > > >> > > >> > > > > > >> > > >> > > wrote: > > >> > > >> > > > > >> > > >> > > > Dimitris, I just tested in 5.4-beta-28 with the same > > >> exception. > > >> > > What > > >> > > >> > > > version of tapestry-security are you using? I'm using > > 0.6.2? > > >> Are > > >> > > you > > >> > > >> > > > submitting with an ajax form? I can reproduce this very > > >> easily > > >> > by > > >> > > >> > forcing > > >> > > >> > > > my session to expire locally by advancing my computers > time > > >> and > > >> > > then > > >> > > >> > > > submitting an ajax form. It happens every single time. > > >> > > >> > > > > > >> > > >> > > > On Tue, Mar 31, 2015 at 1:36 PM, George Christman < > > >> > > >> > > gchrist...@cardaddy.com > > >> > > >> > > > > > > >> > > >> > > > wrote: > > >> > > >> > > > > > >> > > >> > > > > I'll test it in beta-28, but until that validation bug > > gets > > >> > > >> fixed, I > > >> > > >> > > > can't > > >> > > >> > > > > upgrade to it. > > >> > > >> > > > > > > >> > > >> > > > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < > > >> > > >> > > > > dimitris.zen...@gmail.com> wrote: > > >> > > >> > > > > > > >> > > >> > > > >> FYI just tested with 5.4-beta28 and I don't have such > > >> problem > > >> > > >> > > > >> > > >> > > >> > > > >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < > > >> > > >> > > > >> gchrist...@cardaddy.com> > > >> > > >> > > > >> wrote: > > >> > > >> > > > >> > > >> > > >>
Re: The active page name has not been specified
> >> > > We have a conversation moderator in play on some pages - > >> similar > >> > to > >> > > >> the > >> > > >> > one > >> > > >> > > in tynamo conversations, so requests may arrive while things > >> are > >> > > >> locked > >> > > >> > up > >> > > >> > > in either debugger - but I cannot remember if this has > >> happened on > >> > > >> pages > >> > > >> > > supporting conversations. > >> > > >> > > > >> > > >> > > -- > >> > > >> > > Chris > >> > > >> > > > >> > > >> > > On Tue, Mar 31, 2015 at 7:52 PM, George Christman < > >> > > >> > gchrist...@cardaddy.com > >> > > >> > > > > >> > > >> > > wrote: > >> > > >> > > > >> > > >> > > > Dimitris, I just tested in 5.4-beta-28 with the same > >> exception. > >> > > What > >> > > >> > > > version of tapestry-security are you using? I'm using > 0.6.2? > >> Are > >> > > you > >> > > >> > > > submitting with an ajax form? I can reproduce this very > >> easily > >> > by > >> > > >> > forcing > >> > > >> > > > my session to expire locally by advancing my computers time > >> and > >> > > then > >> > > >> > > > submitting an ajax form. It happens every single time. > >> > > >> > > > > >> > > >> > > > On Tue, Mar 31, 2015 at 1:36 PM, George Christman < > >> > > >> > > gchrist...@cardaddy.com > >> > > >> > > > > > >> > > >> > > > wrote: > >> > > >> > > > > >> > > >> > > > > I'll test it in beta-28, but until that validation bug > gets > >> > > >> fixed, I > >> > > >> > > > can't > >> > > >> > > > > upgrade to it. > >> > > >> > > > > > >> > > >> > > > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < > >> > > >> > > > > dimitris.zen...@gmail.com> wrote: > >> > > >> > > > > > >> > > >> > > > >> FYI just tested with 5.4-beta28 and I don't have such > >> problem > >> > > >> > > > >> > >> > > >> > > > >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < > >> > > >> > > > >> gchrist...@cardaddy.com> > >> > > >> > > > >> wrote: > >> > > >> > > > >> > >> > > >> > > > >> > Hey Kalle, just checking in with you to see if you > >> happened > >> > > to > >> > > >> > have > >> > > >> > > > >> anymore > >> > > >> > > > >> > info on this issue. > >> > > >> > > > >> > > >> > > >> > > > >> > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < > >> > > >> > > > >> gchrist...@cardaddy.com > >> > > >> > > > >> > > > >> > > >> > > > >> > wrote: > >> > > >> > > > >> > > >> > > >> > > > >> > > Thanks Kalle, were using 5.4-beta24 > >> > > >> > > > >> > > > >> > > >> > > > >> > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < > >> > > >> > > > >> > > kalle.o.korho...@gmail.com> wrote: > >> > > >> > > > >> > > > >> > > >> > > > >> > >> Sorry, I forgot to reply to your earlier post. > >> &
Re: The active page name has not been specified
gt; and >> > > then >> > > >> > > > submitting an ajax form. It happens every single time. >> > > >> > > > >> > > >> > > > On Tue, Mar 31, 2015 at 1:36 PM, George Christman < >> > > >> > > gchrist...@cardaddy.com >> > > >> > > > > >> > > >> > > > wrote: >> > > >> > > > >> > > >> > > > > I'll test it in beta-28, but until that validation bug gets >> > > >> fixed, I >> > > >> > > > can't >> > > >> > > > > upgrade to it. >> > > >> > > > > >> > > >> > > > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < >> > > >> > > > > dimitris.zen...@gmail.com> wrote: >> > > >> > > > > >> > > >> > > > >> FYI just tested with 5.4-beta28 and I don't have such >> problem >> > > >> > > > >> >> > > >> > > > >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < >> > > >> > > > >> gchrist...@cardaddy.com> >> > > >> > > > >> wrote: >> > > >> > > > >> >> > > >> > > > >> > Hey Kalle, just checking in with you to see if you >> happened >> > > to >> > > >> > have >> > > >> > > > >> anymore >> > > >> > > > >> > info on this issue. >> > > >> > > > >> > >> > > >> > > > >> > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < >> > > >> > > > >> gchrist...@cardaddy.com >> > > >> > > > >> > > >> > > >> > > > >> > wrote: >> > > >> > > > >> > >> > > >> > > > >> > > Thanks Kalle, were using 5.4-beta24 >> > > >> > > > >> > > >> > > >> > > > >> > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < >> > > >> > > > >> > > kalle.o.korho...@gmail.com> wrote: >> > > >> > > > >> > > >> > > >> > > > >> > >> Sorry, I forgot to reply to your earlier post. >> > > >> Fundamentally, >> > > >> > the >> > > >> > > > >> issue >> > > >> > > > >> > is >> > > >> > > > >> > >> caused by tapestry-security operating as part of the >> > > >> > > > >> httpservletrequest >> > > >> > > > >> > >> pipeline, before the active page is already set up. >> The >> > > >> library >> > > >> > > is >> > > >> > > > >> > >> internally setting up request globals etc. where >> needed >> > > but >> > > >> you >> > > >> > > may >> > > >> > > > >> be >> > > >> > > > >> > >> pushing around some shard edge there. It's also >> possible >> > > >> that >> > > >> > > some >> > > >> > > > >> > change >> > > >> > > > >> > >> in the core tapestry has caused the issue to >> surface. It >> > > >> may be >> > > >> > > > that >> > > >> > > > >> the >> > > >> > > > >> > >> issue happens exactly when the security library is >> > trying >> > > to >> > > >> > deal >> > > >> > > > >> with >> > > >> > > > >> > the >> > > >> > > > >> > >> expired session. In your stack trace, you'll see that >> > the >> > > >> > > exception >> > > >> > > > >> > >> happens >> > > >> > > > >> > >> way before the active page is be
Re: The active page name has not been specified
> > > >> > org.apache.tapestry > > > >> > tapestry-ioc > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > I am doing the same test as you do (Moving the clock forward). I > > also > > > >> tried > > > >> > 1.Removing the cookie > > > >> > 2.Normal session time out by setting the time out to 1 minute > > > (Web.xml) > > > >> > 3.Doing session invalidate. > > > >> > > > > >> > All of those tests had the same result.Once the form is submitted > > the > > > >> user > > > >> > is redirected back to login page. > > > >> > > > > >> > On Tue, Mar 31, 2015 at 9:35 PM, Chris Poulsen < > > > mailingl...@nesluop.dk> > > > >> > wrote: > > > >> > > > > >> > > I think I've seen the error during debugging here and there in > > > >> beta-22... > > > >> > > We're not using tapestry security, I can't remember if it > happens > > > when > > > >> > I'm > > > >> > > too slow in the javascript debugger or it is during serverside > > > >> debugging > > > >> > - > > > >> > > I'll keep an eye out for it. > > > >> > > > > > >> > > We have a conversation moderator in play on some pages - similar > > to > > > >> the > > > >> > one > > > >> > > in tynamo conversations, so requests may arrive while things are > > > >> locked > > > >> > up > > > >> > > in either debugger - but I cannot remember if this has happened > on > > > >> pages > > > >> > > supporting conversations. > > > >> > > > > > >> > > -- > > > >> > > Chris > > > >> > > > > > >> > > On Tue, Mar 31, 2015 at 7:52 PM, George Christman < > > > >> > gchrist...@cardaddy.com > > > >> > > > > > > >> > > wrote: > > > >> > > > > > >> > > > Dimitris, I just tested in 5.4-beta-28 with the same > exception. > > > What > > > >> > > > version of tapestry-security are you using? I'm using 0.6.2? > Are > > > you > > > >> > > > submitting with an ajax form? I can reproduce this very easily > > by > > > >> > forcing > > > >> > > > my session to expire locally by advancing my computers time > and > > > then > > > >> > > > submitting an ajax form. It happens every single time. > > > >> > > > > > > >> > > > On Tue, Mar 31, 2015 at 1:36 PM, George Christman < > > > >> > > gchrist...@cardaddy.com > > > >> > > > > > > > >> > > > wrote: > > > >> > > > > > > >> > > > > I'll test it in beta-28, but until that validation bug gets > > > >> fixed, I > > > >> > > > can't > > > >> > > > > upgrade to it. > > > >> > > > > > > > >> > > > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < > > > >> > > > > dimitris.zen...@gmail.com> wrote: > > > >> > > > > > > > >> > > > >> FYI just tested with 5.4-beta28 and I don't have such > problem > > > >> > > > >> > > > >> > > > >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < > > > >> > > > >> gchrist...@cardaddy.com> > > > >> > > > >> wrote: > > > >> > > > >> > > > >> > > > >> > Hey Kalle, just checking in with you to see if you > happened > > > to > > > >> > have > > > >> > > > >> anymore > > > >> > > > >> > info on this issue. > > > >> > > > >> > > > > >> > > > >> > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < > > > >> > > > >&g
Re: The active page name has not been specified
porting conversations. > >> > > > >> > > -- > >> > > Chris > >> > > > >> > > On Tue, Mar 31, 2015 at 7:52 PM, George Christman < > >> > gchrist...@cardaddy.com > >> > > > > >> > > wrote: > >> > > > >> > > > Dimitris, I just tested in 5.4-beta-28 with the same exception. > What > >> > > > version of tapestry-security are you using? I'm using 0.6.2? Are > you > >> > > > submitting with an ajax form? I can reproduce this very easily by > >> > forcing > >> > > > my session to expire locally by advancing my computers time and > then > >> > > > submitting an ajax form. It happens every single time. > >> > > > > >> > > > On Tue, Mar 31, 2015 at 1:36 PM, George Christman < > >> > > gchrist...@cardaddy.com > >> > > > > > >> > > > wrote: > >> > > > > >> > > > > I'll test it in beta-28, but until that validation bug gets > >> fixed, I > >> > > > can't > >> > > > > upgrade to it. > >> > > > > > >> > > > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < > >> > > > > dimitris.zen...@gmail.com> wrote: > >> > > > > > >> > > > >> FYI just tested with 5.4-beta28 and I don't have such problem > >> > > > >> > >> > > > >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < > >> > > > >> gchrist...@cardaddy.com> > >> > > > >> wrote: > >> > > > >> > >> > > > >> > Hey Kalle, just checking in with you to see if you happened > to > >> > have > >> > > > >> anymore > >> > > > >> > info on this issue. > >> > > > >> > > >> > > > >> > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < > >> > > > >> gchrist...@cardaddy.com > >> > > > >> > > > >> > > > >> > wrote: > >> > > > >> > > >> > > > >> > > Thanks Kalle, were using 5.4-beta24 > >> > > > >> > > > >> > > > >> > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < > >> > > > >> > > kalle.o.korho...@gmail.com> wrote: > >> > > > >> > > > >> > > > >> > >> Sorry, I forgot to reply to your earlier post. > >> Fundamentally, > >> > the > >> > > > >> issue > >> > > > >> > is > >> > > > >> > >> caused by tapestry-security operating as part of the > >> > > > >> httpservletrequest > >> > > > >> > >> pipeline, before the active page is already set up. The > >> library > >> > > is > >> > > > >> > >> internally setting up request globals etc. where needed > but > >> you > >> > > may > >> > > > >> be > >> > > > >> > >> pushing around some shard edge there. It's also possible > >> that > >> > > some > >> > > > >> > change > >> > > > >> > >> in the core tapestry has caused the issue to surface. It > >> may be > >> > > > that > >> > > > >> the > >> > > > >> > >> issue happens exactly when the security library is trying > to > >> > deal > >> > > > >> with > >> > > > >> > the > >> > > > >> > >> expired session. In your stack trace, you'll see that the > >> > > exception > >> > > > >> > >> happens > >> > > > >> > >> way before the active page is being set. Just a note that > >> you > >> > > > cannot > >> > > > >> > >> simply > >> > > > >> > >> return a full page response to an ajax request (as you try > >> to > >> > do > >> > > in > >> > > > >> your > >> > > >
Re: The active page name has not been specified
tapestry security, I can't remember if it happens > > when > > >> > I'm > > >> > > too slow in the javascript debugger or it is during serverside > > >> debugging > > >> > - > > >> > > I'll keep an eye out for it. > > >> > > > > >> > > We have a conversation moderator in play on some pages - similar > to > > >> the > > >> > one > > >> > > in tynamo conversations, so requests may arrive while things are > > >> locked > > >> > up > > >> > > in either debugger - but I cannot remember if this has happened on > > >> pages > > >> > > supporting conversations. > > >> > > > > >> > > -- > > >> > > Chris > > >> > > > > >> > > On Tue, Mar 31, 2015 at 7:52 PM, George Christman < > > >> > gchrist...@cardaddy.com > > >> > > > > > >> > > wrote: > > >> > > > > >> > > > Dimitris, I just tested in 5.4-beta-28 with the same exception. > > What > > >> > > > version of tapestry-security are you using? I'm using 0.6.2? Are > > you > > >> > > > submitting with an ajax form? I can reproduce this very easily > by > > >> > forcing > > >> > > > my session to expire locally by advancing my computers time and > > then > > >> > > > submitting an ajax form. It happens every single time. > > >> > > > > > >> > > > On Tue, Mar 31, 2015 at 1:36 PM, George Christman < > > >> > > gchrist...@cardaddy.com > > >> > > > > > > >> > > > wrote: > > >> > > > > > >> > > > > I'll test it in beta-28, but until that validation bug gets > > >> fixed, I > > >> > > > can't > > >> > > > > upgrade to it. > > >> > > > > > > >> > > > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < > > >> > > > > dimitris.zen...@gmail.com> wrote: > > >> > > > > > > >> > > > >> FYI just tested with 5.4-beta28 and I don't have such problem > > >> > > > >> > > >> > > > >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < > > >> > > > >> gchrist...@cardaddy.com> > > >> > > > >> wrote: > > >> > > > >> > > >> > > > >> > Hey Kalle, just checking in with you to see if you happened > > to > > >> > have > > >> > > > >> anymore > > >> > > > >> > info on this issue. > > >> > > > >> > > > >> > > > >> > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < > > >> > > > >> gchrist...@cardaddy.com > > >> > > > >> > > > > >> > > > >> > wrote: > > >> > > > >> > > > >> > > > >> > > Thanks Kalle, were using 5.4-beta24 > > >> > > > >> > > > > >> > > > >> > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < > > >> > > > >> > > kalle.o.korho...@gmail.com> wrote: > > >> > > > >> > > > > >> > > > >> > >> Sorry, I forgot to reply to your earlier post. > > >> Fundamentally, > > >> > the > > >> > > > >> issue > > >> > > > >> > is > > >> > > > >> > >> caused by tapestry-security operating as part of the > > >> > > > >> httpservletrequest > > >> > > > >> > >> pipeline, before the active page is already set up. The > > >> library > > >> > > is > > >> > > > >> > >> internally setting up request globals etc. where needed > > but > > >> you > > >> > > may > > >> > > > >> be > > >> > > > >> > >> pushing around some shard edge there. It's also possible > > >> that > > >> > > some >
Re: The active page name has not been specified
daddy.com >> > > > > >> > > > wrote: >> > > > >> > > > > I'll test it in beta-28, but until that validation bug gets >> fixed, I >> > > > can't >> > > > > upgrade to it. >> > > > > >> > > > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < >> > > > > dimitris.zen...@gmail.com> wrote: >> > > > > >> > > > >> FYI just tested with 5.4-beta28 and I don't have such problem >> > > > >> >> > > > >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < >> > > > >> gchrist...@cardaddy.com> >> > > > >> wrote: >> > > > >> >> > > > >> > Hey Kalle, just checking in with you to see if you happened to >> > have >> > > > >> anymore >> > > > >> > info on this issue. >> > > > >> > >> > > > >> > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < >> > > > >> gchrist...@cardaddy.com >> > > > >> > > >> > > > >> > wrote: >> > > > >> > >> > > > >> > > Thanks Kalle, were using 5.4-beta24 >> > > > >> > > >> > > > >> > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < >> > > > >> > > kalle.o.korho...@gmail.com> wrote: >> > > > >> > > >> > > > >> > >> Sorry, I forgot to reply to your earlier post. >> Fundamentally, >> > the >> > > > >> issue >> > > > >> > is >> > > > >> > >> caused by tapestry-security operating as part of the >> > > > >> httpservletrequest >> > > > >> > >> pipeline, before the active page is already set up. The >> library >> > > is >> > > > >> > >> internally setting up request globals etc. where needed but >> you >> > > may >> > > > >> be >> > > > >> > >> pushing around some shard edge there. It's also possible >> that >> > > some >> > > > >> > change >> > > > >> > >> in the core tapestry has caused the issue to surface. It >> may be >> > > > that >> > > > >> the >> > > > >> > >> issue happens exactly when the security library is trying to >> > deal >> > > > >> with >> > > > >> > the >> > > > >> > >> expired session. In your stack trace, you'll see that the >> > > exception >> > > > >> > >> happens >> > > > >> > >> way before the active page is being set. Just a note that >> you >> > > > cannot >> > > > >> > >> simply >> > > > >> > >> return a full page response to an ajax request (as you try >> to >> > do >> > > in >> > > > >> your >> > > > >> > >> example). What's your exact version of T5 you are using? >> I'll >> > see >> > > > if >> > > > >> we >> > > > >> > >> have a test for this case and try to reproduce. >> > > > >> > >> >> > > > >> > >> Kalle >> > > > >> > >> >> > > > >> > >> On Wed, Mar 25, 2015 at 6:07 AM, George Christman < >> > > > >> > >> gchrist...@cardaddy.com> >> > > > >> > >> wrote: >> > > > >> > >> >> > > > >> > >> > So I've been able to finally reproduce this bug. I have an >> > ajax >> > > > >> form >> > > > >> > and >> > > > >> > >> > I'm using tapestry-security. When my session times out >> and an >> > > > form >> > > > >> > >> action >> > > > >> > >> > is clicked, I get the "The active page name has not been >> > > > specified" >> > > > >> > >> > exception. I found the code throwing the exception
Re: The active page name has not been specified
> > the > > > > >> issue > > > > >> > is > > > > >> > >> caused by tapestry-security operating as part of the > > > > >> httpservletrequest > > > > >> > >> pipeline, before the active page is already set up. The > library > > > is > > > > >> > >> internally setting up request globals etc. where needed but > you > > > may > > > > >> be > > > > >> > >> pushing around some shard edge there. It's also possible that > > > some > > > > >> > change > > > > >> > >> in the core tapestry has caused the issue to surface. It may > be > > > > that > > > > >> the > > > > >> > >> issue happens exactly when the security library is trying to > > deal > > > > >> with > > > > >> > the > > > > >> > >> expired session. In your stack trace, you'll see that the > > > exception > > > > >> > >> happens > > > > >> > >> way before the active page is being set. Just a note that you > > > > cannot > > > > >> > >> simply > > > > >> > >> return a full page response to an ajax request (as you try to > > do > > > in > > > > >> your > > > > >> > >> example). What's your exact version of T5 you are using? I'll > > see > > > > if > > > > >> we > > > > >> > >> have a test for this case and try to reproduce. > > > > >> > >> > > > > >> > >> Kalle > > > > >> > >> > > > > >> > >> On Wed, Mar 25, 2015 at 6:07 AM, George Christman < > > > > >> > >> gchrist...@cardaddy.com> > > > > >> > >> wrote: > > > > >> > >> > > > > >> > >> > So I've been able to finally reproduce this bug. I have an > > ajax > > > > >> form > > > > >> > and > > > > >> > >> > I'm using tapestry-security. When my session times out and > an > > > > form > > > > >> > >> action > > > > >> > >> > is clicked, I get the "The active page name has not been > > > > specified" > > > > >> > >> > exception. I found the code throwing the exception, I'm > just > > > not > > > > >> sure > > > > >> > >> why > > > > >> > >> > this is happening to begin with. > > > > >> > >> > > > > > >> > >> > > > > > >> > >> > > > > >> > > > > > >> > > > > > > > > > > https://github.com/apache/tapestry-5/blob/5.4-beta-26/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AjaxPartialResponseRendererImpl.java > > > > >> > >> > line 86. > > > > >> > >> > > > > > >> > >> > Shouldn't the page automatically be redirected to the login > > > page > > > > >> when > > > > >> > >> the > > > > >> > >> > user session has timed out and an action has been > performed. > > > > >> > >> > > > > > >> > >> > I even tried this without any success. > > > > >> > >> > > > > > >> > >> > Object onActivate() throws Exception { > > > > >> > >> > if (request.isRequestedSessionIdValid()) { > > > > >> > >> > //some code > > > > >> > >> > } > > > > >> > >> > return Login.class; > > > > >> > >> > } > > > > >> > >> > > > > > >> > >> > Any thoughts on how to repair this issue? > > > > >> > >> > > > > > >> > >> > On Thu, Mar 19, 2015 at 12:54 PM, George Christman < > > > > >> > >> > gchrist...@cardaddy.com> > > > > >>
Re: The active page name has not been specified
And your wrapping your form in a zone too? Sorry, I just want to be sure we are doing everything the same. On Tue, Mar 31, 2015 at 4:05 PM, Dimitris Zenios wrote: > Fedora 3.19.1-201.fc21.x86_64 #1 SMP Wed Mar 18 04:29:24 UTC 2015 x86_64 > x86_64 x86_64 GNU/Linux > Java 1.8.0_40 > Google chrome Version 41.0.2272.101 (64-bit) > jetty-distribution-9.2.5.v20141112 > Tapestry 5.4-beta28 > > org.tynamo > tapestry-security > 0.6.2 > > > org.apache.tapestry > tapestry-core > > > org.apache.tapestry > tapestry-ioc > > > > > I am doing the same test as you do (Moving the clock forward). I also tried > 1.Removing the cookie > 2.Normal session time out by setting the time out to 1 minute (Web.xml) > 3.Doing session invalidate. > > All of those tests had the same result.Once the form is submitted the user > is redirected back to login page. > > On Tue, Mar 31, 2015 at 9:35 PM, Chris Poulsen > wrote: > > > I think I've seen the error during debugging here and there in beta-22... > > We're not using tapestry security, I can't remember if it happens when > I'm > > too slow in the javascript debugger or it is during serverside debugging > - > > I'll keep an eye out for it. > > > > We have a conversation moderator in play on some pages - similar to the > one > > in tynamo conversations, so requests may arrive while things are locked > up > > in either debugger - but I cannot remember if this has happened on pages > > supporting conversations. > > > > -- > > Chris > > > > On Tue, Mar 31, 2015 at 7:52 PM, George Christman < > gchrist...@cardaddy.com > > > > > wrote: > > > > > Dimitris, I just tested in 5.4-beta-28 with the same exception. What > > > version of tapestry-security are you using? I'm using 0.6.2? Are you > > > submitting with an ajax form? I can reproduce this very easily by > forcing > > > my session to expire locally by advancing my computers time and then > > > submitting an ajax form. It happens every single time. > > > > > > On Tue, Mar 31, 2015 at 1:36 PM, George Christman < > > gchrist...@cardaddy.com > > > > > > > wrote: > > > > > > > I'll test it in beta-28, but until that validation bug gets fixed, I > > > can't > > > > upgrade to it. > > > > > > > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < > > > > dimitris.zen...@gmail.com> wrote: > > > > > > > >> FYI just tested with 5.4-beta28 and I don't have such problem > > > >> > > > >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < > > > >> gchrist...@cardaddy.com> > > > >> wrote: > > > >> > > > >> > Hey Kalle, just checking in with you to see if you happened to > have > > > >> anymore > > > >> > info on this issue. > > > >> > > > > >> > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < > > > >> gchrist...@cardaddy.com > > > >> > > > > > >> > wrote: > > > >> > > > > >> > > Thanks Kalle, were using 5.4-beta24 > > > >> > > > > > >> > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < > > > >> > > kalle.o.korho...@gmail.com> wrote: > > > >> > > > > > >> > >> Sorry, I forgot to reply to your earlier post. Fundamentally, > the > > > >> issue > > > >> > is > > > >> > >> caused by tapestry-security operating as part of the > > > >> httpservletrequest > > > >> > >> pipeline, before the active page is already set up. The library > > is > > > >> > >> internally setting up request globals etc. where needed but you > > may > > > >> be > > > >> > >> pushing around some shard edge there. It's also possible that > > some > > > >> > change > > > >> > >> in the core tapestry has caused the issue to surface. It may be > > > that > > > >> the > > > >> > >> issue happens exactly when the security library is trying to > deal > > > >> with > > >
Re: The active page name has not been specified
Fedora 3.19.1-201.fc21.x86_64 #1 SMP Wed Mar 18 04:29:24 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Java 1.8.0_40 Google chrome Version 41.0.2272.101 (64-bit) jetty-distribution-9.2.5.v20141112 Tapestry 5.4-beta28 org.tynamo tapestry-security 0.6.2 org.apache.tapestry tapestry-core org.apache.tapestry tapestry-ioc I am doing the same test as you do (Moving the clock forward). I also tried 1.Removing the cookie 2.Normal session time out by setting the time out to 1 minute (Web.xml) 3.Doing session invalidate. All of those tests had the same result.Once the form is submitted the user is redirected back to login page. On Tue, Mar 31, 2015 at 9:35 PM, Chris Poulsen wrote: > I think I've seen the error during debugging here and there in beta-22... > We're not using tapestry security, I can't remember if it happens when I'm > too slow in the javascript debugger or it is during serverside debugging - > I'll keep an eye out for it. > > We have a conversation moderator in play on some pages - similar to the one > in tynamo conversations, so requests may arrive while things are locked up > in either debugger - but I cannot remember if this has happened on pages > supporting conversations. > > -- > Chris > > On Tue, Mar 31, 2015 at 7:52 PM, George Christman > > wrote: > > > Dimitris, I just tested in 5.4-beta-28 with the same exception. What > > version of tapestry-security are you using? I'm using 0.6.2? Are you > > submitting with an ajax form? I can reproduce this very easily by forcing > > my session to expire locally by advancing my computers time and then > > submitting an ajax form. It happens every single time. > > > > On Tue, Mar 31, 2015 at 1:36 PM, George Christman < > gchrist...@cardaddy.com > > > > > wrote: > > > > > I'll test it in beta-28, but until that validation bug gets fixed, I > > can't > > > upgrade to it. > > > > > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < > > > dimitris.zen...@gmail.com> wrote: > > > > > >> FYI just tested with 5.4-beta28 and I don't have such problem > > >> > > >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < > > >> gchrist...@cardaddy.com> > > >> wrote: > > >> > > >> > Hey Kalle, just checking in with you to see if you happened to have > > >> anymore > > >> > info on this issue. > > >> > > > >> > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < > > >> gchrist...@cardaddy.com > > >> > > > > >> > wrote: > > >> > > > >> > > Thanks Kalle, were using 5.4-beta24 > > >> > > > > >> > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < > > >> > > kalle.o.korho...@gmail.com> wrote: > > >> > > > > >> > >> Sorry, I forgot to reply to your earlier post. Fundamentally, the > > >> issue > > >> > is > > >> > >> caused by tapestry-security operating as part of the > > >> httpservletrequest > > >> > >> pipeline, before the active page is already set up. The library > is > > >> > >> internally setting up request globals etc. where needed but you > may > > >> be > > >> > >> pushing around some shard edge there. It's also possible that > some > > >> > change > > >> > >> in the core tapestry has caused the issue to surface. It may be > > that > > >> the > > >> > >> issue happens exactly when the security library is trying to deal > > >> with > > >> > the > > >> > >> expired session. In your stack trace, you'll see that the > exception > > >> > >> happens > > >> > >> way before the active page is being set. Just a note that you > > cannot > > >> > >> simply > > >> > >> return a full page response to an ajax request (as you try to do > in > > >> your > > >> > >> example). What's your exact version of T5 you are using? I'll see > > if > > >> we > > >> > >> have a test for this case and try to reproduce. > > >> > >> > > >> > >> Kalle > > >> > >> > > >> > >> On Wed, Mar 25, 2015 at 6:07 AM
Re: The active page name has not been specified
I think I've seen the error during debugging here and there in beta-22... We're not using tapestry security, I can't remember if it happens when I'm too slow in the javascript debugger or it is during serverside debugging - I'll keep an eye out for it. We have a conversation moderator in play on some pages - similar to the one in tynamo conversations, so requests may arrive while things are locked up in either debugger - but I cannot remember if this has happened on pages supporting conversations. -- Chris On Tue, Mar 31, 2015 at 7:52 PM, George Christman wrote: > Dimitris, I just tested in 5.4-beta-28 with the same exception. What > version of tapestry-security are you using? I'm using 0.6.2? Are you > submitting with an ajax form? I can reproduce this very easily by forcing > my session to expire locally by advancing my computers time and then > submitting an ajax form. It happens every single time. > > On Tue, Mar 31, 2015 at 1:36 PM, George Christman > > wrote: > > > I'll test it in beta-28, but until that validation bug gets fixed, I > can't > > upgrade to it. > > > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < > > dimitris.zen...@gmail.com> wrote: > > > >> FYI just tested with 5.4-beta28 and I don't have such problem > >> > >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < > >> gchrist...@cardaddy.com> > >> wrote: > >> > >> > Hey Kalle, just checking in with you to see if you happened to have > >> anymore > >> > info on this issue. > >> > > >> > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < > >> gchrist...@cardaddy.com > >> > > > >> > wrote: > >> > > >> > > Thanks Kalle, were using 5.4-beta24 > >> > > > >> > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < > >> > > kalle.o.korho...@gmail.com> wrote: > >> > > > >> > >> Sorry, I forgot to reply to your earlier post. Fundamentally, the > >> issue > >> > is > >> > >> caused by tapestry-security operating as part of the > >> httpservletrequest > >> > >> pipeline, before the active page is already set up. The library is > >> > >> internally setting up request globals etc. where needed but you may > >> be > >> > >> pushing around some shard edge there. It's also possible that some > >> > change > >> > >> in the core tapestry has caused the issue to surface. It may be > that > >> the > >> > >> issue happens exactly when the security library is trying to deal > >> with > >> > the > >> > >> expired session. In your stack trace, you'll see that the exception > >> > >> happens > >> > >> way before the active page is being set. Just a note that you > cannot > >> > >> simply > >> > >> return a full page response to an ajax request (as you try to do in > >> your > >> > >> example). What's your exact version of T5 you are using? I'll see > if > >> we > >> > >> have a test for this case and try to reproduce. > >> > >> > >> > >> Kalle > >> > >> > >> > >> On Wed, Mar 25, 2015 at 6:07 AM, George Christman < > >> > >> gchrist...@cardaddy.com> > >> > >> wrote: > >> > >> > >> > >> > So I've been able to finally reproduce this bug. I have an ajax > >> form > >> > and > >> > >> > I'm using tapestry-security. When my session times out and an > form > >> > >> action > >> > >> > is clicked, I get the "The active page name has not been > specified" > >> > >> > exception. I found the code throwing the exception, I'm just not > >> sure > >> > >> why > >> > >> > this is happening to begin with. > >> > >> > > >> > >> > > >> > >> > >> > > >> > https://github.com/apache/tapestry-5/blob/5.4-beta-26/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AjaxPartialResponseRendererImpl.java > >> > >> > line 86. > >> > >> > > >> > >> > Shouldn't the page automatically be redirected to the login page > >> when &
Re: The active page name has not been specified
Dimitris, I just tested in 5.4-beta-28 with the same exception. What version of tapestry-security are you using? I'm using 0.6.2? Are you submitting with an ajax form? I can reproduce this very easily by forcing my session to expire locally by advancing my computers time and then submitting an ajax form. It happens every single time. On Tue, Mar 31, 2015 at 1:36 PM, George Christman wrote: > I'll test it in beta-28, but until that validation bug gets fixed, I can't > upgrade to it. > > On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios < > dimitris.zen...@gmail.com> wrote: > >> FYI just tested with 5.4-beta28 and I don't have such problem >> >> On Tue, Mar 31, 2015 at 5:38 PM, George Christman < >> gchrist...@cardaddy.com> >> wrote: >> >> > Hey Kalle, just checking in with you to see if you happened to have >> anymore >> > info on this issue. >> > >> > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < >> gchrist...@cardaddy.com >> > > >> > wrote: >> > >> > > Thanks Kalle, were using 5.4-beta24 >> > > >> > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < >> > > kalle.o.korho...@gmail.com> wrote: >> > > >> > >> Sorry, I forgot to reply to your earlier post. Fundamentally, the >> issue >> > is >> > >> caused by tapestry-security operating as part of the >> httpservletrequest >> > >> pipeline, before the active page is already set up. The library is >> > >> internally setting up request globals etc. where needed but you may >> be >> > >> pushing around some shard edge there. It's also possible that some >> > change >> > >> in the core tapestry has caused the issue to surface. It may be that >> the >> > >> issue happens exactly when the security library is trying to deal >> with >> > the >> > >> expired session. In your stack trace, you'll see that the exception >> > >> happens >> > >> way before the active page is being set. Just a note that you cannot >> > >> simply >> > >> return a full page response to an ajax request (as you try to do in >> your >> > >> example). What's your exact version of T5 you are using? I'll see if >> we >> > >> have a test for this case and try to reproduce. >> > >> >> > >> Kalle >> > >> >> > >> On Wed, Mar 25, 2015 at 6:07 AM, George Christman < >> > >> gchrist...@cardaddy.com> >> > >> wrote: >> > >> >> > >> > So I've been able to finally reproduce this bug. I have an ajax >> form >> > and >> > >> > I'm using tapestry-security. When my session times out and an form >> > >> action >> > >> > is clicked, I get the "The active page name has not been specified" >> > >> > exception. I found the code throwing the exception, I'm just not >> sure >> > >> why >> > >> > this is happening to begin with. >> > >> > >> > >> > >> > >> >> > >> https://github.com/apache/tapestry-5/blob/5.4-beta-26/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AjaxPartialResponseRendererImpl.java >> > >> > line 86. >> > >> > >> > >> > Shouldn't the page automatically be redirected to the login page >> when >> > >> the >> > >> > user session has timed out and an action has been performed. >> > >> > >> > >> > I even tried this without any success. >> > >> > >> > >> > Object onActivate() throws Exception { >> > >> > if (request.isRequestedSessionIdValid()) { >> > >> > //some code >> > >> > } >> > >> > return Login.class; >> > >> > } >> > >> > >> > >> > Any thoughts on how to repair this issue? >> > >> > >> > >> > On Thu, Mar 19, 2015 at 12:54 PM, George Christman < >> > >> > gchrist...@cardaddy.com> >> > >> > wrote: >> > >> > >> > >> > > Could someone help me to understand this exception? I'm using Tap >> > 5.4 >> > >> and
Re: The active page name has not been specified
I'll test it in beta-28, but until that validation bug gets fixed, I can't upgrade to it. On Tue, Mar 31, 2015 at 12:46 PM, Dimitris Zenios wrote: > FYI just tested with 5.4-beta28 and I don't have such problem > > On Tue, Mar 31, 2015 at 5:38 PM, George Christman > > wrote: > > > Hey Kalle, just checking in with you to see if you happened to have > anymore > > info on this issue. > > > > On Wed, Mar 25, 2015 at 4:05 PM, George Christman < > gchrist...@cardaddy.com > > > > > wrote: > > > > > Thanks Kalle, were using 5.4-beta24 > > > > > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < > > > kalle.o.korho...@gmail.com> wrote: > > > > > >> Sorry, I forgot to reply to your earlier post. Fundamentally, the > issue > > is > > >> caused by tapestry-security operating as part of the > httpservletrequest > > >> pipeline, before the active page is already set up. The library is > > >> internally setting up request globals etc. where needed but you may be > > >> pushing around some shard edge there. It's also possible that some > > change > > >> in the core tapestry has caused the issue to surface. It may be that > the > > >> issue happens exactly when the security library is trying to deal with > > the > > >> expired session. In your stack trace, you'll see that the exception > > >> happens > > >> way before the active page is being set. Just a note that you cannot > > >> simply > > >> return a full page response to an ajax request (as you try to do in > your > > >> example). What's your exact version of T5 you are using? I'll see if > we > > >> have a test for this case and try to reproduce. > > >> > > >> Kalle > > >> > > >> On Wed, Mar 25, 2015 at 6:07 AM, George Christman < > > >> gchrist...@cardaddy.com> > > >> wrote: > > >> > > >> > So I've been able to finally reproduce this bug. I have an ajax form > > and > > >> > I'm using tapestry-security. When my session times out and an form > > >> action > > >> > is clicked, I get the "The active page name has not been specified" > > >> > exception. I found the code throwing the exception, I'm just not > sure > > >> why > > >> > this is happening to begin with. > > >> > > > >> > > > >> > > > https://github.com/apache/tapestry-5/blob/5.4-beta-26/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AjaxPartialResponseRendererImpl.java > > >> > line 86. > > >> > > > >> > Shouldn't the page automatically be redirected to the login page > when > > >> the > > >> > user session has timed out and an action has been performed. > > >> > > > >> > I even tried this without any success. > > >> > > > >> > Object onActivate() throws Exception { > > >> > if (request.isRequestedSessionIdValid()) { > > >> > //some code > > >> > } > > >> > return Login.class; > > >> > } > > >> > > > >> > Any thoughts on how to repair this issue? > > >> > > > >> > On Thu, Mar 19, 2015 at 12:54 PM, George Christman < > > >> > gchrist...@cardaddy.com> > > >> > wrote: > > >> > > > >> > > Could someone help me to understand this exception? I'm using Tap > > 5.4 > > >> and > > >> > > I've been seeing this quite often, but can't seem to reproduce it. > > >> > > > > >> > > The active page name has not been > > >> > > specified.org.apache.tapestry5.ioc.internal.OperationException: > The > > >> > active > > >> > > page name has not been specified. at > > >> > > > > >> > > > >> > > > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:184) > > >> > > at > > >> > > > > >> > > > >> > > > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:118) > > >> > > at > > >> > > > > >> > > > >> > >
Re: The active page name has not been specified
FYI just tested with 5.4-beta28 and I don't have such problem On Tue, Mar 31, 2015 at 5:38 PM, George Christman wrote: > Hey Kalle, just checking in with you to see if you happened to have anymore > info on this issue. > > On Wed, Mar 25, 2015 at 4:05 PM, George Christman > > wrote: > > > Thanks Kalle, were using 5.4-beta24 > > > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < > > kalle.o.korho...@gmail.com> wrote: > > > >> Sorry, I forgot to reply to your earlier post. Fundamentally, the issue > is > >> caused by tapestry-security operating as part of the httpservletrequest > >> pipeline, before the active page is already set up. The library is > >> internally setting up request globals etc. where needed but you may be > >> pushing around some shard edge there. It's also possible that some > change > >> in the core tapestry has caused the issue to surface. It may be that the > >> issue happens exactly when the security library is trying to deal with > the > >> expired session. In your stack trace, you'll see that the exception > >> happens > >> way before the active page is being set. Just a note that you cannot > >> simply > >> return a full page response to an ajax request (as you try to do in your > >> example). What's your exact version of T5 you are using? I'll see if we > >> have a test for this case and try to reproduce. > >> > >> Kalle > >> > >> On Wed, Mar 25, 2015 at 6:07 AM, George Christman < > >> gchrist...@cardaddy.com> > >> wrote: > >> > >> > So I've been able to finally reproduce this bug. I have an ajax form > and > >> > I'm using tapestry-security. When my session times out and an form > >> action > >> > is clicked, I get the "The active page name has not been specified" > >> > exception. I found the code throwing the exception, I'm just not sure > >> why > >> > this is happening to begin with. > >> > > >> > > >> > https://github.com/apache/tapestry-5/blob/5.4-beta-26/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AjaxPartialResponseRendererImpl.java > >> > line 86. > >> > > >> > Shouldn't the page automatically be redirected to the login page when > >> the > >> > user session has timed out and an action has been performed. > >> > > >> > I even tried this without any success. > >> > > >> > Object onActivate() throws Exception { > >> > if (request.isRequestedSessionIdValid()) { > >> > //some code > >> > } > >> > return Login.class; > >> > } > >> > > >> > Any thoughts on how to repair this issue? > >> > > >> > On Thu, Mar 19, 2015 at 12:54 PM, George Christman < > >> > gchrist...@cardaddy.com> > >> > wrote: > >> > > >> > > Could someone help me to understand this exception? I'm using Tap > 5.4 > >> and > >> > > I've been seeing this quite often, but can't seem to reproduce it. > >> > > > >> > > The active page name has not been > >> > > specified.org.apache.tapestry5.ioc.internal.OperationException: The > >> > active > >> > > page name has not been specified. at > >> > > > >> > > >> > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:184) > >> > > at > >> > > > >> > > >> > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:118) > >> > > at > >> > > > >> > > >> > org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.perform(PerThreadOperationTracker.java:84) > >> > > at > >> > > > >> > > >> > org.apache.tapestry5.ioc.internal.RegistryImpl.perform(RegistryImpl.java:1264) > >> > > at > >> > > > >> > > >> > org.apache.tapestry5.internal.services.DeferredResponseRenderer.invokeQueuedRenderer(DeferredResponseRenderer.java:73) > >> > > at > >> > > > >> > > >> > org.apache.tapestry5.internal.services.DeferredResponseRenderer.handleComponentEvent(DeferredResponseRenderer.java:47) > >> > > at
Re: The active page name has not been specified
Hey Kalle, just checking in with you to see if you happened to have anymore info on this issue. On Wed, Mar 25, 2015 at 4:05 PM, George Christman wrote: > Thanks Kalle, were using 5.4-beta24 > > On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen < > kalle.o.korho...@gmail.com> wrote: > >> Sorry, I forgot to reply to your earlier post. Fundamentally, the issue is >> caused by tapestry-security operating as part of the httpservletrequest >> pipeline, before the active page is already set up. The library is >> internally setting up request globals etc. where needed but you may be >> pushing around some shard edge there. It's also possible that some change >> in the core tapestry has caused the issue to surface. It may be that the >> issue happens exactly when the security library is trying to deal with the >> expired session. In your stack trace, you'll see that the exception >> happens >> way before the active page is being set. Just a note that you cannot >> simply >> return a full page response to an ajax request (as you try to do in your >> example). What's your exact version of T5 you are using? I'll see if we >> have a test for this case and try to reproduce. >> >> Kalle >> >> On Wed, Mar 25, 2015 at 6:07 AM, George Christman < >> gchrist...@cardaddy.com> >> wrote: >> >> > So I've been able to finally reproduce this bug. I have an ajax form and >> > I'm using tapestry-security. When my session times out and an form >> action >> > is clicked, I get the "The active page name has not been specified" >> > exception. I found the code throwing the exception, I'm just not sure >> why >> > this is happening to begin with. >> > >> > >> https://github.com/apache/tapestry-5/blob/5.4-beta-26/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AjaxPartialResponseRendererImpl.java >> > line 86. >> > >> > Shouldn't the page automatically be redirected to the login page when >> the >> > user session has timed out and an action has been performed. >> > >> > I even tried this without any success. >> > >> > Object onActivate() throws Exception { >> > if (request.isRequestedSessionIdValid()) { >> > //some code >> > } >> > return Login.class; >> > } >> > >> > Any thoughts on how to repair this issue? >> > >> > On Thu, Mar 19, 2015 at 12:54 PM, George Christman < >> > gchrist...@cardaddy.com> >> > wrote: >> > >> > > Could someone help me to understand this exception? I'm using Tap 5.4 >> and >> > > I've been seeing this quite often, but can't seem to reproduce it. >> > > >> > > The active page name has not been >> > > specified.org.apache.tapestry5.ioc.internal.OperationException: The >> > active >> > > page name has not been specified. at >> > > >> > >> org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:184) >> > > at >> > > >> > >> org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:118) >> > > at >> > > >> > >> org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.perform(PerThreadOperationTracker.java:84) >> > > at >> > > >> > >> org.apache.tapestry5.ioc.internal.RegistryImpl.perform(RegistryImpl.java:1264) >> > > at >> > > >> > >> org.apache.tapestry5.internal.services.DeferredResponseRenderer.invokeQueuedRenderer(DeferredResponseRenderer.java:73) >> > > at >> > > >> > >> org.apache.tapestry5.internal.services.DeferredResponseRenderer.handleComponentEvent(DeferredResponseRenderer.java:47) >> > > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown >> > > Source) at >> > > >> > >> org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39) >> > > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown >> > > Source) at >> > > >> > >> org.apache.tapestry5.internal.services.ProductionModeUnknownComponentFilter.handleComponentEvent(ProductionModeUnknownComponentFilter.java:50) >> > > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown >> > > Source) at &
Re: The active page name has not been specified
Thanks Kalle, were using 5.4-beta24 On Wed, Mar 25, 2015 at 1:09 PM, Kalle Korhonen wrote: > Sorry, I forgot to reply to your earlier post. Fundamentally, the issue is > caused by tapestry-security operating as part of the httpservletrequest > pipeline, before the active page is already set up. The library is > internally setting up request globals etc. where needed but you may be > pushing around some shard edge there. It's also possible that some change > in the core tapestry has caused the issue to surface. It may be that the > issue happens exactly when the security library is trying to deal with the > expired session. In your stack trace, you'll see that the exception happens > way before the active page is being set. Just a note that you cannot simply > return a full page response to an ajax request (as you try to do in your > example). What's your exact version of T5 you are using? I'll see if we > have a test for this case and try to reproduce. > > Kalle > > On Wed, Mar 25, 2015 at 6:07 AM, George Christman > > wrote: > > > So I've been able to finally reproduce this bug. I have an ajax form and > > I'm using tapestry-security. When my session times out and an form action > > is clicked, I get the "The active page name has not been specified" > > exception. I found the code throwing the exception, I'm just not sure why > > this is happening to begin with. > > > > > https://github.com/apache/tapestry-5/blob/5.4-beta-26/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AjaxPartialResponseRendererImpl.java > > line 86. > > > > Shouldn't the page automatically be redirected to the login page when the > > user session has timed out and an action has been performed. > > > > I even tried this without any success. > > > > Object onActivate() throws Exception { > > if (request.isRequestedSessionIdValid()) { > > //some code > > } > > return Login.class; > > } > > > > Any thoughts on how to repair this issue? > > > > On Thu, Mar 19, 2015 at 12:54 PM, George Christman < > > gchrist...@cardaddy.com> > > wrote: > > > > > Could someone help me to understand this exception? I'm using Tap 5.4 > and > > > I've been seeing this quite often, but can't seem to reproduce it. > > > > > > The active page name has not been > > > specified.org.apache.tapestry5.ioc.internal.OperationException: The > > active > > > page name has not been specified. at > > > > > > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:184) > > > at > > > > > > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:118) > > > at > > > > > > org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.perform(PerThreadOperationTracker.java:84) > > > at > > > > > > org.apache.tapestry5.ioc.internal.RegistryImpl.perform(RegistryImpl.java:1264) > > > at > > > > > > org.apache.tapestry5.internal.services.DeferredResponseRenderer.invokeQueuedRenderer(DeferredResponseRenderer.java:73) > > > at > > > > > > org.apache.tapestry5.internal.services.DeferredResponseRenderer.handleComponentEvent(DeferredResponseRenderer.java:47) > > > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > > > Source) at > > > > > > org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39) > > > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > > > Source) at > > > > > > org.apache.tapestry5.internal.services.ProductionModeUnknownComponentFilter.handleComponentEvent(ProductionModeUnknownComponentFilter.java:50) > > > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > > > Source) at > > > > > > org.apache.tapestry5.internal.services.RequestOperationTracker$1.perform(RequestOperationTracker.java:55) > > > at > > > > > > org.apache.tapestry5.internal.services.RequestOperationTracker$1.perform(RequestOperationTracker.java:52) > > > at > > > > > > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:110) > > > at > > > > > > org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.perform(PerThreadOperationTracker.java:84) > > > at > > > > > > org.apache.tape
Re: The active page name has not been specified
Sorry, I forgot to reply to your earlier post. Fundamentally, the issue is caused by tapestry-security operating as part of the httpservletrequest pipeline, before the active page is already set up. The library is internally setting up request globals etc. where needed but you may be pushing around some shard edge there. It's also possible that some change in the core tapestry has caused the issue to surface. It may be that the issue happens exactly when the security library is trying to deal with the expired session. In your stack trace, you'll see that the exception happens way before the active page is being set. Just a note that you cannot simply return a full page response to an ajax request (as you try to do in your example). What's your exact version of T5 you are using? I'll see if we have a test for this case and try to reproduce. Kalle On Wed, Mar 25, 2015 at 6:07 AM, George Christman wrote: > So I've been able to finally reproduce this bug. I have an ajax form and > I'm using tapestry-security. When my session times out and an form action > is clicked, I get the "The active page name has not been specified" > exception. I found the code throwing the exception, I'm just not sure why > this is happening to begin with. > > https://github.com/apache/tapestry-5/blob/5.4-beta-26/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AjaxPartialResponseRendererImpl.java > line 86. > > Shouldn't the page automatically be redirected to the login page when the > user session has timed out and an action has been performed. > > I even tried this without any success. > > Object onActivate() throws Exception { > if (request.isRequestedSessionIdValid()) { > //some code > } > return Login.class; > } > > Any thoughts on how to repair this issue? > > On Thu, Mar 19, 2015 at 12:54 PM, George Christman < > gchrist...@cardaddy.com> > wrote: > > > Could someone help me to understand this exception? I'm using Tap 5.4 and > > I've been seeing this quite often, but can't seem to reproduce it. > > > > The active page name has not been > > specified.org.apache.tapestry5.ioc.internal.OperationException: The > active > > page name has not been specified. at > > > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:184) > > at > > > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:118) > > at > > > org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.perform(PerThreadOperationTracker.java:84) > > at > > > org.apache.tapestry5.ioc.internal.RegistryImpl.perform(RegistryImpl.java:1264) > > at > > > org.apache.tapestry5.internal.services.DeferredResponseRenderer.invokeQueuedRenderer(DeferredResponseRenderer.java:73) > > at > > > org.apache.tapestry5.internal.services.DeferredResponseRenderer.handleComponentEvent(DeferredResponseRenderer.java:47) > > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > > Source) at > > > org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39) > > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > > Source) at > > > org.apache.tapestry5.internal.services.ProductionModeUnknownComponentFilter.handleComponentEvent(ProductionModeUnknownComponentFilter.java:50) > > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > > Source) at > > > org.apache.tapestry5.internal.services.RequestOperationTracker$1.perform(RequestOperationTracker.java:55) > > at > > > org.apache.tapestry5.internal.services.RequestOperationTracker$1.perform(RequestOperationTracker.java:52) > > at > > > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:110) > > at > > > org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.perform(PerThreadOperationTracker.java:84) > > at > > > org.apache.tapestry5.ioc.internal.RegistryImpl.perform(RegistryImpl.java:1264) > > at > > > org.apache.tapestry5.internal.services.RequestOperationTracker.handleComponentEvent(RequestOperationTracker.java:47) > > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > > Source) at > > > org.tynamo.security.SecurityComponentRequestFilter.handleComponentEvent(SecurityComponentRequestFilter.java:41) > > at $ComponentRequestFilter_18c715615aaeb.handleComponentEvent(Unknown > > Source) at > > $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > Source) > > at $ComponentRequestHandle
Re: The active page name has not been specified
So I've been able to finally reproduce this bug. I have an ajax form and I'm using tapestry-security. When my session times out and an form action is clicked, I get the "The active page name has not been specified" exception. I found the code throwing the exception, I'm just not sure why this is happening to begin with. https://github.com/apache/tapestry-5/blob/5.4-beta-26/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/AjaxPartialResponseRendererImpl.java line 86. Shouldn't the page automatically be redirected to the login page when the user session has timed out and an action has been performed. I even tried this without any success. Object onActivate() throws Exception { if (request.isRequestedSessionIdValid()) { //some code } return Login.class; } Any thoughts on how to repair this issue? On Thu, Mar 19, 2015 at 12:54 PM, George Christman wrote: > Could someone help me to understand this exception? I'm using Tap 5.4 and > I've been seeing this quite often, but can't seem to reproduce it. > > The active page name has not been > specified.org.apache.tapestry5.ioc.internal.OperationException: The active > page name has not been specified. at > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:184) > at > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:118) > at > org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.perform(PerThreadOperationTracker.java:84) > at > org.apache.tapestry5.ioc.internal.RegistryImpl.perform(RegistryImpl.java:1264) > at > org.apache.tapestry5.internal.services.DeferredResponseRenderer.invokeQueuedRenderer(DeferredResponseRenderer.java:73) > at > org.apache.tapestry5.internal.services.DeferredResponseRenderer.handleComponentEvent(DeferredResponseRenderer.java:47) > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > Source) at > org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39) > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > Source) at > org.apache.tapestry5.internal.services.ProductionModeUnknownComponentFilter.handleComponentEvent(ProductionModeUnknownComponentFilter.java:50) > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > Source) at > org.apache.tapestry5.internal.services.RequestOperationTracker$1.perform(RequestOperationTracker.java:55) > at > org.apache.tapestry5.internal.services.RequestOperationTracker$1.perform(RequestOperationTracker.java:52) > at > org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:110) > at > org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.perform(PerThreadOperationTracker.java:84) > at > org.apache.tapestry5.ioc.internal.RegistryImpl.perform(RegistryImpl.java:1264) > at > org.apache.tapestry5.internal.services.RequestOperationTracker.handleComponentEvent(RequestOperationTracker.java:47) > at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown > Source) at > org.tynamo.security.SecurityComponentRequestFilter.handleComponentEvent(SecurityComponentRequestFilter.java:41) > at $ComponentRequestFilter_18c715615aaeb.handleComponentEvent(Unknown > Source) at > $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown Source) > at $ComponentRequestHandler_18c715615aac8.handleComponentEvent(Unknown > Source) at > org.apache.tapestry5.internal.services.ComponentEventDispatcher.dispatch(ComponentEventDispatcher.java:48) > at $Dispatcher_18c715615aac9.dispatch(Unknown Source) at > $Dispatcher_18c715615aac2.dispatch(Unknown Source) at > org.apache.tapestry5.modules.TapestryModule$RequestHandlerTerminator.service(TapestryModule.java:305) > at org.healthresearch.etss.services.AppModule$1.service(AppModule.java:302) > at $RequestFilter_18c715615aac1.service(Unknown Source) at > $RequestHandler_18c715615aac3.service(Unknown Source) at > org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26) > at $RequestHandler_18c715615aac3.service(Unknown Source) at > org.apache.tapestry5.modules.TapestryModule$3.service(TapestryModule.java:844) > at $RequestHandler_18c715615aac3.service(Unknown Source) at > org.apache.tapestry5.modules.TapestryModule$2.service(TapestryModule.java:834) > at $RequestHandler_18c715615aac3.service(Unknown Source) at > org.apache.tapestry5.internal.services.StaticFilesFilter.service(StaticFilesFilter.java:89) > at $RequestHandler_18c715615aac3.service(Unknown Source) at > $RequestHandler_18c715615aa81.service(Unknown Source) at > org.apache.tapestry5.modules.TapestryModule$HttpServletRequestHandlerTerminator.service(Tap
The active page name has not been specified
Could someone help me to understand this exception? I'm using Tap 5.4 and I've been seeing this quite often, but can't seem to reproduce it. The active page name has not been specified.org.apache.tapestry5.ioc.internal.OperationException: The active page name has not been specified. at org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:184) at org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:118) at org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.perform(PerThreadOperationTracker.java:84) at org.apache.tapestry5.ioc.internal.RegistryImpl.perform(RegistryImpl.java:1264) at org.apache.tapestry5.internal.services.DeferredResponseRenderer.invokeQueuedRenderer(DeferredResponseRenderer.java:73) at org.apache.tapestry5.internal.services.DeferredResponseRenderer.handleComponentEvent(DeferredResponseRenderer.java:47) at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown Source) at org.apache.tapestry5.services.InitializeActivePageName.handleComponentEvent(InitializeActivePageName.java:39) at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown Source) at org.apache.tapestry5.internal.services.ProductionModeUnknownComponentFilter.handleComponentEvent(ProductionModeUnknownComponentFilter.java:50) at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown Source) at org.apache.tapestry5.internal.services.RequestOperationTracker$1.perform(RequestOperationTracker.java:55) at org.apache.tapestry5.internal.services.RequestOperationTracker$1.perform(RequestOperationTracker.java:52) at org.apache.tapestry5.ioc.internal.OperationTrackerImpl.perform(OperationTrackerImpl.java:110) at org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.perform(PerThreadOperationTracker.java:84) at org.apache.tapestry5.ioc.internal.RegistryImpl.perform(RegistryImpl.java:1264) at org.apache.tapestry5.internal.services.RequestOperationTracker.handleComponentEvent(RequestOperationTracker.java:47) at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown Source) at org.tynamo.security.SecurityComponentRequestFilter.handleComponentEvent(SecurityComponentRequestFilter.java:41) at $ComponentRequestFilter_18c715615aaeb.handleComponentEvent(Unknown Source) at $ComponentRequestHandler_18c715615aaee.handleComponentEvent(Unknown Source) at $ComponentRequestHandler_18c715615aac8.handleComponentEvent(Unknown Source) at org.apache.tapestry5.internal.services.ComponentEventDispatcher.dispatch(ComponentEventDispatcher.java:48) at $Dispatcher_18c715615aac9.dispatch(Unknown Source) at $Dispatcher_18c715615aac2.dispatch(Unknown Source) at org.apache.tapestry5.modules.TapestryModule$RequestHandlerTerminator.service(TapestryModule.java:305) at org.healthresearch.etss.services.AppModule$1.service(AppModule.java:302) at $RequestFilter_18c715615aac1.service(Unknown Source) at $RequestHandler_18c715615aac3.service(Unknown Source) at org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26) at $RequestHandler_18c715615aac3.service(Unknown Source) at org.apache.tapestry5.modules.TapestryModule$3.service(TapestryModule.java:844) at $RequestHandler_18c715615aac3.service(Unknown Source) at org.apache.tapestry5.modules.TapestryModule$2.service(TapestryModule.java:834) at $RequestHandler_18c715615aac3.service(Unknown Source) at org.apache.tapestry5.internal.services.StaticFilesFilter.service(StaticFilesFilter.java:89) at $RequestHandler_18c715615aac3.service(Unknown Source) at $RequestHandler_18c715615aa81.service(Unknown Source) at org.apache.tapestry5.modules.TapestryModule$HttpServletRequestHandlerTerminator.service(TapestryModule.java:256) at org.tynamo.security.services.impl.SecurityConfiguration$1.call(SecurityConfiguration.java:56) at org.tynamo.security.services.impl.SecurityConfiguration$1.call(SecurityConfiguration.java:54) at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90) at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83) at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:383) at org.tynamo.security.services.impl.SecurityConfiguration.service(SecurityConfiguration.java:54) at $HttpServletRequestFilter_18c715615aa80.service(Unknown Source) at $HttpServletRequestHandler_18c715615aa83.service(Unknown Source) at org.apache.tapestry5.upload.internal.services.MultipartServletRequestFilter.service(MultipartServletRequestFilter.java:45) at $HttpServletRequestHandler_18c715615aa83.service(Unknown Source) at org.apache.tapestry5.internal.gzip.GZipFilter.service(GZipFilter.java:59) at $HttpServletRequestHandler_18c715615aa83.service(Unknown Source) at org.apache.tapestry5.internal.services.IgnoredPathsFilter.service(IgnoredPathsFilter.java:62) at $HttpServletRequestFilter_18c715615aa7c.service(Unknown Source) at $HttpServletRequestHandler_18c715615aa83.service(Unk