Are the parameters that passed into a component "persistant". I am getting exceptions because a parameter value is null when a page comes out of the pool. How can I make them persistant or something equivalent.
Thanks E --- Darío Vasconcelos <[EMAIL PROTECTED]> wrote: > Sure, > > I meant the key that represents a persisted property > in the > HttpSession. That is, for property "colorItem", the > key in the session > might be "application/pageName/colorItem" or > something like that. My > guess was that maybe this session key included some > information about > the page instance. Now that I think twice, it > doesn't sound very > possible. > > Answering your questions, yes, the property is > persistent and it > implements serializable. The instance variables of > the class are an > int and a String. > > Regards, > > Dario > > On 7/19/05, Mind Bridge <[EMAIL PROTECTED]> > wrote: > > Hi, > > > > Could you elaborate what you mean by "session key > for the property"? > > Normally nothing points to the original page > instance, though. > > > > > > Two questions: > > > > - Are the problematic properties marked as > 'persistent'? > > - Are their values serializable? (they do not have > to be, but this is the > > easy approach, as it does not require the > definition of an adaptor to > > convert to string). Please note that you do not > need a no-args constructor > > to implement Serializable. > > > > > > ----- Original Message ----- > > From: "Darío Vasconcelos" > <[EMAIL PROTECTED]> > > To: "Tapestry users" > <[email protected]> > > Sent: Tuesday, July 19, 2005 10:21 PM > > Subject: Re: Strange timeout behavior > > > > > > In my app, this problem happens only with > properties of a type that > > doesn't have a no-args constructor, ie, it doesn't > happen to Strings > > or even Lists. So my guess is that MindBridge is > correct in his > > assumption that, since the page is returned to the > pool sooner than > > the session timeout, then the variables don't > remember their value. > > > > Now, just to clarify: when Tapestry persists a > page property, does the > > session key for the property point to the original > page instance? If > > yes, that would be a problem, wouldn't it? > > > > > > Dario > > > > On 7/19/05, Bryan Lewis <[EMAIL PROTECTED]> > wrote: > > > I'm coming into this thread rather late, but... > it looks like a case of > > > instance variables being garbage collected. The > source code has several > > > instance variables such as > > > > > > protected ContainerMessage currentMessage; > > > > > > Try running with > org.apache.tapestry.disable-caching=true to check > that > > all > > > your variables are persisted correctly. If > they're not, the exception > > will > > > be much easier to reproduce. I suspect you'll > want to turn all those > > > instance variables into page properties. > > > > > > > > > ----- Original Message ----- > > > From: "Edward Scanzano" <[EMAIL PROTECTED]> > > > To: "Tapestry users" > <[email protected]> > > > Sent: Tuesday, July 19, 2005 6:50 AM > > > Subject: Re: Strange timeout behavior > > > > > > > > > > This is the source code to one of the > components. The > > > > problem is more widespread than just this > component. > > > > It is also occuring for pages as well. > > > > > > > > Exception > > > > > > > > > org.apache.tapestry.ApplicationRuntimeException > > > > Unable to invoke method doListView on > > > > > > > > > > [EMAIL PROTECTED]/folderL > > > ist2]: > > > > null > > > > > > > > java.lang.NullPointerException > > > > > > > > Stack Trace: > > > > > > > > > > com.intaglio.webclient.site.IntaglioBaseComponent.doListView(IntaglioBaseCom > > > ponent.java:241) > > > > > > > > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native > > > > Method) > > > > > > > > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 > > > ) > > > > > > > > > > > > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl > > > .java:25) > > > > > > > > > java.lang.reflect.Method.invoke(Method.java:324) > > > > > > > > > > org.apache.tapestry.listener.ListenerMap.invokeTargetMethod(ListenerMap.java > > > :257) > > > > > > > > > org.apache.tapestry.listener.ListenerMap.access$100(ListenerMap.java:46) > > > > > > > > > > > > > > org.apache.tapestry.listener.ListenerMap$SyntheticListener.invoke(ListenerMa > > > p.java:97) > > > > > > > > > > > > > > org.apache.tapestry.listener.ListenerMap$SyntheticListener.actionTriggered(L > > > istenerMap.java:102) > > > > > > > > > org.apache.tapestry.link.DirectLink.trigger(DirectLink.java:119) > > > > > > > > > org.apache.tapestry.engine.DirectService.service(DirectService.java:169) > > > > > > > > > > > org.apache.tapestry.engine.AbstractEngine.service(AbstractEngine.java:889) > > > > > > > > > > > > > > org.apache.tapestry.ApplicationServlet.doService(ApplicationServlet.java:198 > > > ) > > > > > > > > > > > org.apache.tapestry.ApplicationServlet.doGet(ApplicationServlet.java:159) > > > > > > > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:697) > > > > > > > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:810) > > > > > > > > > > > > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > === message truncated === --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
