Without a large section of code I cant give further theories as to the problem. But to restate, I believe that once the 'response' is sent back to the browser the detach method is called and the page is returned to the pool.
"The value of getDisease() should be null every time when the returns but it's not." I think you mean '...when the <PAGE> returns" but that statement isnt absolutely true. If nothing sets that value before hand then I agree. On 4/3/06, Dan Adams <[EMAIL PROTECTED]> wrote: > > Well, I just have something like: > > public abstract Disease getDisease(); > public abstract void setDisease(Disease disease); > > with no @Persist on it or anything. The value of getDisease() should be > null every time when the returns but it's not. Only if you wait a while > or something. > > On Mon, 2006-04-03 at 13:42 -0400, Kevin Fightmaster wrote: > > My understanding is that detach() gets called at the end of each page > > rendering. The default behavior is to reset all non-persisted attributes > to > > null or initial values. Can you provide the code in your java class with > the > > attributes? and how you declare the ones that are persisted. > > > > On 4/3/06, Dan Adams <[EMAIL PROTECTED]> wrote: > > > > > > I have a view page that has a bug in it because one of the properties > > > should be persisted (or ignored) and is not. Now I'm trying to write a > > > test case for it and am having a hard time reproducing the bug because > > > the bug only occurs when the page has been returned to the pool and > the > > > properties have been reset. Is there any way to force tapestry to > reset > > > the properties in the page so I can reproduce my bug? I was able to > > > reproduce it on a production server by letting the page sit there long > > > enough and then submitting a form on the page but this obviously > > > wouldn't be good for a test case. > > > > > > -- > > > Dan Adams > > > Software Engineer > > > Interactive Factory > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Dan Adams > Software Engineer > Interactive Factory > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
