Bug 1194369

Summary:	Exception in thread "main" java.lang.NoSuchMethodError: org.apache.xmlgraphics.xmp.Metadata.mergeInto(Lorg/apache/xmlgraphics/xmp/Metadata;)V
Product:	[Fedora] Fedora	Reporter:	Frank Ch. Eigler <fche>
Component:	fop	Assignee:	Michael Simacek <msimacek>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	c.david86, dlesage, jpazdziora, mizdebsk, msimacek, msrb, rhbugs, rlandman, wb8rcr
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	1.1-9	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-03-19 14:06:46 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Frank Ch. Eigler 2015-02-19 16:35:22 UTC

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 07:45:51 UTC

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 14:06:46 UTC

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 (Red Hat) 2015-07-17 09:42:23 UTC

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 (Red Hat) 2015-07-17 09:46:16 UTC

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 5 Michael Simacek 2015-07-17 12:00:23 UTC

http://koji.fedoraproject.org/koji/taskinfo?taskID=10390147

Comment 6 Fedora Update System 2015-07-17 13:05:56 UTC

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-30 01:01:10 UTC

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.