to get EJBs into cocoon, we have a custom Action / Generator pair. the action can be configured to make any EJB call (uses reflection) and stuff the results into a HashMap. the custom generator then sends that hashmap through Castor to generate SAX events. it's very nice, since we can turn any series of ejb calls into XML data with just a few lines of sitemap code. note: remote interfaces are tricky to castorize so use the value object (aka data transfer object) pattern.
we eschewed flow scripts and wrote our own action engine, but i should post separately about that. > -----Original Message----- > From: Bastian Breithaupt [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 5:33 PM > To: [EMAIL PROTECTED] > Subject: EJB + Cocoon, "Best Practices" > > > Hi! > > I would like to set up a Model2 application with Cocoon end > EJBs. Cocoon would be the presentation layer (also the > controller layer?) and the business logic would be > represented by the EJBs. (?) > > Are there any "Best Practices" for Cocoon working with EJBs? > (suggestions, links, publications, documentation, ...) > > I suppose, calling the EJB-API is done by Cocoon-Actions...? > (for example by using business delegation pattern) > > When using flow scripts, does it make sense to use actions? > (how mature is flow script?) > > Any help, hint, link, ... is appreciated. > > Thank you in advance, > > Bastian > ______________________________________________________________ > ________________ > 38xTestsieger - WEB.DE FreeMail - Deutschlands beste E-Mail > Jeden Monat mit 10% mehr Leistung! http://f.web.de/?mc=021138 > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
