Paul,
 
The problem you are facing is exactly what I tried to solve in the mapper
framework I'm developing. I'm still working on it, but plan to have another
more mature release within a week. In the meantime you can see an early
release on Ted's site
http://www.husted.com/about/struts/resources.htm#extensions
<http://www.husted.com/about/struts/resources.htm#extensions> . I've made an
earlier posting in the dev list giving some background info, see
http://www.mail-archive.com/[email protected]/msg02058.html
<http://www.mail-archive.com/[email protected]/msg02058.html> .
 
Feedback welcomed,
 
Fr.
 
 

-----Original Message-----
From: Paul Beer [mailto:[EMAIL PROTECTED]]
Sent: 09 July 2001 22:55
To: [EMAIL PROTECTED]
Subject: struts w/ej


i have followed some old threads about this but see no resolution to how to
map the struts form bean to EJB value objects; they all seem to allude to a
mysterious an non-existent struts 1.1.  is it recommended to do validation
from within the form bean and then create a value object w/the data for the
EJB or to do the validation in the value object?  Seems like duplicate work
to create a form bean and a value object for an ejb, but if you dont , then
the html form is dangerously coupled with the functioning of the EJB which I
am trying to avoid in my application design.  Can people give some real
world examples of this ?  And on a technical note, if you use the struts
form bean to instantiate and populate a value object how is it passes to the
action?  are people just putting it in the http session ?  sample code would
be helpful.
 
-paul


************************************************************************
The information in this email is confidential and is intended solely
for the addressee(s).
Access to this email by anyone else is unauthorised. If you are not
an intended recipient, you must not read, use or disseminate the
information contained in the email.
Any views expressed in this message are those of the individual
sender, except where the sender specifically states them to be
the views of Capco.

http://www.capco.com
***********************************************************************

Reply via email to