all that it isn't working I think I'd need
to see the code again to be able help any further
cheers,
Ben
-Original Message-
From: Martin Dietze [mailto:[EMAIL PROTECTED] On Behalf Of
Martin Dietze
Sent: Friday, 1 June 2007 5:33 PM
To: 'Tapestry users'
Subject: Re: T5: when
On Thu, May 31, 2007, Ben Sommerville wrote:
For a form I'd say the best place to create those compound objects
is in the onPrepare method. This will be invoked before any processing/
rendering occurs. (see the Form component subsection of
On Wed, May 30, 2007, Howard Lewis Ship wrote:
On 5/30/07, Martin Dietze [EMAIL PROTECTED] wrote:
[...]
For all these I have getters and setters defined.
In my page class I have a constructor like this:
| public CreatePartner() {
| _contact = new Person();
The default value that the _person member gets reset to will be
the Person _instance_ that you assigned in the constructor.
So when the form is submitted that instance will have its members
set based on the form values. When the page is rendered the
same instance will be used as the default
@Persist isn't about database persistence; it is about a value persisting
from one request to the next, or beyond.
Tapestry uses a redirect-after-post for actions, including form submits.
Thus if the data is stored persistently, usually in the HttpSession, it is
gone on the second request, the
On Wed, May 30, 2007, Howard Lewis Ship wrote:
I have a page class which keeps form data like this:
| // class MyForm
| private Person _person;
| private String _homepage;
The class Person consists of several fields:
| // class Person
| private String _firstName
| private String
There should not be any difference; I'd have to see your code to determine
what's going on.
On 5/30/07, Martin Dietze [EMAIL PROTECTED] wrote:
On Wed, May 30, 2007, Howard Lewis Ship wrote:
I have a page class which keeps form data like this:
| // class MyForm
| private Person _person;
Just noticed your constructor. Don't do that.
The Person object that you create will become the default value for this
property, rather than null. This is documented.
On 5/30/07, Howard Lewis Ship [EMAIL PROTECTED] wrote:
There should not be any difference; I'd have to see your code to
