[Bug 55305] DefaultServlet sets ContentType after opening stream [COPY OF 19721]

[bu...@apache.org]

https://issues.apache.org/bugzilla/show_bug.cgi?id=55305

--- Comment #8 from wozza.xing <wa...@mofokom.biz> ---
(In reply to Christopher Schultz from comment #4)
> (In reply to wozza.xing from comment #1)
> > I would also happily contribute this filter as an example on how to use
> > apache xalan to compile/cache xslt (Translets) and apply the templates to
> > xml content that has a xslt processing instruction in the FilterChain.
> 
> Does this do anything that Apache Cocoon does not already do?


Yes, and I think there IS real demand for this directly in the app server.  For
standards based templating for quasi-programmer/page authors using JSP and
tomcat.

Resin supports XSLT filters for JSP page authors and maybe Tomcat should to.

http://www.caucho.com/resin-3.1/doc/xslt-filter.xtp

Cacoon & Carrot2 & spring also support XSLT in a basic way and depends on the
author understanding that framework and probably programming. 

Orelly even gets into how to build one.

http://docstore.mik.ua/orelly/xml/jxslt/ch08_04.htm

another excerpt from 

http://www.cs.put.poznan.pl/dweiss/xml/projects/xslt-filter/index.xml?lang=en

I needed an XSLT filter for a long time. These few solutions you can find on
the Web are usually very simple — buffering of the servlet's output and
preprocessing with a given XSLT stylesheet. My goal was to create something
more advanced — a production-quality XSLT filter which could preprocess XML
files with various xml-stylesheet directives, output methods and encodings,
take into consideration processing errors and such. This is the result.

But this discussion needs to move out of this bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org