I intended to send this to the list.  Thank you for the prompt reply.  I
will defiantly look at FormDef.
*************************************************************************
I'm always suspectful of gmails' Reply to handling, so whenever
someone replies directly to me instead of the list, I ask if the
sender intended that.  If you wanna send this back to the list when/if
you reply, feel free.  Other people may want to offer other opinions
on the subject, raise other questions, or simply follow the
discussion.

> How close are we to having the POJO support in Struts classic? 
My opinion was just that, an opinion.  (An optimistic one, probably.) 
I'm not a Struts committer.  My opinion was just based on various
updates to the core the past year, as well as some committers' voiced
intentions on where they would like Struts to go.

>The features I like about this approach are the following:
> 
> 1.  Format and handle formatting in input fields.
> 2.  Specify actual Date objects in my form for ranges.
> 
> Can I do this easily with FormDef?

The answer is yes, though the approach is different from StrutsLive. 
FormDef uses Strings (as Struts recommends) in the actual form beans. 
However, its setFormValues() and getFormValues() (combined with
formatting info you provide it) will convert between your POJO's typed
fields and the form's string fields.  Keep in mind though that it
doesn't perform validation.  When a Struts Action executes, the
assumption (FormDef or not) is that the form contents are already
valid.

Hubert


On Wed, 2 Feb 2005 16:16:24 -0600, Jason Long
<[EMAIL PROTECTED]> wrote:
> The integration was not too painful, and I only have one form set up to
work
> anyway.  How close are we to having the POJO support in Struts classic?
The
> features I like about this approach are the following:
> 
> 1.  Format and handle formatting in input fields.
> 2.  Specify actual Date objects in my form for ranges.
> 
> Can I do this easily with FormDef?
> 
> Thank you for your time,
> 
> Jason Long
> CEO and Chief Software Engineer Supernova Software
> BS Physics, MS Chemical Engineering
> 
> -----Original Message-----
> From: Hubert Rabago [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 02, 2005 4:06 PM
> To: Struts Users Mailing List; [EMAIL PROTECTED]
> Subject: Re: Struts Live POJO support opinon?
> 
> Disclaimer: I have my own POJO solution.
> 
> I haven't actually used StrutsLive in an application, all I've done so
> far was read the sample chapter posted on TSS:
> http://www.theserverside.com/news/thread.tss?thread_id=30690
> 
> It seems to me that the author is trying to *change* the way Struts
> handles requests, as opposed to working *with* it.  For one thing,
> Struts has separate points for validation and conversion, StrutsLive
> wants to combine these in the name of saving processing cycles.
> Because StrutsLive is changing the nature of request handling, the
> changes it implements go much deeper than just your form beans.  What
> worries me is how compatible it will be with future Struts
> changes/development.  On the other hand, Struts is already changing to
> be much more accomodating to the types of customization that
> StrutsLive is doing, so this may not be as big an issue as I initially
> thought it could be.
> 
> I guess I just didn't agree with the approach he took, but that
> definitely doesn't mean his approach is wrong or isn't better than
> mine.  It's just a difference of opinion.  Since you asked for
> *opinions*, I'm shared mine.  (More of my opinions on the TSS thread,
> btw.)
> 
> The way I solved it is with FormDef.  It also has a java.net site,
> which means the page is also down.  https://formdef.dev.java.net/
> There's another site for it though:
> http://www.rabago.net/struts/formdef/
> 
> FormDef uses standard Struts objects to define form beans that are no
> different than if you'd defined them yourself using struts-config.xml.
> You can use them with BeanUtils or FormDef's included converters.
> 
> Other ways of solving it include using lazy dyna beans and the wrap
> dyna bean combined with custom date converters for BeanUtils.
> 
> Now, another project or plugin may not be what you wanted, since
> you've already integrated it into your app.  My advice would be
> continue to use it since it meets your needs.  After all, it may be
> that none of the existing approaches will meet your needs 100% anyway
> and carry no risks.  IMO we're closer to POJO support being built into
> Struts Classic than we ever were, and when that point comes, you're
> gonna be thinking about redoing it all again anyway.  Unless of course
> they decide to just integrate the solution you've already chosen to
> use.  :)
> 
> Hubert
> 
> On Wed, 2 Feb 2005 15:17:55 -0600, Jason Long
> <[EMAIL PROTECTED]> wrote:
> > The application I am building uses value objects generated from ejbs
with
> > xdoclet in my forms.  This was working quite will until I tried to have
a
> > java.util.Date as one of my fields.  I recently purchased StrutsLIve.
The
> > project can be found at https://strutslive.dev.java.net/, but it was
down
> at
> > the time of this email.  This addon seems to solve my POJO problem, but
I
> > would like to get others opinions on this.  My project is behind
schedule
> > and I cannot afford to have this addon turn out to be limiting after I
> > integrated it into the many forms I have.  I would like any opinions on
> the
> > best way to solve this problem.
> >
> > Thank you for your time,
> >
> > Jason Long
> >
> > CEO and Chief Software Engineer Supernova Software
> >
> > BS Physics, MS Chemical Engineering
> >
> > http://www.supernovasoftware.com <http://www.supernovasoftware.com/>
> >
> >
> 
>



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to