Return-Path: Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org Received: (qmail 47569 invoked by uid 500); 31 Oct 2002 13:51:19 -0000 Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-users@xml.apache.org Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 47389 invoked from network); 31 Oct 2002 13:51:06 -0000 Message-ID: <0a4501c280e4$af128300$0100a8c0@MAUCHI> From: "Ivelin Ivanov" To: References: <601F6322AD71D5118D6C0003472515290660D050@sjmemexc1.stjude.org> <3DC03CF1.1070500@orbeon.com> <3DC0FC85.2050703@saxess.com> Subject: Re: XMLForms vs Struts Date: Thu, 31 Oct 2002 07:51:59 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I hope this will not make things even more confusing for you, but here is my view: Struts is 3 parts: 1) An URL map, matching URLs to Actions. Everything you can do with struts-config.xml (Struts), you can do with sitemap.xmap (Cocoon). 2) Custom JSP tags for rendering HTML, like i18n, access to JavaBean properties and others. Cocoon's set of transformers is a superset of Strut's visual tags. 3) Form handling. Automated binding between HTML input fields and JavaBeans. Cocoon's XMLForm does that and much more. It not only provides the binding, but it does it in a browser independent way. Struts is only designed to handle automatically HTML input. For fairness sake, I will tell you that over the last 2 years I have used Struts successfully in big enterprise projects. It is a good and sound technology when you are only interested to support the major HTML browsers and you are not concerned with other interfaces to your application like WML, VXML, Web Services, etc. My recommendation is, if you are in a hurry and you don't want to invest time in learning a new technology, go Struts. If you plan to build a lot of web applications in the future, you must learn Cocoon. It will add a very powerful weapon to your software tools arsenal. You don't have to use it all the time, but when things start to look dangerously complex, you will find it to be a life saver. Best, Ivelin ----- Original Message ----- From: "SAXESS - Hussayn Dabbous" To: Sent: Thursday, October 31, 2002 3:48 AM Subject: Re: XMLForms vs Struts Hy; First let me tell you: I like the idea of merging cocoon and struts, because i see both technologies to be helpfull also in conjunction... Omar Tazi wrote: > If you like the MVC aspect in Struts and like the flexibility provided > by XML/XSLT, and don't like the limitations that come with JSPs, check > out our Framework. It's called OXF (Open XML Framework). OXF is the > result of our combined passion for Cocoon and Struts/J2EE and our > involvement in huge enterprise projects. It will dramatically help you > in your tasks (listed below). Good luck! > But i am also a bit confused. I'm following the discussons in this mailing list for about a week now and this is already the second mentioning of a product/component (whatever) that claims to be an on top of cocoon development. But when i enter the pages mentioned above, it is very hard to find the backpointers to cocoon as the base component... Despite that all this stuff sounds very interesting, but i get more and more unshure how to proceed. Some questions rise in my mind: 1.) Why are all such nice and nifty add ons developed all outside of cocoon ? 2.) When i move to such an add on component, how can i enshure to keep up with the releases of cocoon (taking adavantage of the enhancements done there)? 3.) Why can't i find pointers to these add ons from the cocoon pages ? There is sooo many good software around the world and cocoon for me is one of the finest. Why does not all this effort take place at the heart but is cluttered around in several loosely coupled or even uncoupled add on projects ??? And now my final question (to come back to the technical part): Why is it so complicated to use struts and cocoon in parallel? As far as i understand the concepts of cocoon, i can embed JSP's in it's workflow, and if a jsp itself uses struts, why not??? Although i haven't tried yet, for me these things seem to be coexisting without problems ... Any enlightments on these points are happily welcome... best regards, Hussayn -- Dr. Hussayn Dabbous SAXESS Software Design GmbH Neuenh�fer Allee 125 50935 K�ln Telefon: +49-221-56011-0 Fax: +49-221-56011-20 E-Mail: dabbous@saxess.com --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. To unsubscribe, e-mail: For additional commands, e-mail: --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. To unsubscribe, e-mail: For additional commands, e-mail: