Thanks. Another user from the cocoon mailinglist suggested to look at the 
HTTP header response with a tool called wget. It seems that the missing of 
the content length attribute causes the problem.

--10:12:10--  http://localhost:8080/exist/servlet/db/logo.jpg 
           => `logo.jpg'
Resolving localhost... 127.0.0.1
Connecting to localhost[127.0.0.1]:8080... connected.
HTTP request sent, awaiting response... 
 1 HTTP/1.1 200 OK
 2 Date: Mon, 06 Sep 2004 08:12:10 GMT
 3 Server: Jetty/4.1.4 (Windows XP 5.1 x86)
 4 Servlet-Engine: Jetty/4.1.4 (Servlet 2.3; JSP 1.2; java 1.4.2_05)
 5 Content-Type: text/xml; charset=UTF-8
 6 Connection: close

    0K .......... ......                                        16.55 MB/s

10:12:10 (16.55 MB/s) - `logo.jpg' saved [17351]

--10:17:44--  http://localhost:8080/exist/logo.jpg
           => `logo.jpg.1'
Resolving localhost... 127.0.0.1
Connecting to localhost[127.0.0.1]:8080... connected.
HTTP request sent, awaiting response... 
 1 HTTP/1.1 200 OK
 2 Date: Mon, 06 Sep 2004 08:17:44 GMT
 3 Server: Jetty/4.1.4 (Windows XP 5.1 x86)
 4 Servlet-Engine: Jetty/4.1.4 (Servlet 2.3; JSP 1.2; java 1.4.2_05)
 5 X-Cocoon-Version: 2.1.3
 6 Content-Type: image/jpeg
 7 Last-Modified: Tue, 21 Jan 2003 13:28:46 GMT
 8 Content-Length: 17351
 9 Connection: keep-alive

    0K .......... ......                                     100%   16.55 
MB/s

10:17:44 (16.55 MB/s) - `logo.jpg.1' saved [17351/17351]

--10:20:51--  http://localhost:8080/exist/xmldb/db/logo.jpg
           => `logo.jpg.2'
Resolving localhost... 127.0.0.1
Connecting to localhost[127.0.0.1]:8080... connected.
HTTP request sent, awaiting response... 
 1 HTTP/1.1 200 OK
 2 Date: Mon, 06 Sep 2004 08:20:51 GMT
 3 Server: Jetty/4.1.4 (Windows XP 5.1 x86)
 4 Servlet-Engine: Jetty/4.1.4 (Servlet 2.3; JSP 1.2; java 1.4.2_05)
 5 X-Cocoon-Version: 2.1.3
 6 Content-Type: image/jpeg
 7 Vary: Host
 8 Accept-Ranges: none
 9 Connection: close

    0K .......... ......                                        16.55 MB/s

10:20:51 (16.55 MB/s) - `logo.jpg.2' saved [17351]


The second link (http://localhost:8080/exist/logo.jpg) works fine when 
creating a PDF document with the FOP servlet. The other ones don't work 
and the only difference is the content length attribute in the HTTP header 

from the second link. So that causes the problem. I don't have an idea how 

to fix this. All suggestions are appreciated!











Clay Leeds <[EMAIL PROTECTED]>
09/02/2004 04:50 PM
Please respond to fop-user

 
        To:     [EMAIL PROTECTED]
        cc:     (bcc: Eelke Toonstra/BST/MS/PHILIPS)
        Subject:        Re: FOP PDF with images from eXist database
        Classification: 





On Sep 2, 2004, at 6:43 AM, [EMAIL PROTECTED] wrote:
> But when I want to access the image in my fo.xml file in order to 
> create a
> PDF:
> <fo:external-graphic 
> src="url(http://localhost:8080/exist/servlet/db/test.gif)"/>
> The system doesn't respond. The memory usage for java.exe in the
> taskmanager gets bigger and bigger and I have to kill the process.
>
> When I access the same image within a normal HTML file, it works fine:
> <img 
> RENAME_FILE_TO_USE_src="http://localhost:8080/exist/servlet/db/ 
> test.gif">
>
> What am I doing wrong? I couldn't find anything interesting in the log
> files.

Could this be a permissions issue? Perhaps the I_USR (or whoever) when 
accessing directly has the privilege to access, but java.exe process 
does not? Have you checked the images & graphics FAQ items? Here's a 
link[1] but don't stop there. There are plenty of other questions there 
dealing with images & graphics. TIP: Try searching for 'graphic' and 
also 'image' if you don't find what you were looking for?

Web Maestro Clay


---------------------------------------------------------------------
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]

Reply via email to