Manuel Mall <manuel <at> apache.org> writes:
> > Ok, doing it this way works for me too. How can I set up -verbose in
> > an embedded setting?
> >
> > Thank you very much so far, btw.
> >
>
> OK, its not a FOP problem then.
>
> The -verbose:class option is NOT a FOP option but an option on the Java
> VM. You need to set it in the script that starts your embedded
> environment. My guess is that setting it in the embedded environment
> will give you a huge output which may be difficult to diagnose.
>
> I still think you have a 'dodgy' XML parser or XSLT engine in your
> embedded environment. How does your environment start, where does it
> gets its classpath / jars from, ... You may have to dig into that.
>
I have now tried several things, and as far as I can see, the exact same
libraries are used in both situations. I still get the "No element mapping
definition found for svg:svg" error, though. I was able to extract a stack
trace though, and it looks like this (when using the .fo file presented
earlier, doing the full conversion only presents me with the error message, no
stacktrace):
org.apache.fop.apps.FOPException:
file:///home/foo/bar/apache-servicemix-3.0-M2-incubating/examples/foo/./myfodoc
.fo:25:39:
Error(25/39): No element mapping definition found for svg:svg
at
org.apache.fop.fo.ElementMappingRegistry.findFOMaker(
ElementMappingRegistry.java:144)
at org.apache.fop.fo.FOTreeBuilder.findFOMaker(FOTreeBuilder.java:214)
at org.apache.fop.fo.FOTreeBuilder.access$200(FOTreeBuilder.java:49)
at
org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(
FOTreeBuilder.java:310)
at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185)
at
org.apache.xalan.transformer.TransformerIdentityImpl.startElement(
TransformerIdentityImpl.java:1072)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown
Source)
at
org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$
FragmentContentDispatcher.dispatch(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at
org.apache.xalan.transformer.TransformerIdentityImpl.transform(
TransformerIdentityImpl.java:484)
at
com.foo.bar.client.message.handlers.GeneralHandler.handle(
GeneralHandler.java:74)
When searching around a bit, I found
http://comments.gmane.org/gmane.text.xml.fop.user/20677
which suggests that it might be a multithreading issue (although it
consistently don't work with me). My component embedding FOP is deployed on
Apache ServiceMix, and it is a heavily multithreaded environment. Why this
should affect anything, I don't know though. Note that xalan and xerces are the
xml/xslt libs used by ServiceMix. Anyway, I have tried building FOP (and
xmlgraphics/commons) from trunk, and no difference at all. I am a bit stumped,
to say the least. Still hoping for _the_ answer. Thanks.
Regards,
Lars Ivar Igesund
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
