Thanks Andreas for your inputs..

Initially with FOP 1.0, I tried ImageLoaderPNG. However, the resolution of the 
image gets impacted. So I shifted to ImageLoaderRawPNG which rendered it 
properly.
Attaching the files.
1) graph.png - The original PNG image
2) FOP-PNGImageLoader-differences.docx - The rendered images with 
ImageLoaderPNG and ImageLoaderRawPNG

So this was working fine with FOP 1.0
However, FOP 2.0 is not able to render the image and throws following 
exception..

If someone can help me confirm that this is a bug with XGC, then should I post 
it on a different mailing list?

Regards,
Mandar

-----Original Message-----
From: Andreas Delmelle [mailto:[email protected]] 
Sent: 05 November 2015 02:29
To: [email protected]
Subject: Re: Migration from FOP 1.0 to 2.0

Hi

> On 04 Nov 2015, at 10:25, Mandar Nimbkar <[email protected]> wrote:
> 
> HI,
> Your help on this is highly appreciated ..
<snip />
> I am migrating from FOP 1.0 to FOP 2.0
>  
> I have made the required Java code changes as per the changed API.
>  
> There are PNG images used in the report generated using PDF renderer..
>  
> Here is the FOP config
<snip />
>  
>   <image-loading>
>     <penalty value="-10000"
>         class="org.apache.xmlgraphics.image.loader.impl.ImageLoaderRawPNG"/>
>     <penalty value="INFINITE"
>         class="org.apache.xmlgraphics.image.loader.impl.ImageLoaderPNG"/>
>   </image-loading>
>  
> </fop>
>  
> --------------------------------
>  
> I am getting following exception gets thrown in FOP 2.0
>  
> 16:38:20.992 53425 [ReportFormatService-0] ERROR AreaTreeModel  - Error while 
> rendering page 1
> java.lang.RuntimeException: Error processing transparency channel:

Does not look like a FOP issue per se, but seems to point to either a bug or 
incomplete implementation in XGC's ImageLoaderRawPNG.

Difficult to say without the exact PNG that is used, but the class in XGC does 
contain a comment indicating that '...this image loader does not handle all 
kinds of PNG images...', so perhaps this is a known deficiency.

Have you tried giving the plain ImageLoaderPNG a higher precedence (= lower 
penalty value)?

If you are allowed to upload the PNG in question to Apache JIRA, do feel free 
to log an issue against XML Graphics Commons and attach it there, so the issue 
can be investigated.

HTH!

KR

Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Disclaimer~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Information contained and transmitted by this e-mail is confidential and 
proprietary to IGATE and its affiliates and is intended for use only by the 
recipient. If you are not the intended recipient, you are hereby notified that 
any dissemination, distribution, copying or use of this e-mail is strictly 
prohibited and you are requested to delete this e-mail immediately and notify 
the originator or [email protected] <mailto:[email protected]>. IGATE does 
not enter into any agreement with any party by e-mail. Any views expressed by 
an individual do not necessarily reflect the view of IGATE. IGATE is not 
responsible for the consequences of any actions taken on the basis of 
information provided, through this email. The contents of an attachment to this 
e-mail may contain software viruses, which could damage your own computer 
system. While IGATE has taken every reasonable precaution to minimise this 
risk, we cannot accept liability for any damage which you sustain as a result 
of software viruses. You should carry out your own virus checks before opening 
an attachment. To know more about IGATE please visit www.igate.com 
<http://www.igate.com>.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Attachment: FOP-PNGImageLoader-differences.docx
Description: FOP-PNGImageLoader-differences.docx

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to