Bug 1194369 - Exception in thread "main" java.lang.NoSuchMethodError: org.apache.xmlgraphics.xmp.Metadata.mergeInto(Lorg/apache/xmlgraphics/xmp/Metadata;)V
Exception in thread "main" java.lang.NoSuchMethodError: org.apache.xmlgraphic...
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: fop (Show other bugs)
rawhide
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Michael Simacek
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-02-19 11:35 EST by Frank Ch. Eigler
Modified: 2015-07-29 21:01 EDT (History)
9 users (show)

See Also:
Fixed In Version: 1.1-9
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-03-19 10:06:46 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Frank Ch. Eigler 2015-02-19 11:35:22 EST
Imagine a koji build with:

publican-fedora-4.0-2.fc21.noarch
publican.noarch 0:4.1.3-3.fc22
fop.noarch 0:1.1-8.fc21 

as per https://kojipkgs.fedoraproject.org//work/tasks/7133/8967133/root.log

While building the systemtap RPM normally, publican is used to generate
PDF/etc. documentation.  On Fedora 22 and rawhide, this gives a FOP error:

Exception in thread "main" java.lang.NoSuchMethodError: org.apache.xmlgraphics.xmp.Metadata.mergeInto(Lorg/apache/xmlgraphics/xmp/Metadata;)V
	at org.apache.fop.render.pdf.PDFRenderingUtil.renderXMPMetadata(PDFRenderingUtil.java:356)
	at org.apache.fop.render.pdf.PDFDocumentHandler.handleExtensionObject(PDFDocumentHandler.java:290)
	at org.apache.fop.render.intermediate.util.IFDocumentHandlerProxy.handleExtensionObject(IFDocumentHandlerProxy.java:197)
	at org.apache.fop.render.intermediate.IFRenderer.startPageSequence(IFRenderer.java:519)
	at org.apache.fop.area.RenderPagesModel.startPageSequence(RenderPagesModel.java:97)
	at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:104)
	at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:267)
	at org.apache.fop.fo.pagination.PageSequence.endOfNode(PageSequence.java:128)
	at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.endElement(FOTreeBuilder.java:347)
	at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:181)
	at com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.endElement(ToXMLSAXHandler.java:265)
	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:609)
	at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.endElement(XIncludeHandler.java:1059)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1782)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2973)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606)
	at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:117)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:848)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:777)
	at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213)
	at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:649)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:674)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:743)
	at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:357)
	at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:300)
	at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:130)
	at org.apache.fop.cli.Main.startFOP(Main.java:177)
	at org.apache.fop.cli.Main.main(Main.java:207)
FOP error, PDF generation failed. Check log for details.
 at /usr/bin/publican line 1046.
Comment 1 Mikolaj Izdebski 2015-02-20 02:45:51 EST
FOP currently fails to compile because of qdox update (1.12.1 -> 2.0) and xmlgraphics-commons (1.5 -> 2.0). It's not surprising it doesn't work in this case. See http://koschei.cloud.fedoraproject.org/package/fop
Comment 2 Michael Simacek 2015-03-19 10:06:46 EDT
fop in rawhide has been fixed to work with current xmlgraphics-commons.
Systemtap seems to build fine: http://koji.fedoraproject.org/koji/taskinfo?taskID=9273418
Comment 3 Jan Pazdziora 2015-07-17 05:42:23 EDT
It seems the problem was fixed in rawhide via bug 1194369 but Fedora 22 repos still carry fop-1.1-8.fc21. Could you please fix the packages for Fedora 22 as well -- it's supported for another ten months ...
Comment 4 Jan Pazdziora 2015-07-17 05:46:16 EDT
Installing fop-1.1-9.fc23.noarch on Fedora 22 machine makes my use case work, so it seems like merely rebuilding that for Fedora 22 should be enough.
Comment 6 Fedora Update System 2015-07-17 09:05:56 EDT
fop-1.1-9.fc22 has been submitted as an update for Fedora 22.
https://admin.fedoraproject.org/updates/fop-1.1-9.fc22
Comment 7 Fedora Update System 2015-07-29 21:01:10 EDT
fop-1.1-9.fc22 has been pushed to the Fedora 22 stable repository.  If problems still persist, please make note of it in this bug report.

Note You need to log in before you can comment on or make changes to this bug.