On 8/2/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
On 7/20/06, Hubert Rabago <[EMAIL PROTECTED]> wrote:
> FormDef support nested beans, and nested collections of beans. If you
> had a nested Address object, your form would look like:
>
>
>
>
In your example Address is nested within Acti
On 7/20/06, Hubert Rabago <[EMAIL PROTECTED]> wrote:
FormDef support nested beans, and nested collections of beans. If you
had a nested Address object, your form would look like:
In your example Address is nested within ActionForm, right? What if I
have an object like Person having Address
ing List
> Subject: Re: FormDef
>
> Um, by nested beans I mean a bean which is a property of ActionForm
> like Employee, not a bean which is a property of a bean which is a
> property of an ActionForm, like Address. I guess there is a
> discrepancy in terminology here ;-)
>
&
(inline)
-Original Message-
From: Michael Jouravlev [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 20, 2006 6:16 PM
To: Struts Users Mailing List
Subject: Re: FormDef
Um, by nested beans I mean a bean which is a property of ActionForm
like Employee, not a bean which is a property of a
Um, by nested beans I mean a bean which is a property of ActionForm
like Employee, not a bean which is a property of a bean which is a
property of an ActionForm, like Address. I guess there is a
discrepancy in terminology here ;-)
What I mean is this (taken from
http://www.rabago.net/struts/formd
(was: Is there any direct link between model and view in struts..)
On 7/20/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
Another library,
FormDef, can build a dynaform based on properties of nested business
object
Hey Michael,
Just thought I'd set the record straight.
FormDef does not requ
On 11/3/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> Started a new thread, so it were visible in GMail.
>
> That was the idea. If FormDef could somehow pull my definitions from
> struts-config.xml or, which is much better, from configured Java
> objects, I would not have to redefine the prope
On 11/2/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>
> If it were possible to use form definitions made in struts-config.xml,
> then you would not have to reimplement this property in FormDef, and I
> would not have to wait for you to reimplement it ;-) I would just
> apply your patch to my c
On 11/2/05, Hubert Rabago <[EMAIL PROTECTED]> wrote:
> On 11/2/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> >
> > Um, that is not exactly what I asked about. I want to define
> > resettable properties in struts-config.xml file (or somewhere else, I
> > don't care where), for example:
> >
> >
On 11/2/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>
> Um, that is not exactly what I asked about. I want to define
> resettable properties in struts-config.xml file (or somewhere else, I
> don't care where), for example:
>
> type="org.apache.struts.validator.DynaValidatorForm">
>
>re
On 11/2/05, Hubert Rabago <[EMAIL PROTECTED]> wrote:
> On 11/2/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> > Hubert,
> >
> > I cannot find if you explained it already, how to combine FormDef and
> > a regular Struts dynaform definitions. In your manual you write only
> > about DynaValidatorF
On 11/2/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> Hubert,
>
> I cannot find if you explained it already, how to combine FormDef and
> a regular Struts dynaform definitions. In your manual you write only
> about DynaValidatorForm.
FormDef can only work with forms defined by FormDef.
> Con
Hubert Rabago wrote:
On 10/12/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
Do you want to say, that Struts somehow gets to know that a form was
submitted? How exactly does it do that? Can you show it in the code?
There is nothing in request which says "this stuff comes from an HTML
form"
On 10/12/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> Well, that means that I should patch RequestProcessor/RequestUtils
> myself. Thanks for clarification. Still, that enhancement in Bugzilla,
> it is important despite the fact that it is outside of FormDef's
> scope. All I am asking for is
On 10/12/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> I am telling you that checkbox values should be cleared, you are
> telling me that reset() is get called. Don't you think these are
> different things? ;-)
I don't think there are any disagreements there. :) We're discussing
clearing th
> > So, returning back to what should be done: the checkbox values should
> > be cleared, before they are populated with request values.
>
> And this is what Struts does now, assuming you have the correct code
> in reset(). http://struts.apache.org/userGuide/struts-html.html#checkbox
I am telling
On 10/12/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> I really want to use your stuff, but I need to differentiate between
> request types (more generally, between input and output phases, but in
> 95% of cases it boils down to request type).
It seems your concerns are outside the scope of F
On 10/12/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> It is not *my* GET ;-) Ok, I will try to analyze what happens on
> request, please correct me if I am wrong.
>
> HTML form is submitted to an action (in 99% of cases via POST);
>
> 1) RequestProcessor.process() is called:
>
> 2) Action
On 10/12/05, Hubert Rabago <[EMAIL PROTECTED]> wrote:
> Still not quite getting you. Are you saying that reset will be called
> during your GET? Is this because you've configured your action with
> the same form?
It is not *my* GET ;-) Ok, I will try to analyze what happens on
request, please co
Still not quite getting you. Are you saying that reset will be called
during your GET? Is this because you've configured your action with
the same form?
On 10/12/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>
> > If you're prepopulating your form, none of this matters, since either
> > (1)
On 10/12/05, Hubert Rabago <[EMAIL PROTECTED]> wrote:
> I'm not sure we're understanding each other about this request type.
>
> When a form is submitted, here's what happens:
>
> * Struts receives a request for an action
> * Struts sees that a form was configured for the mapping, so it calls
> ret
I'm not sure we're understanding each other about this request type.
When a form is submitted, here's what happens:
* Struts receives a request for an action
* Struts sees that a form was configured for the mapping, so it calls
retrieves the form (if it can find it) or creates a new one
[processA
That would be great, but please don't forget the request type. Usually
I need to do this for POST requests only, this separation by type is
really important to me. So instead of reset="true" I would rather
have:
where "reset" can be:
* "true" or "ALL" to reset for any request type;
* "POST" or
Wow, you've got good timing, because someone is calling for this very
feature in FormDef, patch provided:
https://formdef.dev.java.net/issues/show_bug.cgi?id=2
The quick answer to your question is "no". FormDef doesn't meddle
with how Struts populates the form. It's more of a utility class you
c
No, though to be honest I didn't try very hard; I found another route to
achieving what I needed and never came back to look further at FormDef.
L.
Ted Husted wrote:
Just curious, Laurie. Did you ever find a way to use FormDef within
your constraints?
On 7/18/05, Laurie Harper <[EMAIL PROTEC
Just curious, Laurie. Did you ever find a way to use FormDef within
your constraints?
On 7/18/05, Laurie Harper <[EMAIL PROTECTED]> wrote:
> Hubert Rabago wrote:
> > On 7/16/05, Laurie Harper <[EMAIL PROTECTED]> wrote:
> >>I then fill the form in using a JSP tag if
> >>necessary (i.e. the first ti
Hubert Rabago wrote:
On 7/16/05, Laurie Harper <[EMAIL PROTECTED]> wrote:
I then fill the form in using a JSP tag if
necessary (i.e. the first time the form is displayed, I call a tag to
populate it).
So will the techniques described in the article work with this scheme?
It probably won't. F
On 7/16/05, Laurie Harper <[EMAIL PROTECTED]> wrote:
>
> 1) Given that FormDef is using DynaBeans / DynaForms under the covers, am I
> right in assuming that form properties would need to be accessed with
> expressings like ${EmployeeForm.map['address'].map['city']} outside of
> Struts tags and si
28 matches
Mail list logo
