Just a pojo. (that's right! i said it! pojo! pojo! pojo!) It does have a baseclass annotated with @MappedSuperclass but that shouldn't cause any problems. The object is created by calling new and is never touched by hibernate.
On Nov 27, 2007 2:31 PM, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > what is this report object? > > -igor > > > On Nov 27, 2007 11:27 AM, Evan Chooly <[EMAIL PROTECTED]> wrote: > > Just about every field in my model object. Though it would appear that > the > > date object(s) is set to "now." > > > > > > On Nov 27, 2007 2:23 PM, Johan Compagner <[EMAIL PROTECTED]> wrote: > > > > > But what field is then exactly null??? > > > > > > > > > > > > On Nov 27, 2007 7:05 PM, Evan Chooly <[EMAIL PROTECTED]> wrote: > > > > > > > just something like: > > > > > > > > setModel(new CompoundPropertyModel(report)); > > > > > > > > On Nov 27, 2007 1:04 PM, Igor Vaynberg <[EMAIL PROTECTED]> > wrote: > > > > > > > > > ok, so the model is there, but the object inside it suddenly is > null? > > > > > what kind of model is it? > > > > > > > > > > -igor > > > > > > > > > > > > > > > On Nov 27, 2007 9:56 AM, Evan Chooly <[EMAIL PROTECTED]> wrote: > > > > > > No, they're "detached" versions which are basically clones so > > > there's > > > > no > > > > > > hibernate proxies involved. > > > > > > > > > > > > > > > > > > On Nov 27, 2007 12:42 PM, Igor Vaynberg <[EMAIL PROTECTED] > > > > > > wrote: > > > > > > > > > > > > > these objects are not by chance hibernate objects? because if > you > > > > > > > serialize and then deserialize all the collections come back > as > > > > empty > > > > > > > standard jdk collections instead of hibernate proxies > sometimes > > > > > > > > > > > > > > -igor > > > > > > > > > > > > > > > > > > > > > On Nov 27, 2007 8:49 AM, Evan Chooly <[EMAIL PROTECTED]> > wrote: > > > > > > > > No transient fields. Everything is serializable. We're > storing > > > > the > > > > > > > > complete objects in the model for a number of reasons. When > we > > > > come > > > > > > > back to > > > > > > > > the page we have some object but the state is gone. I think > > > it's > > > > > > > because > > > > > > > > we're redirecting back to the same page class/type so the > old > > > one > > > > > gets > > > > > > > > dumped. Probably what I'll have to do,then, is to build > special > > > > > > > subclasses > > > > > > > > for the drilldown so that the page type changes on each > step. > > > > > Unless > > > > > > > > there's some way to increment the number of versions per > > > > pagemap... > > > > > > > > > > > > > > > > > > > > > > > > On Nov 27, 2007 11:39 AM, Johan Compagner < > [EMAIL PROTECTED]> > > > > > wrote: > > > > > > > > > > > > > > > > > Yes in wicket 1.3 there is only 1 active page per pagemap > > > > > > > > > > > > > > > > > > But it shouldn't matter where the page comes from. If it > is > > > > > serialized > > > > > > > > > from > > > > > > > > > disk > > > > > > > > > or serialized in the session somehow by the container, You > > > still > > > > > > > should be > > > > > > > > > able > > > > > > > > > to fully construct all your data again in the objects. > > > > > > > > > > > > > > > > > > So what is suddenly null? All the transient fields? Why > aren't > > > > > those > > > > > > > > > reloaded > > > > > > > > > from a database or something? > > > > > > > > > > > > > > > > > > johan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Nov 27, 2007 5:01 PM, Evan Chooly <[EMAIL PROTECTED] > > > > > > wrote: > > > > > > > > > > > > > > > > > > > We have a page that presents a report in which we can > "drill > > > > > down" > > > > > > > into > > > > > > > > > > the > > > > > > > > > > data. When this happens, we setResponsePage() back to a > new > > > > > > > instance of > > > > > > > > > > the > > > > > > > > > > page with some different parameters and that all works > > > dandy. > > > > > But > > > > > > > when > > > > > > > > > we > > > > > > > > > > hit the back button, it seems the old version is gone. > All > > > > the > > > > > > > model > > > > > > > > > data > > > > > > > > > > comes back null (though the model object itself is not). > So > > > > > when we > > > > > > > > > click > > > > > > > > > > back and then click another link to drilldown in another > > > > > direction > > > > > > > we > > > > > > > > > get > > > > > > > > > > NPEs. From stepping through DiskPageStore, et. al, it > would > > > > > appear > > > > > > > that > > > > > > > > > > since the page class isn't changing, the new page bumps > the > > > > old > > > > > one > > > > > > > from > > > > > > > > > > the > > > > > > > > > > cache so that only one version of the page. > > > > > > > > > > > > > > > > > > > > Am I correctly interpreting what I'm seeing and is there > a > > > way > > > > > to > > > > > > > set > > > > > > > > > the > > > > > > > > > > number of versions of a page? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >