You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Torsten Curdt <tc...@dff.st> on 2001/07/05 13:29:55 UTC
RE: [C2] Possible Solution for PDF Bug with IE 5.x !??
> > > And a second: I downloaded your example from ulim/iebug and
> experimented
> > > a bit with it. If i save the generatet pdf in a file and put it in
> the
> > > same directory and call it, it works in all browsers, including IE
> 5.5.
> > > How do you explan this? There should be no difference between the
> > > streams?
> >
> > As I said, IE does some checks on the stream, if it arrives via HTTP,
> > which it doesn't do, when opening a file from the filesystem.
>
> No, you misunderstood me. I saved the PDF stream in a file, put it in
> the webapps/<Context>-directory and served it using tomcat via HTTP,
> same context and server as the cocoon output.
> Ever tried this? Try it with your bug sample, it takes just some
> seconds. How do you explain this difference?
AFAI remember the thing that really solved the IE-PDF problems in C1
was setting the Content-Length header. This would fit in the
picture you described...
But this needs to be double-checked...
But AFAI understood setting a Content-Length header in C2 could be a
problem because we have streams - no documents.
So what about creating the cache object first and then serving the
request from cache - so we know about the size of the object.
Maybe Carsten can tell if this possible at all?
--
Torsten
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
AW: AW: AW: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Carsten Ziegeler <cz...@sundn.de>.
> -----Ursprungliche Nachricht-----
> Von: ulim@denic.de [mailto:ulim@denic.de]
> Gesendet: Donnerstag, 5. Juli 2001 14:02
> An: cocoon-users@xml.apache.org
> Betreff: Re: AW: AW: [C2] Possible Solution for PDF Bug with IE 5.x !??
>
>
> Carsten Ziegeler wrote:
> >
> > > In what way would a fop-generated PDF be cacheable???
> > >
> > The complete response = the byte stream output of the fop is cached.
>
> Ok, and how could I make it non-cacheable?
>
There are mainly two possibilties:
1.) Caching is turned on
If any component in the pipeline is not cacheable, the whole pdf
response is not cached, e.g. if you use a sql transformer.
2.) Turn off caching
Specify the NonCachingStreamPipeline in the cocoon.xconf
Carsten
> Ulrich
>
> --
> Ulrich Mayring
> DENIC eG, Systementwicklung
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: AW: AW: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Ulrich Mayring <ul...@denic.de>.
Carsten Ziegeler wrote:
>
> > In what way would a fop-generated PDF be cacheable???
> >
> The complete response = the byte stream output of the fop is cached.
Ok, and how could I make it non-cacheable?
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
AW: AW: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Carsten Ziegeler <cz...@sundn.de>.
> -----Ursprungliche Nachricht-----
> Von: ulim@denic.de [mailto:ulim@denic.de]
> Gesendet: Donnerstag, 5. Juli 2001 13:49
> An: cocoon-users@xml.apache.org
> Betreff: Re: AW: [C2] Possible Solution for PDF Bug with IE 5.x !??
>
>
> Carsten Ziegeler wrote:
> >
> > So if your response is cacheable, the content length is set. If your
> > response is not cacheable there is currently no way to detect the
> > length of the response, so the content length is not set.
>
> In what way would a fop-generated PDF be cacheable???
>
The complete response = the byte stream output of the fop is cached.
Carsten
> Ulrich
>
> --
> Ulrich Mayring
> DENIC eG, Systementwicklung
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: AW: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Ulrich Mayring <ul...@denic.de>.
Carsten Ziegeler wrote:
>
> So if your response is cacheable, the content length is set. If your
> response is not cacheable there is currently no way to detect the
> length of the response, so the content length is not set.
In what way would a fop-generated PDF be cacheable???
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Gritsenko <gr...@home.com>.
no, I'm not fighting, I appreciate your intelligence and stuff, I'm
suggesting you not to fight.
----- Original Message -----
From: "Ulrich Mayring" <ul...@denic.de>
To: <co...@xml.apache.org>
Sent: Thursday, July 05, 2001 11:39 AM
Subject: Re: [C2] Possible Solution for PDF Bug with IE 5.x !??
> Gritsenko wrote:
> >
> > Solution 2:
> >
> > Generate PDF, save it in temmp PDF file,
> > redirect User's browser to this file (since content length is known - no
> > problems with IE),
> > delete temp file 1 minute later.
>
> I don't think it has anything to do with content-length, it has to do
> with the filename extension.
>
> > Solution 3:
> >
> > Uli, humble yourself, the relaity is the Evil Empire wins the browser
> > battle.
>
> Kinda strange, you're fighting against me, even though it's MS trying to
> take over the Web, not me :)
>
> And just because something is a reality does not mean it is unalterable.
>
> Ulrich
>
> --
> Ulrich Mayring
> DENIC eG, Systementwicklung
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Torsten Curdt <tc...@dff.st>.
> On Thu, 5 Jul 2001, Torsten Curdt wrote:
> > > I don't think it has anything to do with content-length, it has to do
> > > with the filename extension.
> >
> > Sorry, but this cannot be true since in C2 the filename extension is
> > .pdf as declared in the sitemap.
>
> I am not talking about Cocoon2, I've never even used it.
Well, have a look on the subject line then...
> > BTW: Could you guys please fight out this browser war via email.
> > It is not very productive on the list in any way.
>
> It is extremely productive, as it touches upon the survivial of this and
> other OpenSource projects.
I fear some us might see this differently...
--
Torsten
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Uli Mayring <ul...@denic.de>.
On Thu, 5 Jul 2001, Torsten Curdt wrote:
> > I don't think it has anything to do with content-length, it has to do
> > with the filename extension.
>
> Sorry, but this cannot be true since in C2 the filename extension is
> .pdf as declared in the sitemap.
I am not talking about Cocoon2, I've never even used it.
> BTW: Could you guys please fight out this browser war via email.
> It is not very productive on the list in any way.
It is extremely productive, as it touches upon the survivial of this and
other OpenSource projects.
Ulrich
--
Ulrich Mayring
DENIC eG, Softwareentwicklung
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
RE: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Torsten Curdt <tc...@dff.st>.
> I don't think it has anything to do with content-length, it has to do
> with the filename extension.
Sorry, but this cannot be true since in C2 the filename extension is
.pdf as declared in the sitemap.
BTW: Could you guys please fight out this browser war via email.
It is not very productive on the list in any way.
--
Torsten
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Ulrich Mayring <ul...@denic.de>.
Gritsenko wrote:
>
> Solution 2:
>
> Generate PDF, save it in temmp PDF file,
> redirect User's browser to this file (since content length is known - no
> problems with IE),
> delete temp file 1 minute later.
I don't think it has anything to do with content-length, it has to do
with the filename extension.
> Solution 3:
>
> Uli, humble yourself, the relaity is the Evil Empire wins the browser
> battle.
Kinda strange, you're fighting against me, even though it's MS trying to
take over the Web, not me :)
And just because something is a reality does not mean it is unalterable.
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Gritsenko <gr...@home.com>.
Solution 1:
Open your Acrobat, find Options, find something about integration among
Acrobat and Browser
(like 'embed Acobat window in browser' or something like that) - and disable
it.
Result - IE senses PDF - passes it to Acrobat - Acrobat runs in a window,
separate from browser (IE) -
all works fine.
Yes, it requires users to alter their Acrobat options, that's unfortunate,
but it works.
Solution 2:
Generate PDF, save it in temmp PDF file,
redirect User's browser to this file (since content length is known - no
problems with IE),
delete temp file 1 minute later.
Solution 3:
Uli, humble yourself, the relaity is the Evil Empire wins the browser
battle.
----- Original Message -----
From: "Carsten Ziegeler" <cz...@sundn.de>
To: <co...@xml.apache.org>
Sent: Thursday, July 05, 2001 7:41 AM
Subject: AW: [C2] Possible Solution for PDF Bug with IE 5.x !??
> > Torsten Curdt wrote:
> >
> > > > > And a second: I downloaded your example from ulim/iebug and
> > > experimented
> > > > > a bit with it. If i save the generatet pdf in a file and put it in
> > > the
> > > > > same directory and call it, it works in all browsers, including IE
> > > 5.5.
> > > > > How do you explan this? There should be no difference between the
> > > > > streams?
> > > >
> > > > As I said, IE does some checks on the stream, if it arrives via
HTTP,
> > > > which it doesn't do, when opening a file from the filesystem.
> > >
> > > No, you misunderstood me. I saved the PDF stream in a file, put it in
> > > the webapps/<Context>-directory and served it using tomcat via HTTP,
> > > same context and server as the cocoon output.
> > > Ever tried this? Try it with your bug sample, it takes just some
> > > seconds. How do you explain this difference?
> >
> > AFAI remember the thing that really solved the IE-PDF problems in C1
> > was setting the Content-Length header. This would fit in the
> > picture you described...
> > But this needs to be double-checked...
> >
> > But AFAI understood setting a Content-Length header in C2 could be a
> > problem because we have streams - no documents.
> >
> > So what about creating the cache object first and then serving the
> > request from cache - so we know about the size of the object.
> >
> > Maybe Carsten can tell if this possible at all?
> >
> As far as I remember there were some strange problems with pdf and
> content length. I am not quite sure anymore, perhaps the mail archives
> contain some old mails about this topic.
>
> I use the IE 5.5 and have no problems with PDF (Acrobat Reader 5).
>
> The content length is set when the response is served from the cache
> or when it is put into the cache.
> (As the acrobat reader plugin for the ie requests the pdf document
> twice the second request is served from the cache and has the
> content length set anyway).
> So if your response is cacheable, the content length is set. If your
> response is not cacheable there is currently no way to detect the
> length of the response, so the content length is not set.
>
> I know this doesn't help at all for this problem but perhaps
> there is something in the mail archive (which is currently down...)
>
> Carsten
>
> > --
> > Torsten
> >
> >
> > ---------------------------------------------------------------------
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail: <co...@xml.apache.org>
> > For additional commands, e-mail: <co...@xml.apache.org>
> >
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
AW: [C2] Possible Solution for PDF Bug with IE 5.x !??
Posted by Carsten Ziegeler <cz...@sundn.de>.
> Torsten Curdt wrote:
>
> > > > And a second: I downloaded your example from ulim/iebug and
> > experimented
> > > > a bit with it. If i save the generatet pdf in a file and put it in
> > the
> > > > same directory and call it, it works in all browsers, including IE
> > 5.5.
> > > > How do you explan this? There should be no difference between the
> > > > streams?
> > >
> > > As I said, IE does some checks on the stream, if it arrives via HTTP,
> > > which it doesn't do, when opening a file from the filesystem.
> >
> > No, you misunderstood me. I saved the PDF stream in a file, put it in
> > the webapps/<Context>-directory and served it using tomcat via HTTP,
> > same context and server as the cocoon output.
> > Ever tried this? Try it with your bug sample, it takes just some
> > seconds. How do you explain this difference?
>
> AFAI remember the thing that really solved the IE-PDF problems in C1
> was setting the Content-Length header. This would fit in the
> picture you described...
> But this needs to be double-checked...
>
> But AFAI understood setting a Content-Length header in C2 could be a
> problem because we have streams - no documents.
>
> So what about creating the cache object first and then serving the
> request from cache - so we know about the size of the object.
>
> Maybe Carsten can tell if this possible at all?
>
As far as I remember there were some strange problems with pdf and
content length. I am not quite sure anymore, perhaps the mail archives
contain some old mails about this topic.
I use the IE 5.5 and have no problems with PDF (Acrobat Reader 5).
The content length is set when the response is served from the cache
or when it is put into the cache.
(As the acrobat reader plugin for the ie requests the pdf document
twice the second request is served from the cache and has the
content length set anyway).
So if your response is cacheable, the content length is set. If your
response is not cacheable there is currently no way to detect the
length of the response, so the content length is not set.
I know this doesn't help at all for this problem but perhaps
there is something in the mail archive (which is currently down...)
Carsten
> --
> Torsten
>
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>