Java Mailing List Archive

http://www.java2.5341.com/

Home » fop-users-digest.xmlgraphics »

fop-users Digest 9 Jan 2013 07:26:29 -0000 Issue 2633

fop-users-digest-help

2013-01-09


Author LoginPost Reply

fop-users Digest 9 Jan 2013 07:26:29 -0000 Issue 2633

Topics (messages 36157 through 36165)

Re: FOP 1.1 embedded examples - step 3 (final step) SOLVED
 36157 by: Arjan Bokx

Re: fop-ttfreader - output bounding box information for characters?
 36158 by: Chris Bowditch
 36162 by: Alexey Neyman
 36163 by: Chris Bowditch
 36164 by: Alexey Neyman
 36165 by: Peter Hancock

Re: FOP-Trunk revision 1428722 unit test fails
 36159 by: Simon Steiner
 36160 by: John Brown

Re: targetrenderer set to MIME_PNG fails in fop >=1.0 but succeeds in 0.95
 36161 by: Luis Bernardo

Administrivia:

---------------------------------------------------------------------
To post to the list, e-mail: fop-users@(protected)
To unsubscribe, e-mail: fop-users-digest-unsubscribe@(protected)
For additional commands, e-mail: fop-users-digest-help@(protected)

----------------------------------------------------------------------


Attachment: fop-users_36157.eml (zipped)

Robert,

 

Thanks for your help in all this.

I slightly moved my goalposts by using exampleXML2PDF in stead of exampleFO2PDF, made a Java function accepting strings (the file names) and now everything works from Delphi.

 

Regards,

Arjan Bokx

 

Van: Robert Meyer [mailto:rmeyer@hotmail.co.uk]
Verzonden: vrijdag 4 januari 2013 11:17
Aan: fop-users@xmlgraphics.apache.org
Onderwerp: RE: FOP 1.1 embedded examples - step 3 (final step)

 

Hi Arjan,

Its been about 10 years since I did any Delphi, so unfortunately I doubt i'll be much help. However, from looking around there does seem to be another method in the jni called FindClass.

This is a guess as I don't have Delphi to hand, but using jni.FindClass("java.io.File") should either directly or indirectly allow you to create an equivalent java file object [1]. I am guessing then you should be able to pass those objects along with the methodID (returned from GetMethodID) into the CallObjectMethod routine.

If you are still having problems, I would suggest asking this same question on a Delphi forum as they would be best suited to help you.

[1] http://docs.unity3d.com/Documentation/Manual/PluginsForAndroid.html

 

Regards,

Robert Meyer

