Hi. Yes I am using (quite diffrent) such a architecture. We have some more abstractions, but they are not nessesary. We are using Data-Objects (generating from the xDoclet framework) to transport Datas from the Struts Actions to the EJB session. Also we generate many struts forms, so that the forms may act with the same data structures.
As you will, you may contact me directly for more informations, because the details are not struts made. Manfred Wolff [EMAIL PROTECTED] (also in german) -----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von René Eigenheer Gesendet: Dienstag, 16. Juli 2002 15:19 An: [EMAIL PROTECTED] Betreff: RE: Re: Struts + EJB ? I'm actually evaluating possibilities to add EJB functionality to our struts projects. By reading a lot of articles I came to conclusion that the following architecture may work: Struts-Action - Processing http-request - Performing formal validation (validation framework) - Performing simple validation with methods defined in value object class (validations which only require data which is available in the value object) - Copying action form properties to value object properties - Calling remote EJB session bean (value object as parameter) - Handling workflow EJB session - Receiving request from struts action - Performing complex validation - Performing business logic - Calling Entity beans - Returning value object to strus action - Returning return/error codes to struts action Entity beans - As usual Is anybody using such an architecture including session beans - experiences? Do you see any cons? And a question out of scope: I'm new in the area of EJB (learning with Ed Roman's book). Everything looks quite interesting for me except…the fact that the create method of entity beans is called with a "lot" of parameters, which obviously may change, if you add a property to your bean. Did I miss something with this subject or do I really have to live with this fact? I was assuming/hoping that a create method uses the object as parameter! Thanks for any assistance Rene -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>