Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 83635 invoked from network); 22 Oct 2004 06:27:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 22 Oct 2004 06:27:48 -0000 Received: (qmail 39180 invoked by uid 500); 22 Oct 2004 06:27:38 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 39027 invoked by uid 500); 22 Oct 2004 06:27:37 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 39013 invoked by uid 99); 22 Oct 2004 06:27:36 -0000 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=HTML_20_30,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [194.7.38.248] (HELO mailserv.sofico.be) (194.7.38.248) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 21 Oct 2004 23:27:36 -0700 In-Reply-To: To: users@cocoon.apache.org Subject: RE: pdf output in IE MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.1 January 21, 2004 Message-ID: From: Gunter D'Hondt Date: Fri, 22 Oct 2004 08:27:30 +0200 X-MIMETrack: Serialize by Router on domino2/sofico(Release 6.5.1|January 21, 2004) at 10/22/2004 08:27:36 AM, Serialize complete at 10/22/2004 08:27:36 AM Content-Type: multipart/alternative; boundary="=_alternative 0023661EC1256F35_=" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --=_alternative 0023661EC1256F35_= Content-Type: text/plain; charset="US-ASCII" 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 ever! Regards, Gunter "Derek Hohls" 22-10-2004 07:52 Please respond to users@cocoon.apache.org To cc Subject RE: pdf output in IE Gary 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. Thanks Derek PS Any idea if this can be done via Tomcat or Jetty? >>> GSchultz@commerce.state.wi.us 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 started using the redirect directive in Apache so that all PDF documents are served directly through Apache and avoid sending PDF documents through Cocoon. This has solved our PDF problems in IE. We are in the process of implementing 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 performance 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 608-266-1283 -----Original Message----- From: J.Pietschmann [mailto:j3322ptm@yahoo.de] Sent: Thursday, October 21, 2004 12:07 PM To: users@cocoon.apache.org 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, NS, > ... ) 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 http > 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 sitemap > 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 problem? Cocoon's mapping mechanism makes it is easy to use URLs ending in .pdf for PDF content. J.Pietschmann --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org -- 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: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org --=_alternative 0023661EC1256F35_= Content-Type: text/html; charset="US-ASCII"
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 ever!

Regards,
Gunter




"Derek Hohls" <DHohls@csir.co.za>

22-10-2004 07:52
Please respond to
users@cocoon.apache.org
To
<users@cocoon.apache.org>
cc
Subject
RE: pdf output in IE





Gary

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.

Thanks
Derek

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

>>> GSchultz@commerce.state.wi.us 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
started
using the redirect directive in Apache so that all PDF documents are
served
directly through Apache and avoid sending PDF documents through Cocoon.
This
has solved our PDF problems in IE. We are in the process of
implementing
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
performance
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
608-266-1283

-----Original Message-----
From: J.Pietschmann [mailto:j3322ptm@yahoo.de]
Sent: Thursday, October 21, 2004 12:07 PM
To: users@cocoon.apache.org
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,
NS,
> ... ) 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
http
> 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
sitemap
> 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
problem?

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

J.Pietschmann

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


--
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: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
--=_alternative 0023661EC1256F35_=--