> From: arjan.bokx@akb-ls.nl
> To:
fop-users@xmlgraphics.apache.org
> Subject: RE: FOP 1.1 embedded examples - step 3 (final step)
> Date: Fri, 4 Jan 2013 07:46:11 +0000
>
> Now for step 3 of my 'calling Java from Delphi' project...
> So far, everything seems to work.
>
> Var
> Cls: JClass;
> Mid: JMethodID;
> ExampleFO2PDF: JObject;
>
> //Construct ExampleFO2PDF object
> ExampleFO2PDF := CreateJavaObject(FJNIEnv, 'embedding/ExampleFO2PDF', Cls);
> //Locate the 'convertFO2PDF' method
> Mid := FJNIEnv.GetMethodID(Cls, 'convertFO2PDF', '(Ljava/io/File;Ljava/io/File;)V');
>
>
>
> After this, I wish to actually call the method from Delphi:
> // Call the method
> FJNIEnv.CallObjectMethod(...);
>
>
> In ExampleFO2PDF.java, it says
> public void convertFO2PDF(File fo, File pdf) throws IOException, FOPException {
>
> What, now, is the type of the parameters that I should pass with FJNIEnv.CallObjectMethod()? I couldn't find any examples of this.
> I tried some Delphi file types but they didn't work.
>
>
>
> Regards,
> Arjan Bokx
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail:
fop-users-help@xmlgraphics.apache.org
>


Attachment: fop-users_36158.eml (zipped)
Hi Alexey,

On 04/01/2013 19:41, Alexey Neyman wrote:

<snip/>
> Interesting workaround. We are trying to tackle this issue by providing
> an alternative implementation of GVTFont in Batik that uses FOP's Font
> Library to load the font metrics.
> First, as I was told on the list previously, it is not a small feat and it
> would take some time before this fix is released.

Yes, that is correct.

>
> Then, even though it would solve the issue for SVGs, it won't help with font
> selection for MathML. As I explained below, JEuclid pre-renders the glyphs
> into paths.

That's true. I missed the fact you were working with JEuclid

>
> And as far as I can tell, JEuclid project is all but dead: the last non-
> trivial commit was 16 months ago, and the last release 30 months ago. I don't
> think it is likely JEuclid will catch up with FOP improvements, even when
> they're available.

I'm subscribed to the JEuclid mailing list and I get the same impression.

>
>>> This does not work well with JEuclid, though. When JEuclid generates
>>> SVG from MathML, it performs font rendering - that is, replaces
>>> characters by actual paths. And again, it uses system fonts, not the
>>> fonts available in FOP - even if running as FOP plugin.
>>>
>>> To work around this issue for MathML, I am currently switching from
>>> JEuclid to pMML2SVG (http://pmml2svg.sourceforge.net). It generates
>>> SVGs with text characters, not paths. But in order to do so, it needs
>>> font metrics. Unfortunately, font metrics produced by stock FOP
>>> TTFReader are not sufficient - this stylesheet also needs bounding box
>>> for each glyph. To obtain these, pMML2SVG currently packages an
>>> augmented TTFReader Java sources which are to be compiled and used in
>>> lieu of the stock one.
>>>
>>> Given that the patch is very small and as far as I can tell,
>>> compatible with current users of font metrics (it just adds 4
>>> attributes to glyph description), is it possible to integrate this
>>> support into stock FOP?
>>>
>>> Patch from pMML2SVG, slightly modified to apply to FOP 1.1 sources,
>>> attached.
>> Thanks for the patch. To get this added to the code base please raise an
>> issue in JIRA, add the diff as an attachment and include [PATCH] in the
>> subject line. A committer will then review the patch before applying it.
> Created an issue:
> https://issues.apache.org/jira/browse/FOP-2180

Thank you.

>
>> I know Peter Hancock is looking into doing something similar as he is
>> working on getting Batik to use FOP configured fonts instead of the
>> system ones. Peter mentioned to me offlist that he was going to need to
>> expose a few extra things in TTFReader to facilitate this, could be you
>> are covering similar ground here.
> Maybe. Then again, the root of the issue is not Batik - that issue I work
> around by embedding fonts. It is JEuclid's use of system fonts which is why I
> am switching to pMML2SVG - which needs bounding box information for glyphs.
>
> BTW, another useful feature in pMML2SVG that was not available in JEuclid is
> that pMML2SVG outputs baseline position information in the generated SVG - so
> that inline equations can be properly positioned on the line.

Sounds like we need a FOP plug-in for pMML2SVG to replace the ageing
JEuclid one.

Thanks,

Chris

>
> Regards,
> Alexey.
>
>> Anyway, please raise the JIRA issue otherwise your patch could get lost.
>>
>> Thanks,
>>
>> Chris
>>
>>> Regards,
>>>
>>> Alexey.
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: fop-users-unsubscribe@(protected)
>>> For additional commands, e-mail: fop-users-help@(protected)
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: fop-users-unsubscribe@(protected)
>> For additional commands, e-mail: fop-users-help@(protected)
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@(protected)
> For additional commands, e-mail: fop-users-help@(protected)
>
>
>



Attachment: fop-users_36162.eml (zipped)

Hi Chris,

 

On Monday, January 07, 2013 11:44:46 AM Chris Bowditch wrote:

>>>> Patch from pMML2SVG, slightly modified to apply to FOP 1.1 sources,

>>>> attached.

>>>

>>> Thanks for the patch. To get this added to the code base please raise an

>>> issue in JIRA, add the diff as an attachment and include [PATCH] in the

>>> subject line. A committer will then review the patch before applying it.

>>

>> Created an issue:

>> https://issues.apache.org/jira/browse/FOP-2180

>

> Thank you.

 

So, can this patch be reviewed/integrated?

 

> >> I know Peter Hancock is looking into doing something similar as he is

> >> working on getting Batik to use FOP configured fonts instead of the

> >> system ones. Peter mentioned to me offlist that he was going to need to

> >> expose a few extra things in TTFReader to facilitate this, could be you

> >> are covering similar ground here.

> >

> > Maybe. Then again, the root of the issue is not Batik - that issue I work

> > around by embedding fonts. It is JEuclid's use of system fonts which is

> > why I am switching to pMML2SVG - which needs bounding box information for

> > glyphs.

> >

> > BTW, another useful feature in pMML2SVG that was not available in JEuclid

> > is that pMML2SVG outputs baseline position information in the generated

> > SVG - so that inline equations can be properly positioned on the line.

>

> Sounds like we need a FOP plug-in for pMML2SVG to replace the ageing

> JEuclid one.

 

Pardon my ignorance, but what is FOP using for the XSL transformation? Is it Xalan-based? In that case, it probably won't be sufficient: pMML2SVG requires XSLT 2.0, which, as far as I understand, is only supported by Saxon.

 

Regards,

Alexey.


Attachment: fop-users_36163.eml (zipped)
On 08/01/2013 07:52, Alexey Neyman wrote:
>
> Hi Chris,
>

Hi Alexey,

> On Monday, January 07, 2013 11:44:46 AM Chris Bowditch wrote:
>
> >>>> Patch from pMML2SVG, slightly modified to apply to FOP 1.1 sources,
>
> >>>> attached.
>
> >>>
>
> >>> Thanks for the patch. To get this added to the code base please
> raise an
>
> >>> issue in JIRA, add the diff as an attachment and include [PATCH]
> in the
>
> >>> subject line. A committer will then review the patch before
> applying it.
>
> >>
>
> >> Created an issue:
>
> >> https://issues.apache.org/jira/browse/FOP-2180
>
> >
>
> > Thank you.
>
> So, can this patch be reviewed/integrated?
>

That shouldn't be a problem. As I indicated Peter is working in a
similar area right now, so I will ask him if he can take a look.

> > >> I know Peter Hancock is looking into doing something similar as he is
>
> > >> working on getting Batik to use FOP configured fonts instead of the
>
> > >> system ones. Peter mentioned to me offlist that he was going to
> need to
>
> > >> expose a few extra things in TTFReader to facilitate this, could
> be you
>
> > >> are covering similar ground here.
>
> > >
>
> > > Maybe. Then again, the root of the issue is not Batik - that issue
> I work
>
> > > around by embedding fonts. It is JEuclid's use of system fonts
> which is
>
> > > why I am switching to pMML2SVG - which needs bounding box
> information for
>
> > > glyphs.
>
> > >
>
> > > BTW, another useful feature in pMML2SVG that was not available in
> JEuclid
>
> > > is that pMML2SVG outputs baseline position information in the
> generated
>
> > > SVG - so that inline equations can be properly positioned on the line.
>
> >
>
> > Sounds like we need a FOP plug-in for pMML2SVG to replace the ageing
>
> > JEuclid one.
>
> Pardon my ignorance, but what is FOP using for the XSL transformation?
> Is it Xalan-based? In that case, it probably won't be sufficient:
> pMML2SVG requires XSLT 2.0, which, as far as I understand, is only
> supported by Saxon.
>

You can use whichever XSLT processor you choose with FOP, as long as you
feed FOP with XSL-FO.

Thanks,

Chris

> Regards,
>
> Alexey.
>



Attachment: fop-users_36164.eml (zipped)
Hi Chris,

On Tuesday, January 08, 2013 12:10:36 am Chris Bowditch wrote:
> > > Sounds like we need a FOP plug-in for pMML2SVG to replace the ageing
> > > JEuclid one.
> >
> > Pardon my ignorance, but what is FOP using for the XSL transformation?
> > Is it Xalan-based? In that case, it probably won't be sufficient:
> > pMML2SVG requires XSLT 2.0, which, as far as I understand, is only
> > supported by Saxon.
>
> You can use whichever XSLT processor you choose with FOP, as long as you
> feed FOP with XSL-FO.

I know that; you mentioned *plug-in* pMML2SVG - I assumed, plug-in is
something to be integrated into FOP - which is why I asked what FOP uses for
XSLT.


Regards,
Alexey.


Attachment: fop-users_36165.eml (zipped)
Hi Alexey,

I am happy to apply the patch and I have done something equivalent to this as part of the the project to configure Batik to use custom fonts.

Going forward, we hope to allow Batik to directly use Font provided by FOP when converting SVG to Java2D drawing commands.  FOP will render text natively with no need to pre-embed the Font into the SVG.  As mentioned this is a fairly involved piece of work that may even lead to a new Font library in XML Graphics, see http://markmail.org/thread/hkclkqaxlfh5wwvu.

Thanks,

Peter


On Tue, Jan 8, 2013 at 8:10 AM, Chris Bowditch <bowditch_chris@hotmail.com> wrote:
On 08/01/2013 07:52, Alexey Neyman wrote:

Hi Chris,


Hi Alexey,


On Monday, January 07, 2013 11:44:46 AM Chris Bowditch wrote:

>>>> Patch from pMML2SVG, slightly modified to apply to FOP 1.1 sources,

>>>> attached.

>>>

>>> Thanks for the patch. To get this added to the code base please raise an

>>> issue in JIRA, add the diff as an attachment and include [PATCH] in the

>>> subject line. A committer will then review the patch before applying it.

>>

>> Created an issue:

>> https://issues.apache.org/jira/browse/FOP-2180

>

> Thank you.

So, can this patch be reviewed/integrated?


That shouldn't be a problem. As I indicated Peter is working in a similar area right now, so I will ask him if he can take a look.


> >> I know Peter Hancock is looking into doing something similar as he is

> >> working on getting Batik to use FOP configured fonts instead of the

> >> system ones. Peter mentioned to me offlist that he was going to need to

> >> expose a few extra things in TTFReader to facilitate this, could be you

> >> are covering similar ground here.

> >

> > Maybe. Then again, the root of the issue is not Batik - that issue I work

> > around by embedding fonts. It is JEuclid's use of system fonts which is

> > why I am switching to pMML2SVG - which needs bounding box information for

> > glyphs.

> >

> > BTW, another useful feature in pMML2SVG that was not available in JEuclid

> > is that pMML2SVG outputs baseline position information in the generated

> > SVG - so that inline equations can be properly positioned on the line.

>

> Sounds like we need a FOP plug-in for pMML2SVG to replace the ageing

> JEuclid one.

Pardon my ignorance, but what is FOP using for the XSL transformation? Is it Xalan-based? In that case, it probably won't be sufficient: pMML2SVG requires XSLT 2.0, which, as far as I understand, is only supported by Saxon.


You can use whichever XSLT processor you choose with FOP, as long as you feed FOP with XSL-FO.


Thanks,

Chris

Regards,

Alexey.



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



Attachment: fop-users_36159.eml (zipped)
Hi,

You need extra jars in classpath to run the unit tests. To just build you
can use "ant package".

Some of these might be needed if you want to run tests:

#  lib/barcode4j-fop-ext.jar
#  lib/barcode4j.jar
#  lib/checkstyle-5.5-all.jar
#  lib/fop-hyph.jar
#  lib/jacocoagent.jar
#  lib/jacocoant.jar
#  lib/jai_imageio.jar
#  lib/junit-4.10.jar
#  lib/zxing-core-1.7.jar

Thanks

-----Original Message-----
From: John Brown [mailto:johnbrown105@(protected)]
Sent: 04 January 2013 13:43
To: fop-users@(protected)
Subject: FW: FOP-Trunk revision 1428722 unit test fails

Hello All,

The following error occurred while building FOP-Trunk 1428722:

[junit] Testsuite: org.apache.fop.intermediate.IFTestCase
[junit] Tests run: 10, Failures: 0, Errors: 1, Time elapsed: 0.346 sec
[junit] [junit] Testcase:
runTest[5](org.apache.fop.intermediate.IFTestCase):
Caused an ERROR
[junit] Expected XPath expression to evaluate to 'true', but got '' (XPath:
/descendant::if:text[1]/@(protected))
[junit] java.lang.RuntimeException: Expected XPath expression to evaluate to
'true', but got '' (XPath: /descendant::if:text[1]/@(protected))
[junit] at org.apache.fop.layoutengine.EvalCheck.doCheck(EvalCheck.java:
86)
[junit] at org.apache.fop.layoutengine.EvalCheck.check(EvalCheck.java:65
)
[junit] at org.apache.fop.intermediate.IFTester.doIFChecks(IFTester.java
:80)
[junit] at org.apache.fop.intermediate.IFTestCase.runTest(IFTestCase.jav
a:103)
[junit]
[junit]

BUILD FAILED
C:\Users\John\Downloads\Open_Source\fop-svn\build.xml:820: Tests failed

However, it seems to have built fop*.jar. What is the significance of the
failed test?

Regards,
John Brown.            
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@(protected)
For additional commands, e-mail: fop-users-help@(protected)




Attachment: fop-users_36160.eml (zipped)
Simon Steiner wrote:
>
> Hi,
>
> You need extra jars in classpath to run the unit tests. To just build you
> can use "ant package".
>
> Some of these might be needed if you want to run tests:
>
> # lib/barcode4j-fop-ext.jar
> # lib/barcode4j.jar
> # lib/checkstyle-5.5-all.jar
> # lib/fop-hyph.jar
> # lib/jacocoagent.jar
> # lib/jacocoant.jar
> # lib/jai_imageio.jar
> # lib/junit-4.10.jar
> # lib/zxing-core-1.7.jar
>
> Thanks
>

Hello Simon,

Of these, I have /path/to/fop-trunk-checkout/build/fop-hyph.jar
and /mingw/local/lib/junit-4.8.1.jar (not v 4.10) where /mingw/local
is where I installed ant-1.8.4.

`ant package' works. Thanks.

Regards,
John Brown.            

Attachment: fop-users_36161.eml (zipped)

Can you start with the embedding.ExampleFO2PDF.java example (in examples/embedding/java), change the mime type to MIME_PNG (and rename all the PDFs to PNGs) and confirm that the new example does generate a PNG file? I just tested that with trunk and it worked.

On 12/27/12 3:02 PM, Milo van der Zee wrote:
Dear FOP users,

I'm using FOP for a couple of years now and thought it was time to upgrade to version 1.1. Problem is that the rendering to PNG stopped functioning. It all still works with version 0.95.

PDF generation is still fine. The difference between PNG and PDF generation is the mime type of fop generated with the factory.
Strange thing is that the call to 'userAgent.getRendererOverride()' returns 'null' in version 1.1 and returned the expected PNGRenderer in version 0.95. Is this a bug or is something changed between versions in relation to PNG rendering?
From the debug info I see that the renderer does create a page. It seems like the link between the rendererImpl and the mime-type is not found. But where can I force that?

See code fragments below.

Thank you very much for any help.,
Milo van der Zee

some relevant code:
---------------------------------------
FopFactory fopFactory = FopFactory.newInstance();
FOUserAgent foUserAgent = fopFactory.newFOUserAgent();
foUserAgent.setTargetResolution(document.getPreviewDPI());
ByteArrayOutputStream out = new ByteArrayOutputStream();
Fop fop = fopFactory.newFop(MimeConstants.MIME_PNG, foUserAgent, out);
TransformerFactory factory = TransformerFactory.newInstance();
Source xslfo = DocumentGenerator.generateXslFo(document);
Transformer transformer = factory.newTransformer(xslfo);

SAXBuilder saxBuilder = new SAXBuilder();
saxBuilder.setErrorHandler(new SaxParserErrorListener());
org.jdom.Document dataDocument = saxBuilder.build(new StringReader(dataString));
DOMSource src = new DOMSource((new DOMOutputter()).output(dataDocument));
Result res = new SAXResult(fop.getDefaultHandler());
transformer.transform(src, res);

FOUserAgent userAgent = fop.getUserAgent();
PNGRenderer renderer = (PNGRenderer)userAgent.getRendererOverride();
---------------------------------------

---------------------------------------
I added this to my pom.xml:
---------------------------------------
<dependency>
<groupId>org.apache.xmlgraphics</groupId>
<artifactId>fop</artifactId>
<version>${fop-version}</version>
<exclusions>
<!-- FOP has wrong dependancies on the avalon framework -->
<exclusion>
<groupId>org.apache.avalon.framework</groupId>
<artifactId>avalon-framework-api</artifactId>
</exclusion>
<exclusion>
<groupId>org.apache.avalon.framework</groupId>
<artifactId>avalon-framework-impl</artifactId>
</exclusion>
</exclusions>
</dependency>
<!-- these two are to correct issues in fop dependency -->
<dependency>
<groupId>avalon-framework</groupId>
<artifactId>avalon-framework-api</artifactId>
<version>4.2.0</version>
</dependency>
<dependency>
<groupId>avalon-framework</groupId>
<artifactId>avalon-framework-impl</artifactId>
<version>4.2.0</version>
</dependency>
---------------------------------------

---------------------------------------
Some debug info:
---------------------------------------
DEBUG org.apache.fop.util.ContentHandlerFactoryRegistry - Dynamically adding ContentHandlerFactory: org.apache.fop.render.afp.extensions.AFPExtensionHandlerFactory
DEBUG org.apache.fop.util.ContentHandlerFactoryRegistry - Dynamically adding ContentHandlerFactory: org.apache.fop.render.ps.extensions.PSExtensionHandlerFactory
DEBUG org.apache.fop.util.ContentHandlerFactoryRegistry - Dynamically adding ContentHandlerFactory: org.apache.fop.fo.extensions.xmp.XMPContentHandlerFactory
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for Renderer: org.apache.fop.render.txt.TXTRendererMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for Renderer: org.apache.fop.render.bitmap.PNGRendererMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for Renderer: org.apache.fop.render.bitmap.TIFFRendererMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for Renderer: org.apache.fop.render.xml.XMLRendererMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for Renderer: org.apache.fop.render.awt.AWTRendererMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for Renderer: org.apache.fop.render.print.PrintRendererMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for FOEventHandler: org.apache.fop.render.rtf.RTFFOEventHandlerMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for IFDocumentHandler: org.apache.fop.render.pdf.PDFDocumentHandlerMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for IFDocumentHandler: org.apache.fop.render.pcl.PCLDocumentHandlerMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for IFDocumentHandler: org.apache.fop.render.bitmap.TIFFDocumentHandlerMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for IFDocumentHandler: org.apache.fop.render.bitmap.PNGDocumentHandlerMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for IFDocumentHandler: org.apache.fop.render.ps.PSDocumentHandlerMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for IFDocumentHandler: org.apache.fop.render.afp.AFPDocumentHandlerMaker
DEBUG org.apache.fop.render.RendererFactory - Dynamically adding maker for IFDocumentHandler: org.apache.fop.render.intermediate.IFSerializerMaker
DEBUG org.apache.fop.render.XMLHandlerRegistry - Dynamically adding XMLHandler: org.apache.fop.render.pdf.PDFSVGHandler
DEBUG org.apache.fop.render.XMLHandlerRegistry - Dynamically adding XMLHandler: org.apache.fop.render.ps.PSSVGHandler
DEBUG org.apache.fop.render.XMLHandlerRegistry - Dynamically adding XMLHandler: org.apache.fop.render.java2d.Java2DSVGHandler
DEBUG org.apache.fop.render.XMLHandlerRegistry - Dynamically adding XMLHandler: org.apache.fop.render.pcl.PCLSVGHandler
DEBUG org.apache.fop.render.XMLHandlerRegistry - Dynamically adding XMLHandler: org.apache.fop.render.afp.AFPSVGHandler
DEBUG org.apache.fop.render.ImageHandlerRegistry - Dynamically adding ImageHandler: org.apache.fop.render.pdf.PDFImageHandlerGraphics2D
DEBUG org.apache.fop.render.ImageHandlerRegistry - Dynamically adding ImageHandler: org.apache.fop.render.pdf.PDFImageHandlerRenderedImage
...
DEBUG org.apache.fop.render.ImageHandlerRegistry - Dynamically adding ImageHandler: org.apache.fop.render.afp.AFPImageHandlerSVG
DEBUG org.apache.fop.render.AbstractConfigurator - userconfig is null
DEBUG org.apache.fop.render.AbstractConfigurator - userconfig is null
DEBUG org.apache.fop.fonts.FontInfo - Registering: any,normal,400 under F5
...
DEBUG org.apache.fop.fonts.FontInfo - Registering: Webdings,normal,400 under F170
DEBUG org.apache.fop.render.intermediate.IFRenderer - Rendering areas via IF document handler (org.apache.fop.render.intermediate.EventProducingFilter)...
DEBUG org.apache.fop.fo.FOTreeBuilder - Building formatting object tree
DEBUG org.apache.fop.image.loader.batik.PreloaderSVG - Error while trying to load stream as an SVG file: Invalid byte 1 of 1-byte UTF-8 sequence.
DEBUG org.apache.fop.image.loader.batik.PreloaderSVG - Error while trying to load stream as an SVG file: Invalid byte 1 of 1-byte UTF-8 sequence.
DEBUG org.apache.fop.area.AreaTreeHandler - Current heap size: 171055KB
DEBUG org.apache.fop.complexscripts.bidi.BidiResolver - BD: RESOLVE: org.apache.fop.fo.pagination.PageSequence@bc454f[@id=]
...
DEBUG org.apache.fop.layoutmgr.PageSequenceLayoutManager - Starting layout
...
DEBUG org.apache.fop.area.IDTracker - signalIDProcessed()
DEBUG org.apache.fop.render.bitmap.AbstractBitmapDocumentHandler - Don't know how to handle extension object. Ignoring: org.apache.xmlgraphics.xmp.Metadata@4ada6e (org.apache.xmlgraphics.xmp.Metadata)
INFO  org.apache.fop.apps.FOUserAgent - Rendered page #1.
DEBUG org.apache.fop.layoutmgr.AbstractPageSequenceLayoutManager - page finished: 1, current num: 1
...
DEBUG org.apache.fop.area.AreaTreeHandler - Pages rendered: 1
DEBUG org.apache.fop.area.AreaTreeHandler - Avg render time: 11734ms/page (5pages/min)




©2008 java2.5341.com - Jax Systems, LLC, U.S.A.