Bug 573239
| Summary: | OO.o MediaWiki xslt "Branch target offset too large for short" failure. | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Paul W. Frields <stickster> | ||||
| Component: | openoffice.org | Assignee: | Caolan McNamara <caolanm> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 13 | CC: | caolanm, devrim, dtardon | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | |||||||
| : | 573404 (view as bug list) | Environment: | |||||
| Last Closed: | 2010-04-07 12:32:27 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | 573401, 573404, 573619 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
To reproduce on the command line: yum -y install openoffice.org-wiki-publisher xalan-j2-xsltc export CLASSPATH=/usr/share/java/xsltc.jar:/usr/share/java/bcel.jar:/usr/share/java/java_cup.jar cp -r /usr/share/openoffice.org/extensions/wiki-publisher.oxt/filter /tmp cd /tmp/filter java org.apache.xalan.xsltc.cmdline.Compile odt2mediawiki.xsl Sounds like a common problem, i.e.: "In some cases, XSLTC can generate methods that are too long (> 64K length) to run, or contain jump offsets that are too large for the JVM to handle. You can minimize this by breaking up large templates into smaller templates." Which is rather, err, striking as a solution :-) caolanm->dtardon: Are you able to make a stab at guessing as to *what* exactly might be too large here and to give a go at splitting it up on our side ? oops, I blamed xalan-j2 initially, but the default for openjdk is to use the built-in com/sun/org/apache/xalan/internal/xsltc which is the one that gives the above error, too many jaxp options :-( *blech*, lots of horrors all over the place with the various options, lets roll this back to us for the moment, and file separate bugs later if necessary saxon's net.sf.saxon.TransformerFactoryImpl doesn't crap out for this xslt, but fails on some others ones we have. xalan-j2's org.apache.xalan.processor.TransformerFactoryImpl seems to work fine for all of ours, so forcing use of that would solve this for us I guess, though saxon was upstreams explicit choice so need to reexamine this on Mon Fundamentally however the issue is that OOo wants to have xslt2 support, and wants saxon, but the saxon we have is the 9.2.0 HE edition which is basically crippleware while OOo wants the older saxonb type which wasn't crippleware and supported those java extensions which the other xslts we have in there want to use. Will try a workaround, build in a bit openoffice.org-3.2.0-12.13.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/openoffice.org-3.2.0-12.13.fc13 openoffice.org-3.2.0-12.13.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 399865 [details] Test document for exporting to wiki Created a very small ODT file (attached above), and then ran File > Export as mediawiki text. openoffice.org-writer-3.2.0-12.11.fc13.x86_64 openoffice.org-wiki-publisher-3.2.0-12.11.fc13.x86_64 [pfrields@victoria ~]$ oowriter /tmp/untitled.odt com.sun.org.apache.bcel.internal.generic.ClassGenException: Branch target offset too large for short at com.sun.org.apache.bcel.internal.generic.BranchInstruction.dump(BranchInstruction.java:102) at com.sun.org.apache.bcel.internal.generic.InstructionList.getByteCode(InstructionList.java:983) at com.sun.org.apache.bcel.internal.generic.MethodGen.getMethod(MethodGen.java:619) at com.sun.org.apache.xalan.internal.xsltc.compiler.Mode.compileNamedTemplate(Mode.java:560) at com.sun.org.apache.xalan.internal.xsltc.compiler.Mode.compileTemplates(Mode.java:570) at com.sun.org.apache.xalan.internal.xsltc.compiler.Mode.compileApplyTemplates(Mode.java:822) at com.sun.org.apache.xalan.internal.xsltc.compiler.Stylesheet.compileModes(Stylesheet.java:619) at com.sun.org.apache.xalan.internal.xsltc.compiler.Stylesheet.translate(Stylesheet.java:734) at com.sun.org.apache.xalan.internal.xsltc.compiler.XSLTC.compile(XSLTC.java:358) at com.sun.org.apache.xalan.internal.xsltc.compiler.XSLTC.compile(XSLTC.java:433) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:796) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:618) at XSLTransformer$1.run(XSLTransformer.java:296) ERROR: 'Branch target offset too large for short' FATAL ERROR: 'Could not compile stylesheet'