In the aforementioned stxx (http://stxx.sf.net) project, I've been working on combining Struts with xmlforms (http://www.xmlform.org) to create Struts ActionForms that use plain XML as the model. Using pure XML as the model has several advantages over javabeans I believe:
- Quicker development - Use of XPath for powerful data access - Many different validation options (schematron, xsd, relax-ng, etc) - Ability to simultaneously expose forms as document-based SOAP web services While xml mapping toolkits have gotten better, I found keeping the model in XML saves development time, and with xpath and JDOM, the data can be accessed much quicker (in development time, not runtime of course). Don On Sat, 13 Sep 2003, robert burrell donkin wrote: > On Friday, September 12, 2003, at 12:01 AM, Jing Zhou wrote: > > <snip> > > > 4) We could add more... (like portlets) > > (this is probably a bit left field but you need to make time to dream...) > > i'm a big fan of cocoon and have some idea about when webservices are the > answer but one idea i've been turning over in ideal moments is whether (or > rather how) MVC (and in particular struts) could (or rather should) be > applied to xml-centric environments. > > at the moment struts has action forms which are mapped from http requests. > i've been wondering about plugging some kind of bean-centric > pre-processor (could be betwixt, could be castor, could be a JAXB > implementation, could be XMLBeans) to convert an incoming xml document > into a bean representation and then feeding that into a struts action. > probably need an xml-centric output wrapper to help write a response to > xml from output beans. > > the advantage of this kind of approach is that it cuts the overhead which > i've observed you get when you ask java coders to 'just go do that xml > thing'. on the other hand, an experience struts coder should be able to > handle java bean-in, java bean-out just fine. > > <sigh>too much to do, too little time</sigh> > > - robert > > > --------------------------------------------------------------------- > 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]
