Bug 20056 - Failure to include external graphic
Summary: Failure to include external graphic
Status: CLOSED WORKSFORME
Alias: None
Product: Fop - Now in Jira
Classification: Unclassified
Component: awt renderer (show other bugs)
Version: 0.20.5
Hardware: Sun other
: P3 normal
Target Milestone: ---
Assignee: fop-dev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-20 11:03 UTC by Michael Scott
Modified: 2012-04-01 13:48 UTC (History)
0 users



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Scott 2003-05-20 11:03:18 UTC
I have embedded FOP into a (WebLogic) Servlet. The development environment is 
Windows NT, the target environment is a 'headerless' UNIX box.

When my application is installed onto UNIX, FOP generates the following error 
when attempting to include a GIF:

[ERROR] Could not load external SVG: SAX2 driver class weblogic.xml.jaxp.Registr
yXMLReader loaded but cannot be instantiated (no empty public constructor?)
[ERROR] Error while creating area : No ImageReader for this type of image (https
://w3.baplc.com/critic/images/bawclogobw.gif)

The corresponding XSLT segment is:

<fo:table-cell border-style="none" text-align="right">
   <fo:external-graphic content-type="image/gif"    
       src="https://w3.baplc.com/critic/images/bawclogobw.gif"/>
</fo:table-cell>

There is nothing wrong with the GIF; it is valid & accessible, and appears when 
the its URL is entered into a Browser. In the development enviroment, the GIF 
is succesfully rendered.

Why is FOP identifying the GIF as an SVG? Why is FOP failing to render the GIF? 
Despite the claims of the documentation, on 'headerless' UNIX, does FOP require 
external help to render GIFs?

Any help would be appreciated.

Thanks,

Michael Scott
Comment 1 J.Pietschmann 2003-05-20 13:27:51 UTC
A lot of people have used GIF images with FOP in all kinds of environment,
including headless servers.
Most likely FOP is unable to load the GIF, possible reasons:
- the JVM on the target platform does not support the HTTPS protocol
- the server refuses to serve the GIF because of access restrictions or missing
  security credentials
- the server can't find the GIF itself
Use wget on the machine to check where the embedded FOP runs to check whether
the GIF is delivered by the server properly. Try to load the image over HTTP
or from a file to see whether HTTPS is the problem.

Pleas don't use Bugzilla for further questions, as on the fop-user maillist
instead.
Comment 2 Glenn Adams 2012-04-01 13:48:49 UTC
batch transition to closed remaining pre-FOP1.0 resolved bugs