According to a conversation I had with Johan, only the last shown page is kept in memory. Earlier versions are written to disk.
When using ajax, the page does not have to be actually written to disk as you cannot reach the previous state by using the back button. When using a BookmarkableLink, the previous page _can_ be reached by the back button so it has to be written out. Are you using the "development" mode of Wicket? It always checks whether the page is serializable, if I recall correctly. The problem remains that the ManagedItemDecorator is not serializable. (see java.io.ObjectStreamClass.lookup) cheers, Frank On Tue, 2008-05-13 at 12:01 +0300, Eyal Golan wrote: > First of all, thanks. > (most of) all the above I found out. > I mentioned "weird" because if that was the problem (Serialization or > invalid constructor), then the Expand link would have never worked. Am I > correct? > BUT, The exception happens only after I go to a BookmarkableLink. > > > It's not we didn't try to discover the problem before :) > > > On Tue, May 13, 2008 at 11:16 AM, Martijn Dashorst < > [EMAIL PROTECTED]> wrote: > > > On 5/13/08, Eyal Golan <[EMAIL PROTECTED]> wrote: > > > We have a weird exception in our system. > > > > Not so weird when you read the exception trace. It is a dark art, but > > worth the effort of learning. > > > > > My team mates created a non standard DataView: > > > > Uh oh... :) > > > > So read this part: > > > > > 2008-05-13 10:55:21,885 ERROR [org.apache.wicket.RequestCycle] - Could > > not > > > deserialize object using > > > > > `org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory` > > > object factory > > > > What does that mean? (Don't read ahead just yet, think about the message) > > > > > > > > > > > > > > > > > > It means that an object, your Item's model object, could not be > > deserialized. This means that one of your objects that are attached to > > the page does not honor the serialization contract. Specifically when > > you go through the stack trace and find the cause: > > > > > Caused by: java.io.InvalidClassException: > > > com.eurekify.tms.web.common.campaign.ManagedItemDecorator; no valid > > > constructor > > > > It seems that there is something wrong with ManagedItemDecorator - it > > is missing some valid constructor. Now if you don't know why this is, > > then look up the InvalidClassException using google. This points to > > the following JavaDoc [1] and states: > > > > Thrown when the Serialization runtime detects one of the following > > problems with a Class. > > > > * The serial version of the class does not match that of the class > > descriptor read from the stream > > * The class contains unknown datatypes > > * The class does not have an accessible no-arg constructor > > > > Voila, there is your problem, which you could discover yourself given > > a bit of brain excercise. > > > > Martijn > > > > [1] > > http://java.sun.com/j2se/1.4.2/docs/api/java/io/InvalidClassException.html > > > > -- > > Buy Wicket in Action: http://manning.com/dashorst > > Apache Wicket 1.3.3 is released > > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.3 > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > -- ------------------------------------------------------------- Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466 San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA 94952-3329 +1 (707) 773-4646 ------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
