Re: Need Advise: use Struts/XSLT
The article on TheServerSide.com actually comes with sample code that illustrates exactly this. Feel free to download it, the code is under an MPL / LGPL / GPL tri-license. Very bare-bones, but that can give you an idea of how to get started. http://www.theserverside.com/home/thread.jsp?thread_id=17866&article_count=27 -Erik Jacob Hookom wrote: You are better off creating a TransformationFilter that will work with 2.3 Servlet Specs (Tomcat 4.1.x). The filter would catch the response, wrap it with an HttpServletResponseWrapper and send it on to your jsp where it would take the data written to the print writer or outputstream and transform it via XSLT. VERY easy to do. -Jacob | -Original Message- | From: Oguz Kologlu [mailto:[EMAIL PROTECTED]] | Sent: Wednesday, February 12, 2003 6:28 AM | To: Struts Users Mailing List | Subject: RE: Need Advise: use Struts/XSLT | | There is actually a lot of work being done on cocoon. | | Cocoon in fact resembles struts in many ways - the developers will freely | admit they take the best ideas from each project to integrate into cocoon. | | Some of the features: | - schematron ( same as validators ) | - internationalisation support | - sub applications | - xmlforms ( similar to form beans ) ( w3c standard ) | etc, etc. | | There are also xsp's ( xml -> jsp ) but I have never used them. | | I think one of the shortfalls of cocoon is pipeline processing where you | cannot change the direction of a pipeline once processing has begun ( | since | processing is based on sax events). We have worked around this with a | variety of custom actions but it would be a hard work in a small team | where | you don't have much time for R&D (play time). | | Another issue is that it is very loosely coupled and you can easily end up | lost in a large project - especially for newbies. | | Having said that, you can get work done very quickly as well. | | It is worth evaluating - you can cut out a couple of layers of processing | using cocoon instead of struts/JSF/clxx. | | hope this helps | | Oz | | -Original Message- | From: Rabih Yazbeck [mailto:[EMAIL PROTECTED]] | Sent: Wednesday, 12 February 2003 10:46 PM | To: 'Struts Users Mailing List' | Subject: RE: Need Advise: use Struts/XSLT | | | What about Cocoon integration with Struts? Is it possible that cocoon | handle the presentation layer while Sturts focus on the controller? | | Even though Cocoon has released a version 2, but I think there is | anymore much work on Cocoon, am I right? | | Thanks, and yes I believe in the power of XML/XSLT.. World is moving | toward this approach, and I wish there is more support for it in Struts. | | - | Rabih | | -Original Message- | From: ROSSEL Olivier [mailto:[EMAIL PROTECTED]] | Sent: 12 February 2003 10:29 | To: 'Struts Users Mailing List' | Subject: RE: Need Advise: use Struts/XSLT | | >> -Message d'origine- | >> De: Oguz Kologlu [mailto:[EMAIL PROTECTED]] | >> Date: mercredi 12 février 2003 11:15 | >> À: Struts Users Mailing List | >> Objet: RE: Need Advise: use Struts/XSLT | >> | >> | >> Hi, | >> | >> There is an article on theserverside.com that discusses this issue | at: | >> | > | >To oversimplify - it says you should develop JSP "Documents" ( well | formed | >xml ) and use xslt for presentation/rendering/i18n etc. | | XSLT is very powerful if you can manage things in your XSLT such as | document(url) | where the URL is also a dynamic XML document. | Aggregation is also a very useful feature. | | To me the (too basic) process of 1 XML-> 1 XSLT->whatever is not that | useful. | For example it is interesting to have 2 XMLs-> 1 XSLT-> 1 XSLT->whatever | or | to | have XML->XSLT->whatever | ^ | | | XSLT | ^ | | | XML | | I admit that it is quite an advanced usage of XML pipelines. | Cocoon handles that very nicely. | | PS: for those who don't understand the power of the last pipeline | discribed, | think about such a pipeline: | XML->XSLT->whatever | ^ | | | XSLT | ^ | | | XHTML | | Struts ceates the XML. | Dreamweaver creates the XHTML (with custom tags to be XSLT-processed). | Did you say "total separation of concerns"? | | This e-mail is intended only for the above addressee. It may contain | privileged information. If you are not the addressee you must not copy, | distribute, disclose or use any of the information in it. If you have | received it in error please delete it and immediately notify the sender. | Security Notice: all e-mail, sent to or from this address, may be | accessed by someone other than the recipient, for system management and | security reasons. This access is controlled under Regulation of | Investigatory Powers Act 2000, Lawful Business Practise
Re: Need Advise: use Struts/XSLT
Yes, the power of xml is Soap. And actually this is the main reason behind my question: web-services. I have worked on xsp, like it and dislike it! As i understand from this discussion, cocoon and struts are not possible to integrate, or at least work together. Thanks, Rabih. --- In [EMAIL PROTECTED], "Oguz Kologlu" <[EMAIL PROTECTED]> wrote: > There is actually a lot of work being done on cocoon. > > Cocoon in fact resembles struts in many ways - the developers will freely > admit they take the best ideas from each project to integrate into cocoon. > > Some of the features: > - schematron ( same as validators ) > - internationalisation support > - sub applications > - xmlforms ( similar to form beans ) ( w3c standard ) > etc, etc. > > There are also xsp's ( xml -> jsp ) but I have never used them. > > I think one of the shortfalls of cocoon is pipeline processing where you > cannot change the direction of a pipeline once processing has begun ( since > processing is based on sax events). We have worked around this with a > variety of custom actions but it would be a hard work in a small team where > you don't have much time for R&D (play time). > > Another issue is that it is very loosely coupled and you can easily end up > lost in a large project - especially for newbies. > > Having said that, you can get work done very quickly as well. > > It is worth evaluating - you can cut out a couple of layers of processing > using cocoon instead of struts/JSF/clxx. > > hope this helps > > Oz > > -Original Message- > From: Rabih Yazbeck [mailto:rablists@y...] > Sent: Wednesday, 12 February 2003 10:46 PM > To: 'Struts Users Mailing List' > Subject: RE: Need Advise: use Struts/XSLT > > > What about Cocoon integration with Struts? Is it possible that cocoon > handle the presentation layer while Sturts focus on the controller? > > Even though Cocoon has released a version 2, but I think there is > anymore much work on Cocoon, am I right? > > Thanks, and yes I believe in the power of XML/XSLT.. World is moving > toward this approach, and I wish there is more support for it in Struts. > > - > Rabih > > -Original Message- > From: ROSSEL Olivier [mailto:olivier.rossel@a...] > Sent: 12 February 2003 10:29 > To: 'Struts Users Mailing List' > Subject: RE: Need Advise: use Struts/XSLT > > >> -Message d'origine- > >> De: Oguz Kologlu [mailto:ozkologlu@o...] > >> Date: mercredi 12 février 2003 11:15 > >> À: Struts Users Mailing List > >> Objet: RE: Need Advise: use Struts/XSLT > >> > >> > >> Hi, > >> > >> There is an article on theserverside.com that discusses this issue > at: > >> > > > >To oversimplify - it says you should develop JSP "Documents" ( well > formed > >xml ) and use xslt for presentation/rendering/i18n etc. > > XSLT is very powerful if you can manage things in your XSLT such as > document(url) > where the URL is also a dynamic XML document. > Aggregation is also a very useful feature. > > To me the (too basic) process of 1 XML-> 1 XSLT->whatever is not that > useful. > For example it is interesting to have 2 XMLs-> 1 XSLT-> 1 XSLT- >whatever > or > to > have XML->XSLT->whatever > ^ > | > XSLT > ^ > | >XML > > I admit that it is quite an advanced usage of XML pipelines. > Cocoon handles that very nicely. > > PS: for those who don't understand the power of the last pipeline > discribed, > think about such a pipeline: > XML->XSLT->whatever > ^ > | > XSLT > ^ > | > XHTML > > Struts ceates the XML. > Dreamweaver creates the XHTML (with custom tags to be XSLT- processed). > Did you say "total separation of concerns"? > > This e-mail is intended only for the above addressee. It may contain > privileged information. If you are not the addressee you must not copy, > distribute, disclose or use any of the information in it. If you have > received it in error please delete it and immediately notify the sender. > Security Notice: all e-mail, sent to or from this address, may be > accessed by someone other than the recipient, for system management and > security reasons. This access is controlled under Regulation of > Investigatory Powers Act 2000, Lawful Business Practises. > > - > 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] > > > - > 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]
Re: Need Advise: use Struts/XSLT
What I do is store XML file as a BLOB field in DB (and somtetimes a HTMLCache field as well). Then I do JSTL x: transform mostly or use the cached HTMLfield version sometimes. .V Jason Yam wrote: Hi everyone, anyone knows what direction the apache group will go related to Struts/XML/XSLT? I mean what do they respond to the following methods: (1) Model 2: Struts + stxx + xslt (2) Model 2: Struts + StrutsCX + xslt (3) Model 2: Cocoon + Struts + xslt (4) Model 2: Other publishing framework + Struts + xslt (5) Model 2X: ? Will Struts provide a much simpler way to let us use Model 2 framework and xslt layout? Any idea? Thank you Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Need Advise: use Struts/XSLT
You are better off creating a TransformationFilter that will work with 2.3 Servlet Specs (Tomcat 4.1.x). The filter would catch the response, wrap it with an HttpServletResponseWrapper and send it on to your jsp where it would take the data written to the print writer or outputstream and transform it via XSLT. VERY easy to do. -Jacob | -Original Message- | From: Oguz Kologlu [mailto:[EMAIL PROTECTED]] | Sent: Wednesday, February 12, 2003 6:28 AM | To: Struts Users Mailing List | Subject: RE: Need Advise: use Struts/XSLT | | There is actually a lot of work being done on cocoon. | | Cocoon in fact resembles struts in many ways - the developers will freely | admit they take the best ideas from each project to integrate into cocoon. | | Some of the features: | - schematron ( same as validators ) | - internationalisation support | - sub applications | - xmlforms ( similar to form beans ) ( w3c standard ) | etc, etc. | | There are also xsp's ( xml -> jsp ) but I have never used them. | | I think one of the shortfalls of cocoon is pipeline processing where you | cannot change the direction of a pipeline once processing has begun ( | since | processing is based on sax events). We have worked around this with a | variety of custom actions but it would be a hard work in a small team | where | you don't have much time for R&D (play time). | | Another issue is that it is very loosely coupled and you can easily end up | lost in a large project - especially for newbies. | | Having said that, you can get work done very quickly as well. | | It is worth evaluating - you can cut out a couple of layers of processing | using cocoon instead of struts/JSF/clxx. | | hope this helps | | Oz | | -Original Message- | From: Rabih Yazbeck [mailto:[EMAIL PROTECTED]] | Sent: Wednesday, 12 February 2003 10:46 PM | To: 'Struts Users Mailing List' | Subject: RE: Need Advise: use Struts/XSLT | | | What about Cocoon integration with Struts? Is it possible that cocoon | handle the presentation layer while Sturts focus on the controller? | | Even though Cocoon has released a version 2, but I think there is | anymore much work on Cocoon, am I right? | | Thanks, and yes I believe in the power of XML/XSLT.. World is moving | toward this approach, and I wish there is more support for it in Struts. | | - | Rabih | | -Original Message- | From: ROSSEL Olivier [mailto:[EMAIL PROTECTED]] | Sent: 12 February 2003 10:29 | To: 'Struts Users Mailing List' | Subject: RE: Need Advise: use Struts/XSLT | | >> -Message d'origine- | >> De: Oguz Kologlu [mailto:[EMAIL PROTECTED]] | >> Date: mercredi 12 février 2003 11:15 | >> À: Struts Users Mailing List | >> Objet: RE: Need Advise: use Struts/XSLT | >> | >> | >> Hi, | >> | >> There is an article on theserverside.com that discusses this issue | at: | >> | > | >To oversimplify - it says you should develop JSP "Documents" ( well | formed | >xml ) and use xslt for presentation/rendering/i18n etc. | | XSLT is very powerful if you can manage things in your XSLT such as | document(url) | where the URL is also a dynamic XML document. | Aggregation is also a very useful feature. | | To me the (too basic) process of 1 XML-> 1 XSLT->whatever is not that | useful. | For example it is interesting to have 2 XMLs-> 1 XSLT-> 1 XSLT->whatever | or | to | have XML->XSLT->whatever | ^ | | | XSLT | ^ | | |XML | | I admit that it is quite an advanced usage of XML pipelines. | Cocoon handles that very nicely. | | PS: for those who don't understand the power of the last pipeline | discribed, | think about such a pipeline: | XML->XSLT->whatever | ^ | | | XSLT | ^ | | | XHTML | | Struts ceates the XML. | Dreamweaver creates the XHTML (with custom tags to be XSLT-processed). | Did you say "total separation of concerns"? | | This e-mail is intended only for the above addressee. It may contain | privileged information. If you are not the addressee you must not copy, | distribute, disclose or use any of the information in it. If you have | received it in error please delete it and immediately notify the sender. | Security Notice: all e-mail, sent to or from this address, may be | accessed by someone other than the recipient, for system management and | security reasons. This access is controlled under Regulation of | Investigatory Powers Act 2000, Lawful Business Practises. | | - | 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 PROTE
RE: Need Advise: use Struts/XSLT
> What about Cocoon integration with Struts? Is it possible that cocoon > handle the presentation layer while Sturts focus on the controller? Yes. i think this is the best approach. But I never had the opportunity to do that. Probably my company (which is Cocoon commiter) will launch a Struts activity to link both frameworks. > Even though Cocoon has released a version 2, but I think there is > anymore much work on Cocoon, am I right? The big thing is Cocoon 2.x 2.1 will be only evolutions: a different internal structure but the same reusable components. It will be backward compatible with 2.0. > Thanks, and yes I believe in the power of XML/XSLT.. World is moving > toward this approach, and I wish there is more support for it > in Struts. The real power of XML, IMHO, is SOAP. It is simply impressive! This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Need Advise: use Struts/XSLT
There is actually a lot of work being done on cocoon. Cocoon in fact resembles struts in many ways - the developers will freely admit they take the best ideas from each project to integrate into cocoon. Some of the features: - schematron ( same as validators ) - internationalisation support - sub applications - xmlforms ( similar to form beans ) ( w3c standard ) etc, etc. There are also xsp's ( xml -> jsp ) but I have never used them. I think one of the shortfalls of cocoon is pipeline processing where you cannot change the direction of a pipeline once processing has begun ( since processing is based on sax events). We have worked around this with a variety of custom actions but it would be a hard work in a small team where you don't have much time for R&D (play time). Another issue is that it is very loosely coupled and you can easily end up lost in a large project - especially for newbies. Having said that, you can get work done very quickly as well. It is worth evaluating - you can cut out a couple of layers of processing using cocoon instead of struts/JSF/clxx. hope this helps Oz -Original Message- From: Rabih Yazbeck [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 12 February 2003 10:46 PM To: 'Struts Users Mailing List' Subject: RE: Need Advise: use Struts/XSLT What about Cocoon integration with Struts? Is it possible that cocoon handle the presentation layer while Sturts focus on the controller? Even though Cocoon has released a version 2, but I think there is anymore much work on Cocoon, am I right? Thanks, and yes I believe in the power of XML/XSLT.. World is moving toward this approach, and I wish there is more support for it in Struts. - Rabih -Original Message- From: ROSSEL Olivier [mailto:[EMAIL PROTECTED]] Sent: 12 February 2003 10:29 To: 'Struts Users Mailing List' Subject: RE: Need Advise: use Struts/XSLT >> -Message d'origine- >> De: Oguz Kologlu [mailto:[EMAIL PROTECTED]] >> Date: mercredi 12 février 2003 11:15 >> À: Struts Users Mailing List >> Objet: RE: Need Advise: use Struts/XSLT >> >> >> Hi, >> >> There is an article on theserverside.com that discusses this issue at: >> > >To oversimplify - it says you should develop JSP "Documents" ( well formed >xml ) and use xslt for presentation/rendering/i18n etc. XSLT is very powerful if you can manage things in your XSLT such as document(url) where the URL is also a dynamic XML document. Aggregation is also a very useful feature. To me the (too basic) process of 1 XML-> 1 XSLT->whatever is not that useful. For example it is interesting to have 2 XMLs-> 1 XSLT-> 1 XSLT->whatever or to have XML->XSLT->whatever ^ | XSLT ^ | XML I admit that it is quite an advanced usage of XML pipelines. Cocoon handles that very nicely. PS: for those who don't understand the power of the last pipeline discribed, think about such a pipeline: XML->XSLT->whatever ^ | XSLT ^ | XHTML Struts ceates the XML. Dreamweaver creates the XHTML (with custom tags to be XSLT-processed). Did you say "total separation of concerns"? This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Need Advise: use Struts/XSLT
What about Cocoon integration with Struts? Is it possible that cocoon handle the presentation layer while Sturts focus on the controller? Even though Cocoon has released a version 2, but I think there is anymore much work on Cocoon, am I right? Thanks, and yes I believe in the power of XML/XSLT.. World is moving toward this approach, and I wish there is more support for it in Struts. - Rabih -Original Message- From: ROSSEL Olivier [mailto:[EMAIL PROTECTED]] Sent: 12 February 2003 10:29 To: 'Struts Users Mailing List' Subject: RE: Need Advise: use Struts/XSLT >> -Message d'origine- >> De: Oguz Kologlu [mailto:[EMAIL PROTECTED]] >> Date: mercredi 12 février 2003 11:15 >> À: Struts Users Mailing List >> Objet: RE: Need Advise: use Struts/XSLT >> >> >> Hi, >> >> There is an article on theserverside.com that discusses this issue at: >> > >To oversimplify - it says you should develop JSP "Documents" ( well formed >xml ) and use xslt for presentation/rendering/i18n etc. XSLT is very powerful if you can manage things in your XSLT such as document(url) where the URL is also a dynamic XML document. Aggregation is also a very useful feature. To me the (too basic) process of 1 XML-> 1 XSLT->whatever is not that useful. For example it is interesting to have 2 XMLs-> 1 XSLT-> 1 XSLT->whatever or to have XML->XSLT->whatever ^ | XSLT ^ | XML I admit that it is quite an advanced usage of XML pipelines. Cocoon handles that very nicely. PS: for those who don't understand the power of the last pipeline discribed, think about such a pipeline: XML->XSLT->whatever ^ | XSLT ^ | XHTML Struts ceates the XML. Dreamweaver creates the XHTML (with custom tags to be XSLT-processed). Did you say "total separation of concerns"? This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. - 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]
RE: Need Advise: use Struts/XSLT
>> -Message d'origine- >> De: Oguz Kologlu [mailto:[EMAIL PROTECTED]] >> Date: mercredi 12 février 2003 11:15 >> À: Struts Users Mailing List >> Objet: RE: Need Advise: use Struts/XSLT >> >> >> Hi, >> >> There is an article on theserverside.com that discusses this issue at: >> > >To oversimplify - it says you should develop JSP "Documents" ( well formed >xml ) and use xslt for presentation/rendering/i18n etc. XSLT is very powerful if you can manage things in your XSLT such as document(url) where the URL is also a dynamic XML document. Aggregation is also a very useful feature. To me the (too basic) process of 1 XML-> 1 XSLT->whatever is not that useful. For example it is interesting to have 2 XMLs-> 1 XSLT-> 1 XSLT->whatever or to have XML->XSLT->whatever ^ | XSLT ^ | XML I admit that it is quite an advanced usage of XML pipelines. Cocoon handles that very nicely. PS: for those who don't understand the power of the last pipeline discribed, think about such a pipeline: XML->XSLT->whatever ^ | XSLT ^ | XHTML Struts ceates the XML. Dreamweaver creates the XHTML (with custom tags to be XSLT-processed). Did you say "total separation of concerns"? This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Need Advise: use Struts/XSLT
Hi, There is an article on theserverside.com that discusses this issue at: http://www.theserverside.com/home/thread.jsp?thread_id=17866&article_count=1 6 To oversimplify - it says you should develop JSP "Documents" ( well formed xml ) and use xslt for presentation/rendering/i18n etc. Regards Oz -Original Message- From: Jason Yam [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 12 February 2003 7:25 PM To: '[EMAIL PROTECTED]' Subject: Need Advise: use Struts/XSLT Hi everyone, anyone knows what direction the apache group will go related to Struts/XML/XSLT? I mean what do they respond to the following methods: (1) Model 2: Struts + stxx + xslt (2) Model 2: Struts + StrutsCX + xslt (3) Model 2: Cocoon + Struts + xslt (4) Model 2: Other publishing framework + Struts + xslt (5) Model 2X: ? Will Struts provide a much simpler way to let us use Model 2 framework and xslt layout? Any idea? Thank you Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Need Advise: use Struts/XSLT
Hi everyone, anyone knows what direction the apache group will go related to Struts/XML/XSLT? I mean what do they respond to the following methods: (1) Model 2: Struts + stxx + xslt (2) Model 2: Struts + StrutsCX + xslt (3) Model 2: Cocoon + Struts + xslt (4) Model 2: Other publishing framework + Struts + xslt (5) Model 2X: ? Will Struts provide a much simpler way to let us use Model 2 framework and xslt layout? Any idea? Thank you Jason