cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gunter D'Hondt <>
Subject RE: pdf output in IE
Date Fri, 22 Oct 2004 06:27:30 GMT
We just set up 2 sites under Tomcat:
- one running with cocoon "http://host/webapp/"
- one running with all static stuff (images, css, html, pdf, ...) 
"http://host/webapp_static/" with all caching on

This enables us to easily develop with only using tomcat (with apache); 
and in production we normally skip the webapp_static in tomcat and place 
it under a virtual host in apache; we also don't advise to serve static 
content thru cocoon due to performance (cocoon is after all not made for 
static pages; apache is)

I know that many possible solutions are available; so pls supply yours to 
the list so that we all can learn and maybe come to the best solution 


"Derek Hohls" <> 
22-10-2004 07:52
Please respond to


RE: pdf output in IE


Is this a relatively simply task; if so, could you outline the steps
required - if not, perhaps you could point to a resource for 
learning how to do this.


PS Any idea if this can be done via Tomcat or Jetty?

>>> 2004/10/21 08:20:24 PM >>>
We continue to experience problems with static content such as PDF
documents, Word files, and some images going through Cocoon. We have
using the redirect directive in Apache so that all PDF documents are
directly through Apache and avoid sending PDF documents through Cocoon.
has solved our PDF problems in IE. We are in the process of
this for all static files, PDF Word, images etc. Cocoon will handle
transformation of XHTML content in our web publishing system template,
Apache will serve all static content. There is a noticeable
increase when serving static files through Apache instead of Cocoon. 

Gary T. Schultz
Web Administrator / GIS Coordinator
Wisconsin Department of Commerce
201 W. Washington Ave.
Madison, WI 53707

-----Original Message-----
From: J.Pietschmann [] 
Sent: Thursday, October 21, 2004 12:07 PM
Subject: Re: pdf output in IE

Gunter D'Hondt wrote:
> When using a plain servlet or jsp and outputting PDF (and setting the

> response content type to pdf) and reading that in IE (not Mozilla,
> ... ) a lot of problems can occur; this is becourse IE looks for the

> file extension to see which content type he should use (and not the
> headers).
> I was just wondering how this is done with Cocoon if your URL is for

> example "report" (so definitely without an extension) and in the
> you are using a reader to get the pdf from the filesystem and setting

> the content type to pdf.

If you don't use anything which can be mistaken as an extension, IEx
uses the content-type to decide what to do with the content. If you've
got a dot in the last component of the URL, it depends whether the
string after the last dot is a a registered file extension in the
Windows registry.
There's still the problem that the content may be retrieved twice
or even three times.

> has Cocoon some workaround for this or does it have the same

Cocoon's mapping mechanism makes it is easy to use URLs ending
in .pdf for PDF content.


To unsubscribe, e-mail: 
For additional commands, e-mail: 

To unsubscribe, e-mail: 
For additional commands, e-mail: 

This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message