I looked at Person.java and .xdt files [struts_dynaform.xdt].
I am not familiar with .xdt yet. But I could understand to some extent. You are firing
tags for XDtClass:forAllClassTags, XDtMethod:forAllMethods. Person.java is
searched for
struts.dynaform, struts.dynaform-field tags.
> From: Raj Atchutuni [mailto:[EMAIL PROTECTED]
> I agree. If i want to use xdoclet i have to generate through
> form beans. But we are losing the spice of Dynaforms.
If you are going to have the form beans generated, what does it matter
whether they are dynamic forms or whether xdoclet does it
Not at all. Had you googled for 'xdoclet dynaforms', you would've found my patch for
XDoclet that allows you to generate the configuration for DynaForms. You
may find it here:
http://www.systemmobile.com/code/xdoclet-apache-module-sm-1_2b4.zip
On 2004-Jan-28 15:01, Raj Atchutuni wrote:
> I
I agree. If i want to use xdoclet i have to generate through form beans. But we are
losing the spice of Dynaforms. I implemented Dynaforms on my project with out coding
Form beans.
Now i want to implement xdoclet on top of it. This is just to try xdoclet to generate
my struts-config.xml, if poss
> My question is where do i code web-doclet tags when i am not coding
> form beans ? and is there any ways to auto generate the attributes in
> ApplicationResources.properties also ?
I don't know, but I thought if you were going to use xdoclet, you would
have it generate the form beans.
--
Since i am using Dynaforms, i dont code formbeans in java.
Right now i have the following settings hand coded for
"pbGettinghereForm".
My question is where do i code web-doclet tags when i am not coding
form beans ?
and is there any ways to auto generate the attributes in
ApplicationResourc
6 matches
Mail list logo
