Re: Manipulate a List into a Panel

2012-04-14 Thread myrz
Thanks for your reply.

I have a better understanding about what i should do to set visibility.

But adresseService is not a real service or a database access. Because my
data access layer is a call to a web service. So i call one time a web
service and so I have a cluster object with wich I have to manipulate to
retrieve the rights informations.
Should I still use a AROM or LDM?
Because everytime I call getObject() I will invoke
adresseService.getLesAdressesDeLaCommande().

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Manipulate-a-List-into-a-Panel-tp4555471p4556950.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



reload model each time

2012-04-14 Thread Tom Eugelink


Another newbie question; it is now the case that each model is serialized 
between requests and (I presume) stored in the session. I would really prefer 
if a identifier (primary key + lazy locking versionnr) could be remembered and 
that each time when Wicket needs the model, it is loaded from the database.

Is this possible? Is there something like a ReloadingModel?

Tom



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: reload model each time

2012-04-14 Thread Josh Kamau
Look at LoadableDetachableModels .

Josh.

On Sat, Apr 14, 2012 at 2:38 PM, Tom Eugelink t...@tbee.org wrote:


 Another newbie question; it is now the case that each model is serialized
 between requests and (I presume) stored in the session. I would really
 prefer if a identifier (primary key + lazy locking versionnr) could be
 remembered and that each time when Wicket needs the model, it is loaded
 from the database.

 Is this possible? Is there something like a ReloadingModel?

 Tom



 --**--**-
 To unsubscribe, e-mail: 
 users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




Re: reload model each time

2012-04-14 Thread Christoph Leiter

Here's a good article about EntityModel, which does what you want:

http://wicketinaction.com/2008/09/building-a-smart-entitymodel/


Christoph

Tom Eugelink (2012-04-14 13:38):


Another newbie question; it is now the case that each model is
serialized between requests and (I presume) stored in the session. I
would really prefer if a identifier (primary key + lazy locking
versionnr) could be remembered and that each time when Wicket needs the
model, it is loaded from the database.

Is this possible? Is there something like a ReloadingModel?

Tom



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: reload model each time

2012-04-14 Thread Emmanouil Batsis (Manos)

On 04/14/2012 03:03 PM, Christoph Leiter wrote:

Here's a good article about EntityModel, which does what you want:

http://wicketinaction.com/2008/09/building-a-smart-entitymodel/


Sorry for jumping in but wanted to make sure I get this right. In the 
example given above, does it make sense to conditionally set the entity 
to null within detach() based on whether the object has been persisted 
(i.e. id != null in my case) or not?


My intention is to serialize the model object when that not yet 
persisted to handle multistep create forms etc., making this a generic 
model implementation for al my CRUD operations.


Manos



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: reload model each time

2012-04-14 Thread Tom Eugelink


Thanks! This looks very promising!


On 2012-04-14 14:03, Christoph Leiter wrote:

Here's a good article about EntityModel, which does what you want:

http://wicketinaction.com/2008/09/building-a-smart-entitymodel/


Christoph




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Data in session and debugger

2012-04-14 Thread Andre Schütz
Hi,

I tried the debugBar in my WebPage and could analyze the session
size and the data of the Inspector.

When I stored some data in the session, the debugBar stopped working.
I says Page:unknown and could no longer display the size of the session.

Let me explain my program. I have two WebPage classes. Page1 and Page2.

Page1: Search box and submit button - stores the search result in a session
variable (ResultClass).
Page2: show the result in a listing

When I stop storing the ResultClass in the session, the debugBar works
fine. With storing the ResultClass in the session, the debugBar does no
longer display the session size and Page information.

The ResultClass is Serializable.

Any idea why the debugBar does not work when I store the result in
the session?

Thanks,
Andre

-- 
Andre Schütz wic...@faustas.de

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: reload model each time

2012-04-14 Thread Robert Szmurlo

W dniu 2012-04-14 13:38, Tom Eugelink pisze:


Another newbie question; it is now the case that each model is serialized 
between requests and (I presume) stored in the session. I would really prefer 
if a identifier (primary key + lazy locking versionnr) could be remembered and 
that each time when Wicket needs the model, it is loaded from the database.

AFAIK by default Wicket serializes pages and its attributes to a filestore on a 
disk in a servlet container and the session is not affected. So you don't have 
to worry about its size. But, of course for large objects and specially list 
you should use LoadableDetachableModels.


Is this possible? Is there something like a ReloadingModel?

See section Detachable Models and specially LoadableDetachableModel in 
https://cwiki.apache.org/WICKET/working-with-wicket-models.html


Robert

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org