On Fri, Feb 14, 2014 at 4:12 PM, Martin Grigorov wrote:
>
> > should be detached, so this last page reference should not hold transient
> > LDM values. Is it true?
> >
>
> LDM null-yfies its transien field explicitly:
>
> https://github.com/apache/wicket/blob/master/wicket-core/src/main/java/org/a
Hi,
On Fri, Feb 14, 2014 at 3:55 PM, Daniel Stoch wrote:
> Hi,
>
> In Wicket 1.4 the last page reference is hold in a session (is it in 6.x
> also?). So after a request has been processed all components and models
>
Yes. A live instance of the last used page is kept in the http session.
Actually
Hi,
In Wicket 1.4 the last page reference is hold in a session (is it in 6.x
also?). So after a request has been processed all components and models
should be detached, so this last page reference should not hold transient
LDM values. Is it true?
When we are using DebugBar with SessionSizeDebugPa
Hello,
Another option would be to make your detachable model aware of the
version aswell as the id which will allow you to catch this case.
Process:
Cache the version aswell as the object id.
Then either do a query to make sure the cached version is still valid or
wait until after the objec
On Wed, May 12, 2010 at 10:52 AM, David Sheth wrote:
> Hi all. I'm new to wicket. I was reading in the Wicket In Action book on
> LoadableDetachedModels...particularly how when the model is detached, just
> the id of the actual database persistent object is stored. Then, in the
> load method, y
Hi all. I'm new to wicket. I was reading in the Wicket In Action book on
LoadableDetachedModels...particularly how when the model is detached, just
the id of the actual database persistent object is stored. Then, in the
load method, you retrieve the persistent object from the database. That all
; wrote:
>> > >
>> > > Thanks Igor!
>> > >
>> > > So if I use the sample code you gave me and, when getting the Object
>> from
>> > > the constructor
>> > > on the response page I will have a detached object.
t.
> > >
> > > Do I have to load the object from database here? When looking at the
> Phone
> > > book example I see you pass id instead of object. Is this more
> lightweight
> > >
from
> > the constructor
> > on the response page I will have a detached object.
> >
> > Do I have to load the object from database here? When looking at the Phone
> > book example I see you pass id instead of object. Is this more lightweight
> > or is
> book example I see you pass id instead of object. Is this more lightweight
> or is it better practice to just pass the id and not the whole object?
>
>
> --
> View this message in context:
> http://www.nabble.com/Detached-models-tp17136199p17137533.html
>
>
> Se
lightweight
or is it better practice to just pass the id and not the whole object?
--
View this message in context:
http://www.nabble.com/Detached-models-tp17136199p17137533.html
Sent from the Wicket - User mailing list archive at Nabble.com
ate proxy? If so, how
> can I
> > get it detached all the way?
> >
> >
> > Igor wrote something about a detached DataProvider. Do I need to use
> > DataProvider to get detached hibernate pojos? I would really want to know
> > how to do this. Right now,
er. Do I need to use
> DataProvider to get detached hibernate pojos? I would really want to know
> how to do this. Right now, I'm in spagetti code with DAOS that throws
> LazyLoading exceptions and Wicket pages that does the same.
>
>
> --
> View this message in cont
Why do you need it "detached all the way"?
On Thu, May 8, 2008 at 4:56 PM, Mathias P.W Nilsson
<[EMAIL PROTECTED]> wrote:
>
> I have some questions on detached models for Wicket
>
> Let's say I create a detached model like this
>
> IModel deta
I have some questions on detached models for Wicket
Let's say I create a detached model like this
IModel detachedModel = new LoadableDetachableModel(){
protected Object load(){
return . spring injected hibernate dao lets say Categories
}
};
So now I'll have a deta
15 matches
Mail list logo
