You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by "Robert Catalin, Cristian" <ro...@recognos.ro> on 2004/02/05 23:49:22 UTC
Re: MAJOR Stale Link Issue. Help!!
Turned out that the solution was to increase the window of the object pool:
something like.. getPage().getEngine().getPool().setWindow(100);
(defaults to 10)
Hope it helps
Mircea Romantan wrote:
> Hi everyone,
> we're having some issues with Stale Link Exceptions.
> Our close to production application sometimes fires these exceptions.
> We tried to mark the Form not stateful,
> tried to increase the session timeout in web.xml to like 600 seconds
> (but the error doesn't go away), converted some of the Foreaches to
> ListEdits, tried to add headers to each pages's response (cache
> validation and expiration stuff).
> On some of our screens we can have 40-60 editable fields. By the time
> you get to edit all of these and Click "Save" which is a link submit ,
> the stale link appears, saying that
> "Rewind expected ID $1 tobe $Hidden1, but was LinkSubmit$1". So
> Tapestry loses track of ALL form elements except the last one.. That
> is weird.
> We're kinda running out of ideas and I have yet to find a logical
> explanation of the Stale Link Exception.
> We are using 3.0 beta 3.
> What settings should we take a look at ?
>
> Web application settings ?
> Tapestry settings ?
> Tomcat ?
> Component settings?
>
> Thanks for your advice !
>
--
Robert Catalin, Cristian
Recognos Romania
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
RE: MAJOR Stale Link Issue. Help!!
Posted by "Howard M. Lewis Ship" <hl...@comcast.net>.
That implies that you are not persisting data properly, which will break things when you have
multiple users or clustering.
What's happening is that some data needed when your form submits is living on in an instance
variable inside a page, rather than as a pesistent page property (or passivated into the form using
Hidden or ListEdit).
--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Tapestry: Java Web Components
http://howardlewisship.com
> -----Original Message-----
> From: Robert Catalin, Cristian [mailto:roby@recognos.ro]
> Sent: Thursday, February 05, 2004 5:49 PM
> To: Mircea Romantan
> Cc: tapestry-user@jakarta.apache.org
> Subject: Re: MAJOR Stale Link Issue. Help!!
>
>
> Turned out that the solution was to increase the window of
> the object pool:
>
> something like.. getPage().getEngine().getPool().setWindow(100);
> (defaults to 10)
>
>
>
>
> Hope it helps
>
> Mircea Romantan wrote:
>
> > Hi everyone,
> > we're having some issues with Stale Link Exceptions.
> > Our close to production application sometimes fires these
> exceptions.
> > We tried to mark the Form not stateful,
> > tried to increase the session timeout in web.xml to like
> 600 seconds
> > (but the error doesn't go away), converted some of the Foreaches to
> > ListEdits, tried to add headers to each pages's response (cache
> > validation and expiration stuff).
> > On some of our screens we can have 40-60 editable fields.
> By the time
> > you get to edit all of these and Click "Save" which is a
> link submit ,
> > the stale link appears, saying that
> > "Rewind expected ID $1 tobe $Hidden1, but was LinkSubmit$1". So
> > Tapestry loses track of ALL form elements except the last
> one.. That
> > is weird.
> > We're kinda running out of ideas and I have yet to find a logical
> > explanation of the Stale Link Exception.
> > We are using 3.0 beta 3.
> > What settings should we take a look at ?
> >
> > Web application settings ?
> > Tapestry settings ?
> > Tomcat ?
> > Component settings?
> >
> > Thanks for your advice !
> >
>
>
> --
>
> Robert Catalin, Cristian
> Recognos Romania
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org