[jira] [Commented] (FOP-2524) FOP 2.0: target-resolution not set in FoUserAgent
[ https://issues.apache.org/jira/browse/FOP-2524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17422699#comment-17422699 ] Martin Leitner commented on FOP-2524: - [~ssteiner] You tried something different than the original submitter described. It may well be that initializing FopFactoryBuilder works when providing the config as an InputStream. That does not mean that the issue is not reproducible. You have not checked if fopFactoryBuilder.setConfiguration(fopConfig) works as expected. I can confirm that it does not, and among the configuration fields that are ignored are the following: source-resolution, target-resolution, complex-scripts, accessibility I get the impression that "Cannot reproduce" is just Apache-speak for "We don't care" > FOP 2.0: target-resolution not set in FoUserAgent > - > > Key: FOP-2524 > URL: https://issues.apache.org/jira/browse/FOP-2524 > Project: FOP > Issue Type: Bug > Components: renderer/png >Affects Versions: 2.0 > Environment: Java 1.8.0_51, 64 Bit, Windows 7, Windows 2008 R2 >Reporter: MH >Priority: Major > Attachments: screenshot-FOP-PNG-Renderer.png > > > We upgraded from FOP 1.0 to FOP 2.0 (as we had to skip FOP 1.1 due to a > blocker bug in 1.1). After converting all Java embedding code, we are now in > test phase. Almost everything looks good, but our PNG rendered documents > suddenly all look very blurry (see atachement). We had the same problem with > FOP 1.0 but "solved" it by setting the target resolution to 288: > 288 > We still have this setting in the fop user config XML file, but it seems that > it has no effect anymore! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (FOP-2524) FOP 2.0: target-resolution not set in FoUserAgent
[ https://issues.apache.org/jira/browse/FOP-2524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner resolved FOP-2524. Resolution: Cannot Reproduce > FOP 2.0: target-resolution not set in FoUserAgent > - > > Key: FOP-2524 > URL: https://issues.apache.org/jira/browse/FOP-2524 > Project: FOP > Issue Type: Bug > Components: renderer/png >Affects Versions: 2.0 > Environment: Java 1.8.0_51, 64 Bit, Windows 7, Windows 2008 R2 >Reporter: MH >Priority: Major > Attachments: screenshot-FOP-PNG-Renderer.png > > > We upgraded from FOP 1.0 to FOP 2.0 (as we had to skip FOP 1.1 due to a > blocker bug in 1.1). After converting all Java embedding code, we are now in > test phase. Almost everything looks good, but our PNG rendered documents > suddenly all look very blurry (see atachement). We had the same problem with > FOP 1.0 but "solved" it by setting the target resolution to 288: > 288 > We still have this setting in the fop user config XML file, but it seems that > it has no effect anymore! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (FOP-2511) Null pointer exception when transforming to PDF with FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Johan Persson closed FOP-2511. -- > Null pointer exception when transforming to PDF with FOP 2.0 > > > Key: FOP-2511 > URL: https://issues.apache.org/jira/browse/FOP-2511 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: OS X 10.9.5 . Tested both with JDK 1.7.0_45 and JDK 1.6.0 >Reporter: Johan Persson >Priority: Critical > Labels: fop, nullpointer > Fix For: trunk > > > When trying to transform to PDF I'm experiencing a NULL pointer exception. > See below. The same fo-file used as source works without problem with FOP 1.1 > The source for the fo-file is a set of DocBook 5 sources transformed using > XSLTproc. The fo-file that produces the crash can be found at my Google-Drive > at: > https://drive.google.com/folderview?id=0BypRwfn2A3s6fnN6NW1PU1BEd3JiTzdyYlg0NjZxRTNFbFhUM21UMmw1ZUNjRGlYb1c2T28&usp=sharing > {{java.lang.NullPointerException > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.NullPointerException > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getCombinedKnuthElementsForListItem(ListItemLayoutManager.java:405) > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getNextKnuthElements(ListItemLayoutManager.java:326) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:498) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.list.ListBlockLayoutManager.getNextKnuthElements(ListBlockLayoutManager.java:103) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223) > at > org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:147) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69) > at > org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252) > at > org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:643) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:178) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:158) > at > org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:384) > at org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:112) > at > org.apache.fop
[jira] [Comment Edited] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15813819#comment-15813819 ] AEKAPAN TAWEELUER edited comment on FOP-2580 at 1/10/17 4:23 AM: - Thank you for recommended, it work only Garuda and Norasi but have effect with upper(2nd) glyphs of other fonts. you can see in complex-script-disabled.pdf was (Author: mikeii): Thank you for recommended, it work only Garuda and Norasi but have effect with upper(2nd) glyphs of other fonts. you see in with complex-script-disabled.pdf > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation, font/unqualified >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, complex-script-disabled.pdf, > complex-script-enabled.pdf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 > character when the base character no have any character before or have white > space before. > "อ ิ" the true is should be "อิ" > "อกี" the true is should be "อีก" > "อ ุ" the true is should be "อุ" > "อบุ" the true is should be "อุบ" > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AEKAPAN TAWEELUER updated FOP-2580: --- Attachment: complex-script-enabled.pdf complex-script-disabled.pdf > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation, font/unqualified >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, complex-script-disabled.pdf, > complex-script-enabled.pdf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 > character when the base character no have any character before or have white > space before. > "อ ิ" the true is should be "อิ" > "อกี" the true is should be "อีก" > "อ ุ" the true is should be "อุ" > "อบุ" the true is should be "อุบ" > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AEKAPAN TAWEELUER updated FOP-2580: --- Attachment: (was: complex-script-disabled.pdf) > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation, font/unqualified >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 > character when the base character no have any character before or have white > space before. > "อ ิ" the true is should be "อิ" > "อกี" the true is should be "อีก" > "อ ุ" the true is should be "อุ" > "อบุ" the true is should be "อุบ" > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AEKAPAN TAWEELUER updated FOP-2580: --- Attachment: (was: complex-script-enabled.pdf) > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation, font/unqualified >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 > character when the base character no have any character before or have white > space before. > "อ ิ" the true is should be "อิ" > "อกี" the true is should be "อีก" > "อ ุ" the true is should be "อุ" > "อบุ" the true is should be "อุบ" > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AEKAPAN TAWEELUER updated FOP-2580: --- Attachment: complex-script-enabled.pdf > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation, font/unqualified >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, complex-script-disabled.pdf, > complex-script-enabled.pdf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 > character when the base character no have any character before or have white > space before. > "อ ิ" the true is should be "อิ" > "อกี" the true is should be "อีก" > "อ ุ" the true is should be "อุ" > "อบุ" the true is should be "อุบ" > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AEKAPAN TAWEELUER updated FOP-2580: --- Attachment: complex-script-disabled.pdf > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation, font/unqualified >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, complex-script-disabled.pdf, fop.xconf, > leelawad.ttf, log.txt, true.pdf, wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 > character when the base character no have any character before or have white > space before. > "อ ิ" the true is should be "อิ" > "อกี" the true is should be "อีก" > "อ ุ" the true is should be "อุ" > "อบุ" the true is should be "อุบ" > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15813819#comment-15813819 ] AEKAPAN TAWEELUER commented on FOP-2580: Thank you for recommended, it work only Garuda and Norasi but have effect with upper(2nd) glyphs of other fonts. you see in with complex-script-disabled.pdf > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation, font/unqualified >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 > character when the base character no have any character before or have white > space before. > "อ ิ" the true is should be "อิ" > "อกี" the true is should be "อีก" > "อ ุ" the true is should be "อุ" > "อบุ" the true is should be "อุบ" > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15811800#comment-15811800 ] simon steiner commented on FOP-2580: Try adding to fop.xconf after : > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation, font/unqualified >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 > character when the base character no have any character before or have white > space before. > "อ ิ" the true is should be "อิ" > "อกี" the true is should be "อีก" > "อ ุ" the true is should be "อุ" > "อบุ" the true is should be "อุบ" > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (FOP-2604) FOP 2.0: Font not found depending on SVG XML
M.Hilpert created FOP-2604: -- Summary: FOP 2.0: Font not found depending on SVG XML Key: FOP-2604 URL: https://issues.apache.org/jira/browse/FOP-2604 Project: FOP Issue Type: Bug Components: foreign/svg Affects Versions: 2.0 Environment: Windows 7 64 Bit, Java 8 64 Bit. Reporter: M.Hilpert FOP 2.0 introduced the ability that SVGs now can use the fonts configured via the standard FOP user_config.xml. This works only for specific SVGs but not for all. We have 2 basic "SVG types" in our XSL-FO documents: both are generated differently. But both reference the same font: A) B) As you see, both SVGs have the very same font name "HelveticaNeueLT Com 45 Lt". However, only A) seems to use the font definition of FOP, but B) doesn't. We multi-checked this by changing FOP font configs and un-/installed the font on Windows. As a "workaround", we still need to install the fonts additionally in the Windows system for B) to still find the font. My guessing is, that the different SVG code of both cases is the reason. Perhaps FOP does not consider the B) case to search the font in it's fop_userconfig-xml and therefore "falls back" to search in the installed system fonts. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2524) FOP 2.0: target-resolution not set in FoUserAgent
[ https://issues.apache.org/jira/browse/FOP-2524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15183211#comment-15183211 ] simon steiner commented on FOP-2524: This works for me: {code} String fopxconf = "\n" + "288" + ""; FopFactoryBuilder confBuilder = new FopConfParser( new ByteArrayInputStream(fopxconf.getBytes()), new URI(".")).getFopFactoryBuilder(); FopFactory fopFactory = confBuilder.build(); FOUserAgent foUserAgent = fopFactory.newFOUserAgent(); foUserAgent.getTargetResolution(); {code} > FOP 2.0: target-resolution not set in FoUserAgent > - > > Key: FOP-2524 > URL: https://issues.apache.org/jira/browse/FOP-2524 > Project: FOP > Issue Type: Bug > Components: renderer/png >Affects Versions: 2.0 > Environment: Java 1.8.0_51, 64 Bit, Windows 7, Windows 2008 R2 >Reporter: MH > Attachments: screenshot-FOP-PNG-Renderer.png > > > We upgraded from FOP 1.0 to FOP 2.0 (as we had to skip FOP 1.1 due to a > blocker bug in 1.1). After converting all Java embedding code, we are now in > test phase. Almost everything looks good, but our PNG rendered documents > suddenly all look very blurry (see atachement). We had the same problem with > FOP 1.0 but "solved" it by setting the target resolution to 288: > 288 > We still have this setting in the fop user config XML file, but it seems that > it has no effect anymore! -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AEKAPAN TAWEELUER updated FOP-2580: --- Component/s: font/unqualified > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation, font/unqualified >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 > character when the base character no have any character before or have white > space before. > "อ ิ" the true is should be "อิ" > "อกี" the true is should be "อีก" > "อ ุ" the true is should be "อุ" > "อบุ" the true is should be "อุบ" > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AEKAPAN TAWEELUER updated FOP-2580: --- Description: Glyph of Thai Font have problem when start in new line or have white space in front of word. In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 character when the base character no have any character before or have white space before. "อ ิ" the true is should be "อิ" "อกี" the true is should be "อีก" "อ ุ" the true is should be "อุ" "อบุ" the true is should be "อุบ" remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are most use in Thai font. I use Windows command line (cmd) to generate pdf file. example command line C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf was: Glyph of Thai Font have problem when start in new line or have white space in front of word. remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are most use in Thai font. I use Windows command line (cmd) to generate pdf file. example command line C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > In Example Wrong.pdf you'll see upper and lower glyph shift to the right 1 > character when the base character no have any character before or have white > space before. > "อ ิ" the true is should be "อิ" > "อกี" the true is should be "อีก" > "อ ุ" the true is should be "อุ" > "อบุ" the true is should be "อุบ" > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AEKAPAN TAWEELUER updated FOP-2580: --- Description: Glyph of Thai Font have problem when start in new line or have white space in front of word. remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are most use in Thai font. I use Windows command line (cmd) to generate pdf file. example command line C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf was: Glyph of Thai Font have problem when start in new line or have white space in front of word. remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are most use in Thai font. I use Windows command line (cmd) to generate pdf file. example command line C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AEKAPAN TAWEELUER updated FOP-2580: --- Labels: build (was: ) > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Labels: build > Fix For: 1.1 > > Attachments: Norasi.ttf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15182176#comment-15182176 ] AEKAPAN TAWEELUER commented on FOP-2580: Any one know how to fixed it, For font only 'Angsana New' and 'AngsanaUPC' it be fixed in version 1.1 and Font 'Norasi' it valid in version 1.0 but in Latest Stable Release (2.0,2.1) the problem of glyph it coming again. If anyone know solution, please help recommend. Thank you. > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Fix For: 1.1 > > Attachments: Norasi.ttf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2580) Wrong Position of Thai Glyph in FOP 2.0+ (Binary version)
[ https://issues.apache.org/jira/browse/FOP-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] AEKAPAN TAWEELUER updated FOP-2580: --- Summary: Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) (was: Wrong Position of Thai Glyph in FOP 2.1) > Wrong Position of Thai Glyph in FOP 2.0+ (Binary version) > - > > Key: FOP-2580 > URL: https://issues.apache.org/jira/browse/FOP-2580 > Project: FOP > Issue Type: Bug > Components: documentation >Affects Versions: 2.0, 2.1 > Environment: Windows 10 64bit CPU Core I-5 Ram 8G JRE 1.80_73 fop > binary 2.1 >Reporter: AEKAPAN TAWEELUER > Fix For: 1.1 > > Attachments: Norasi.ttf, fop.xconf, leelawad.ttf, log.txt, true.pdf, > wrong.fo, wrong.pdf > > > Glyph of Thai Font have problem when start in new line or have white space in > front of word. > remark : Font Angsana New AngsanaUPC , Leelawadee , Norasi and Tahoma are > most use in Thai font. > I use Windows command line (cmd) to generate pdf file. > example command line > C:\fop-2.1>fop.bat fop -c conf\fop.xconf -fo wrong.fo wrong.pdf -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (FOP-2556) Error while generating TIFF output using FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner closed FOP-2556. -- Resolution: Not A Problem > Error while generating TIFF output using FOP 2.0 > > > Key: FOP-2556 > URL: https://issues.apache.org/jira/browse/FOP-2556 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Shishir > Attachments: fop.xconf, sample.fo > > > Hi, > I am getting below error while generating TIFF output. I have attached sample > FOP file. > D:\SoftBak\fop-2.0-bin\fop-2.0>fop c:\temp\sample.fo -tiff c:\temp\sample.tiff > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: An fo:block-container (See position 4:262) is wider than the available > ro > om in inline-progression-dimension. Adjusting end-indent based on > overconstraine > d geometry rules (XSL 1.1, ch. 5.3.4) > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "ocraregular,normal,700" not found. Substituting with > "any,normal, > 700". > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: Rendered page #1. > Dec 28, 2015 7:52:34 PM org.apache.fop.cli.Main startFOP > SEVERE: Exception > org.apache.fop.apps.FOPException: Int or float buffers require 32-bit data. > java.lang.RuntimeException: Int or float buffers require 32-bit data. > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.RuntimeException: Int or float buffers require 32-bit > data. > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.validateImag > e(TIFFImageEncoder.java:983) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.encode(TIFFI > mageEncoder.java:198) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.finishMultip > le(TIFFImageEncoder.java:163) > at > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriter$TIFFMult > iImageWriter.close(TIFFImageWriter.java:141) > at > org.apache.fop.render.bitmap.AbstractBitmapDocumentHandler.endDocumen > t(AbstractBitmapDocumentHandler.java:169) > at > org.apache.fop.render.intermediate.util.IFDocumentHandlerProxy.endDoc > ument(IFDocumentHandlerProxy.java:187) > at > org.apache.fop.render.intermediate.IFRenderer.stopRenderer(IFRenderer > .java:295) > at > org.apache.fop.area.RenderPagesModel.endDocument(RenderPagesModel.jav > a:265) > at > org.apache.fop.area.AreaTreeHandler.endDocument(AreaTreeHandler.java: > 342) > at org.apache.fop.fo.FOTreeBuilder.endDocument(FOTreeBuilder.java:170) > at > org.apache.xalan.transformer.TransformerIdentityImpl.endDocument(Tran > sformerIdentityImpl.java:962) > at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown > Sourc > e) > at org.apache.xerces.xinclude.XIncludeHandler.endDocument(Unknown > Source > ) > at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown > Sourc > e) > at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher. > dispatch(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un > known 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.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown > Sour > ce) > at > org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf > ormerIdentityImpl.java:484) > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:285) > ... 3 more > - > java.lang.RuntimeException: Int or float buffers require 32-bit data. > at >
[jira] [Commented] (FOP-2556) Error while generating TIFF output using FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15082927#comment-15082927 ] Shishir commented on FOP-2556: -- Hi Simon, May thank for help. It worked well. I was using incorrect JAI_IMAGEIO.JAR. Kindly close the issue. Thanks & Regards, Shishir > Error while generating TIFF output using FOP 2.0 > > > Key: FOP-2556 > URL: https://issues.apache.org/jira/browse/FOP-2556 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Shishir > Attachments: fop.xconf, sample.fo > > > Hi, > I am getting below error while generating TIFF output. I have attached sample > FOP file. > D:\SoftBak\fop-2.0-bin\fop-2.0>fop c:\temp\sample.fo -tiff c:\temp\sample.tiff > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: An fo:block-container (See position 4:262) is wider than the available > ro > om in inline-progression-dimension. Adjusting end-indent based on > overconstraine > d geometry rules (XSL 1.1, ch. 5.3.4) > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "ocraregular,normal,700" not found. Substituting with > "any,normal, > 700". > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: Rendered page #1. > Dec 28, 2015 7:52:34 PM org.apache.fop.cli.Main startFOP > SEVERE: Exception > org.apache.fop.apps.FOPException: Int or float buffers require 32-bit data. > java.lang.RuntimeException: Int or float buffers require 32-bit data. > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.RuntimeException: Int or float buffers require 32-bit > data. > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.validateImag > e(TIFFImageEncoder.java:983) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.encode(TIFFI > mageEncoder.java:198) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.finishMultip > le(TIFFImageEncoder.java:163) > at > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriter$TIFFMult > iImageWriter.close(TIFFImageWriter.java:141) > at > org.apache.fop.render.bitmap.AbstractBitmapDocumentHandler.endDocumen > t(AbstractBitmapDocumentHandler.java:169) > at > org.apache.fop.render.intermediate.util.IFDocumentHandlerProxy.endDoc > ument(IFDocumentHandlerProxy.java:187) > at > org.apache.fop.render.intermediate.IFRenderer.stopRenderer(IFRenderer > .java:295) > at > org.apache.fop.area.RenderPagesModel.endDocument(RenderPagesModel.jav > a:265) > at > org.apache.fop.area.AreaTreeHandler.endDocument(AreaTreeHandler.java: > 342) > at org.apache.fop.fo.FOTreeBuilder.endDocument(FOTreeBuilder.java:170) > at > org.apache.xalan.transformer.TransformerIdentityImpl.endDocument(Tran > sformerIdentityImpl.java:962) > at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown > Sourc > e) > at org.apache.xerces.xinclude.XIncludeHandler.endDocument(Unknown > Source > ) > at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown > Sourc > e) > at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher. > dispatch(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un > known 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.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown > Sour > ce) > at > org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf > ormerIdentityImpl.java:484) > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:285) >
[jira] [Commented] (FOP-2556) Error while generating TIFF output using FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15081218#comment-15081218 ] simon steiner commented on FOP-2556: Works for me when i add jai_imageio.jar to fop lib directory > Error while generating TIFF output using FOP 2.0 > > > Key: FOP-2556 > URL: https://issues.apache.org/jira/browse/FOP-2556 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Shishir > Attachments: fop.xconf, sample.fo > > > Hi, > I am getting below error while generating TIFF output. I have attached sample > FOP file. > D:\SoftBak\fop-2.0-bin\fop-2.0>fop c:\temp\sample.fo -tiff c:\temp\sample.tiff > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: An fo:block-container (See position 4:262) is wider than the available > ro > om in inline-progression-dimension. Adjusting end-indent based on > overconstraine > d geometry rules (XSL 1.1, ch. 5.3.4) > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "ocraregular,normal,700" not found. Substituting with > "any,normal, > 700". > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: Rendered page #1. > Dec 28, 2015 7:52:34 PM org.apache.fop.cli.Main startFOP > SEVERE: Exception > org.apache.fop.apps.FOPException: Int or float buffers require 32-bit data. > java.lang.RuntimeException: Int or float buffers require 32-bit data. > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.RuntimeException: Int or float buffers require 32-bit > data. > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.validateImag > e(TIFFImageEncoder.java:983) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.encode(TIFFI > mageEncoder.java:198) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.finishMultip > le(TIFFImageEncoder.java:163) > at > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriter$TIFFMult > iImageWriter.close(TIFFImageWriter.java:141) > at > org.apache.fop.render.bitmap.AbstractBitmapDocumentHandler.endDocumen > t(AbstractBitmapDocumentHandler.java:169) > at > org.apache.fop.render.intermediate.util.IFDocumentHandlerProxy.endDoc > ument(IFDocumentHandlerProxy.java:187) > at > org.apache.fop.render.intermediate.IFRenderer.stopRenderer(IFRenderer > .java:295) > at > org.apache.fop.area.RenderPagesModel.endDocument(RenderPagesModel.jav > a:265) > at > org.apache.fop.area.AreaTreeHandler.endDocument(AreaTreeHandler.java: > 342) > at org.apache.fop.fo.FOTreeBuilder.endDocument(FOTreeBuilder.java:170) > at > org.apache.xalan.transformer.TransformerIdentityImpl.endDocument(Tran > sformerIdentityImpl.java:962) > at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown > Sourc > e) > at org.apache.xerces.xinclude.XIncludeHandler.endDocument(Unknown > Source > ) > at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown > Sourc > e) > at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher. > dispatch(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un > known 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.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown > Sour > ce) > at > org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf > ormerIdentityImpl.java:484) > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:285) > ... 3 more > - > java.lang.RuntimeException: Int or float buffers
[jira] [Commented] (FOP-2556) Error while generating TIFF output using FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15081212#comment-15081212 ] Shishir commented on FOP-2556: -- Hi Simon, There is no issue in generating PDF that contains the TIFF. The problem is that I am not able generate output in TIFF format using below command:- D:\SoftBak\fop-2.0-bin\fop-2.0>fop c:\temp\sample.fo -tiff c:\temp\sample.tiff I tried after giving path of jai_imageio.jar but still getting the same error. fo and xconf I have attached with JIRA request. Thanks Shishir. > Error while generating TIFF output using FOP 2.0 > > > Key: FOP-2556 > URL: https://issues.apache.org/jira/browse/FOP-2556 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Shishir > Attachments: fop.xconf, sample.fo > > > Hi, > I am getting below error while generating TIFF output. I have attached sample > FOP file. > D:\SoftBak\fop-2.0-bin\fop-2.0>fop c:\temp\sample.fo -tiff c:\temp\sample.tiff > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: An fo:block-container (See position 4:262) is wider than the available > ro > om in inline-progression-dimension. Adjusting end-indent based on > overconstraine > d geometry rules (XSL 1.1, ch. 5.3.4) > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "ocraregular,normal,700" not found. Substituting with > "any,normal, > 700". > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: Rendered page #1. > Dec 28, 2015 7:52:34 PM org.apache.fop.cli.Main startFOP > SEVERE: Exception > org.apache.fop.apps.FOPException: Int or float buffers require 32-bit data. > java.lang.RuntimeException: Int or float buffers require 32-bit data. > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.RuntimeException: Int or float buffers require 32-bit > data. > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.validateImag > e(TIFFImageEncoder.java:983) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.encode(TIFFI > mageEncoder.java:198) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.finishMultip > le(TIFFImageEncoder.java:163) > at > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriter$TIFFMult > iImageWriter.close(TIFFImageWriter.java:141) > at > org.apache.fop.render.bitmap.AbstractBitmapDocumentHandler.endDocumen > t(AbstractBitmapDocumentHandler.java:169) > at > org.apache.fop.render.intermediate.util.IFDocumentHandlerProxy.endDoc > ument(IFDocumentHandlerProxy.java:187) > at > org.apache.fop.render.intermediate.IFRenderer.stopRenderer(IFRenderer > .java:295) > at > org.apache.fop.area.RenderPagesModel.endDocument(RenderPagesModel.jav > a:265) > at > org.apache.fop.area.AreaTreeHandler.endDocument(AreaTreeHandler.java: > 342) > at org.apache.fop.fo.FOTreeBuilder.endDocument(FOTreeBuilder.java:170) > at > org.apache.xalan.transformer.TransformerIdentityImpl.endDocument(Tran > sformerIdentityImpl.java:962) > at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown > Sourc > e) > at org.apache.xerces.xinclude.XIncludeHandler.endDocument(Unknown > Source > ) > at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown > Sourc > e) > at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher. > dispatch(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un > known 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.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknow
[jira] [Commented] (FOP-2556) Error while generating TIFF output using FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15081077#comment-15081077 ] simon steiner commented on FOP-2556: See FOP-2320 > Error while generating TIFF output using FOP 2.0 > > > Key: FOP-2556 > URL: https://issues.apache.org/jira/browse/FOP-2556 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Shishir > Attachments: fop.xconf, sample.fo > > > Hi, > I am getting below error while generating TIFF output. I have attached sample > FOP file. > D:\SoftBak\fop-2.0-bin\fop-2.0>fop c:\temp\sample.fo -tiff c:\temp\sample.tiff > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: An fo:block-container (See position 4:262) is wider than the available > ro > om in inline-progression-dimension. Adjusting end-indent based on > overconstraine > d geometry rules (XSL 1.1, ch. 5.3.4) > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "ocraregular,normal,700" not found. Substituting with > "any,normal, > 700". > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: Rendered page #1. > Dec 28, 2015 7:52:34 PM org.apache.fop.cli.Main startFOP > SEVERE: Exception > org.apache.fop.apps.FOPException: Int or float buffers require 32-bit data. > java.lang.RuntimeException: Int or float buffers require 32-bit data. > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.RuntimeException: Int or float buffers require 32-bit > data. > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.validateImag > e(TIFFImageEncoder.java:983) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.encode(TIFFI > mageEncoder.java:198) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.finishMultip > le(TIFFImageEncoder.java:163) > at > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriter$TIFFMult > iImageWriter.close(TIFFImageWriter.java:141) > at > org.apache.fop.render.bitmap.AbstractBitmapDocumentHandler.endDocumen > t(AbstractBitmapDocumentHandler.java:169) > at > org.apache.fop.render.intermediate.util.IFDocumentHandlerProxy.endDoc > ument(IFDocumentHandlerProxy.java:187) > at > org.apache.fop.render.intermediate.IFRenderer.stopRenderer(IFRenderer > .java:295) > at > org.apache.fop.area.RenderPagesModel.endDocument(RenderPagesModel.jav > a:265) > at > org.apache.fop.area.AreaTreeHandler.endDocument(AreaTreeHandler.java: > 342) > at org.apache.fop.fo.FOTreeBuilder.endDocument(FOTreeBuilder.java:170) > at > org.apache.xalan.transformer.TransformerIdentityImpl.endDocument(Tran > sformerIdentityImpl.java:962) > at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown > Sourc > e) > at org.apache.xerces.xinclude.XIncludeHandler.endDocument(Unknown > Source > ) > at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown > Sourc > e) > at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher. > dispatch(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un > known 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.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown > Sour > ce) > at > org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf > ormerIdentityImpl.java:484) > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:285) > ... 3 more > - > java.lang.RuntimeException: Int or float buffers require 32-bit data. > at &
[jira] [Commented] (FOP-2556) Error while generating TIFF output using FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15081074#comment-15081074 ] simon steiner commented on FOP-2556: Can you add jai_imageio.jar to your classpath > Error while generating TIFF output using FOP 2.0 > > > Key: FOP-2556 > URL: https://issues.apache.org/jira/browse/FOP-2556 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Shishir > Attachments: fop.xconf, sample.fo > > > Hi, > I am getting below error while generating TIFF output. I have attached sample > FOP file. > D:\SoftBak\fop-2.0-bin\fop-2.0>fop c:\temp\sample.fo -tiff c:\temp\sample.tiff > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: An fo:block-container (See position 4:262) is wider than the available > ro > om in inline-progression-dimension. Adjusting end-indent based on > overconstraine > d geometry rules (XSL 1.1, ch. 5.3.4) > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "ocraregular,normal,700" not found. Substituting with > "any,normal, > 700". > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: Rendered page #1. > Dec 28, 2015 7:52:34 PM org.apache.fop.cli.Main startFOP > SEVERE: Exception > org.apache.fop.apps.FOPException: Int or float buffers require 32-bit data. > java.lang.RuntimeException: Int or float buffers require 32-bit data. > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.RuntimeException: Int or float buffers require 32-bit > data. > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.validateImag > e(TIFFImageEncoder.java:983) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.encode(TIFFI > mageEncoder.java:198) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.finishMultip > le(TIFFImageEncoder.java:163) > at > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriter$TIFFMult > iImageWriter.close(TIFFImageWriter.java:141) > at > org.apache.fop.render.bitmap.AbstractBitmapDocumentHandler.endDocumen > t(AbstractBitmapDocumentHandler.java:169) > at > org.apache.fop.render.intermediate.util.IFDocumentHandlerProxy.endDoc > ument(IFDocumentHandlerProxy.java:187) > at > org.apache.fop.render.intermediate.IFRenderer.stopRenderer(IFRenderer > .java:295) > at > org.apache.fop.area.RenderPagesModel.endDocument(RenderPagesModel.jav > a:265) > at > org.apache.fop.area.AreaTreeHandler.endDocument(AreaTreeHandler.java: > 342) > at org.apache.fop.fo.FOTreeBuilder.endDocument(FOTreeBuilder.java:170) > at > org.apache.xalan.transformer.TransformerIdentityImpl.endDocument(Tran > sformerIdentityImpl.java:962) > at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown > Sourc > e) > at org.apache.xerces.xinclude.XIncludeHandler.endDocument(Unknown > Source > ) > at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown > Sourc > e) > at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher. > dispatch(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un > known 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.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown > Sour > ce) > at > org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf > ormerIdentityImpl.java:484) > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:285) > ... 3 more > - > java.lang.RuntimeException: Int or float buffers
[jira] [Updated] (FOP-2556) Error while generating TIFF output using FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shishir updated FOP-2556: - Attachment: fop.xconf sample.fo PFA fo and xconf files. > Error while generating TIFF output using FOP 2.0 > > > Key: FOP-2556 > URL: https://issues.apache.org/jira/browse/FOP-2556 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Shishir > Attachments: fop.xconf, sample.fo > > > Hi, > I am getting below error while generating TIFF output. I have attached sample > FOP file. > D:\SoftBak\fop-2.0-bin\fop-2.0>fop c:\temp\sample.fo -tiff c:\temp\sample.tiff > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: An fo:block-container (See position 4:262) is wider than the available > ro > om in inline-progression-dimension. Adjusting end-indent based on > overconstraine > d geometry rules (XSL 1.1, ch. 5.3.4) > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "ocraregular,normal,700" not found. Substituting with > "any,normal, > 700". > Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener > processEvent > INFO: Rendered page #1. > Dec 28, 2015 7:52:34 PM org.apache.fop.cli.Main startFOP > SEVERE: Exception > org.apache.fop.apps.FOPException: Int or float buffers require 32-bit data. > java.lang.RuntimeException: Int or float buffers require 32-bit data. > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.RuntimeException: Int or float buffers require 32-bit > data. > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.validateImag > e(TIFFImageEncoder.java:983) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.encode(TIFFI > mageEncoder.java:198) > at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.finishMultip > le(TIFFImageEncoder.java:163) > at > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriter$TIFFMult > iImageWriter.close(TIFFImageWriter.java:141) > at > org.apache.fop.render.bitmap.AbstractBitmapDocumentHandler.endDocumen > t(AbstractBitmapDocumentHandler.java:169) > at > org.apache.fop.render.intermediate.util.IFDocumentHandlerProxy.endDoc > ument(IFDocumentHandlerProxy.java:187) > at > org.apache.fop.render.intermediate.IFRenderer.stopRenderer(IFRenderer > .java:295) > at > org.apache.fop.area.RenderPagesModel.endDocument(RenderPagesModel.jav > a:265) > at > org.apache.fop.area.AreaTreeHandler.endDocument(AreaTreeHandler.java: > 342) > at org.apache.fop.fo.FOTreeBuilder.endDocument(FOTreeBuilder.java:170) > at > org.apache.xalan.transformer.TransformerIdentityImpl.endDocument(Tran > sformerIdentityImpl.java:962) > at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown > Sourc > e) > at org.apache.xerces.xinclude.XIncludeHandler.endDocument(Unknown > Source > ) > at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown > Sourc > e) > at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) > at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher. > dispatch(Unknown Source) > at > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un > known 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.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown > Sour > ce) > at > org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf > ormerIdentityImpl.java:484) > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:285) > ... 3 more > - > java.lang.RuntimeException: Int or float buffers require 32-bit data. > at >
[jira] [Created] (FOP-2556) Error while generating TIFF output using FOP 2.0
Shishir created FOP-2556: Summary: Error while generating TIFF output using FOP 2.0 Key: FOP-2556 URL: https://issues.apache.org/jira/browse/FOP-2556 Project: FOP Issue Type: Bug Affects Versions: 2.0 Reporter: Shishir Hi, I am getting below error while generating TIFF output. I have attached sample FOP file. D:\SoftBak\fop-2.0-bin\fop-2.0>fop c:\temp\sample.fo -tiff c:\temp\sample.tiff Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener processEvent INFO: An fo:block-container (See position 4:262) is wider than the available ro om in inline-progression-dimension. Adjusting end-indent based on overconstraine d geometry rules (XSL 1.1, ch. 5.3.4) Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "ocraregular,normal,700" not found. Substituting with "any,normal, 700". Dec 28, 2015 7:52:34 PM org.apache.fop.events.LoggingEventListener processEvent INFO: Rendered page #1. Dec 28, 2015 7:52:34 PM org.apache.fop.cli.Main startFOP SEVERE: Exception org.apache.fop.apps.FOPException: Int or float buffers require 32-bit data. java.lang.RuntimeException: Int or float buffers require 32-bit data. at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) at org.apache.fop.cli.Main.startFOP(Main.java:186) at org.apache.fop.cli.Main.main(Main.java:217) Caused by: java.lang.RuntimeException: Int or float buffers require 32-bit data. at org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.validateImag e(TIFFImageEncoder.java:983) at org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.encode(TIFFI mageEncoder.java:198) at org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.finishMultip le(TIFFImageEncoder.java:163) at org.apache.xmlgraphics.image.writer.internal.TIFFImageWriter$TIFFMult iImageWriter.close(TIFFImageWriter.java:141) at org.apache.fop.render.bitmap.AbstractBitmapDocumentHandler.endDocumen t(AbstractBitmapDocumentHandler.java:169) at org.apache.fop.render.intermediate.util.IFDocumentHandlerProxy.endDoc ument(IFDocumentHandlerProxy.java:187) at org.apache.fop.render.intermediate.IFRenderer.stopRenderer(IFRenderer .java:295) at org.apache.fop.area.RenderPagesModel.endDocument(RenderPagesModel.jav a:265) at org.apache.fop.area.AreaTreeHandler.endDocument(AreaTreeHandler.java: 342) at org.apache.fop.fo.FOTreeBuilder.endDocument(FOTreeBuilder.java:170) at org.apache.xalan.transformer.TransformerIdentityImpl.endDocument(Tran sformerIdentityImpl.java:962) at org.apache.xerces.parsers.AbstractSAXParser.endDocument(Unknown Sourc e) at org.apache.xerces.xinclude.XIncludeHandler.endDocument(Unknown Source ) at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown Sourc e) at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher. dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un known 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.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Sour ce) at org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf ormerIdentityImpl.java:484) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:285) ... 3 more - java.lang.RuntimeException: Int or float buffers require 32-bit data. at org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.validateImag e(TIFFImageEncoder.java:983) at org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.encode(TIFFI mageEncoder.java:198) at org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.finishMultip le(TIFFImageEncoder.java:163) at org.apache.xmlgraphics.image.writer.internal.TIFFImageWriter$TIFFMult iImageWriter.close(TIFFImageWriter.java:141) at org.apache.fop.render.bitmap.AbstractBitmapDocumentHandler.endDocumen t(AbstractBitmapDocumentHandler.java:169) at org.apache.fop.render.intermediate.util.IFDocumentHandlerProxy.endDoc ument(IFDocumentHandlerProxy.java:187) at org.apache.fop.render.intermediate.IFRenderer.stopRenderer(IFRenderer .java:295) at org.apache.fop.area.Rende
[jira] [Commented] (FOP-2531) FOP 2.0 logs additional "Rendered page" messages
[ https://issues.apache.org/jira/browse/FOP-2531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15066446#comment-15066446 ] simon steiner commented on FOP-2531: what about {code} foUserAgent.getEventBroadcaster().addEventListener(new EventListener() { @Override public void processEvent(Event event) { } }); {code} > FOP 2.0 logs additional "Rendered page" messages > > > Key: FOP-2531 > URL: https://issues.apache.org/jira/browse/FOP-2531 > Project: FOP > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Java 1.8.0_60 64 Bit >Reporter: MH >Priority: Minor > > We notice hundreds of "Rendered page #..." messages in our log files since we > upgraded from FOP 1.0 to FOP 2.0. Such messages also occured in earlier FOP > versions, but we filter them out with a custom FOP EventListener. Debugging > showed that our existing filter still works, i.e. there are "Rendered page #" > events still comming and they are filtered out. But now there are such log > messages with FOP 2.0 again. > It seems that FOP 2.0 logs these messages somewhere else in addition to the > existing event messages. Can you tell us where this is and how we can > prevent/avoid/filter them? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (FOP-2531) FOP 2.0 logs additional "Rendered page" messages
MH created FOP-2531: --- Summary: FOP 2.0 logs additional "Rendered page" messages Key: FOP-2531 URL: https://issues.apache.org/jira/browse/FOP-2531 Project: FOP Issue Type: Improvement Affects Versions: 2.0 Environment: Java 1.8.0_60 64 Bit Reporter: MH Priority: Minor We notice hundreds of "Rendered page #..." messages in our log files since we upgraded from FOP 1.0 to FOP 2.0. Such messages also occured in earlier FOP versions, but we filter them out with a custom FOP EventListener. Debugging showed that our existing filter still works, i.e. there are "Rendered page #" events still comming and they are filtered out. But now there are such log messages with FOP 2.0 again. It seems that FOP 2.0 logs these messages somewhere else in addition to the existing event messages. Can you tell us where this is and how we can prevent/avoid/filter them? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (FOP-2524) FOP 2.0: target-resolution not set in FoUserAgent
[ https://issues.apache.org/jira/browse/FOP-2524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14738732#comment-14738732 ] MH edited comment on FOP-2524 at 9/10/15 2:05 PM: -- I found the problem and a workaround: the FopFactoryBuilder does not seem to read (all) the values from the Configuration. During debugging, I noticed, that the Configuration object had the correct target-resolution 288, but the FoUserAgent had the default 72 DPI. My workaround is, to read the target-resolution from the Configuration and set it explicitaly in the FoUserAgent: -- /** * Setup FOP. * * @param defaultDir Default base directory. Required for remaining (default / FOP internal) URI resolvements. (e.g. ".", "K:\amcReports\xml\fonts"). * @param currentDir Current base directory for custom URI resolver. (e.g. "H:\temp\iComps\amc\rep\150709155541BE13E0-F516-478C-AF77-5E23D7DCD594\1_4986\0_R_FrontPage2_10"). * @throws Exception on error. * @since 6.2.0 */ public final void setupFOP(final File defaultDir, final File currentDir) throws Exception { URI defaultURI = null; if (defaultDir != null) { defaultURI = defaultDir.toURI(); } URI currentURI = null; if (currentDir != null) { currentURI = currentDir.toURI(); if (uriResolver != null) { uriResolver.setCurDir(currentDir); } } if (fopConfig != null) { if (uriResolver != null) { fopFactoryBuilder = new FopFactoryBuilder(defaultURI, uriResolver); } else { fopFactoryBuilder = new FopFactoryBuilder(defaultURI); } fopFactoryBuilder.setConfiguration(fopConfig); //expected to also read target-resolution fopFactoryBuilder.setBaseURI(currentURI); //since FOP 2.0 //builder.setStrictFOValidation(false); fopFactory = fopFactoryBuilder.build(); } else { fopFactory = FopFactory.newInstance(currentURI); } foUserAgent = fopFactory.newFOUserAgent(); //workaround to set configuration values explicitaly from configuration: foUserAgent.setTargetResolution(fopConfig.getChild("target-resolution").getValueAsInteger()); }//setupFOP() -- As the Configuration is set in the FopFactoryBuilder and the FopFactory is created from it and the FoUserAgent is created from this FopFactory, I expected that the FoUserAgent had the targetResolution from the configuration. But this is not the case. was (Author: mhilpert): I found the problem and a workaround: the FopFactoryBuilder does not seem to read (all) the values from the Configuration. During debugging, I noticed, that the Configuration object hat the correct target-resolution 288, but the FoUserAgent had the default 72 DPI. My workaround is, to read the target-resolution from the Configuration and set it explicitaly in the FoUserAgent: -- /** * Setup FOP. * * @param defaultDir Default base directory. Required for remaining (default / FOP internal) URI resolvements. (e.g. ".", "K:\amcReports\xml\fonts"). * @param currentDir Current base directory for custom URI resolver. (e.g. "H:\temp\iComps\amc\rep\150709155541BE13E0-F516-478C-AF77-5E23D7DCD594\1_4986\0_R_FrontPage2_10"). * @throws Exception on error. * @since 6.2.0 */ public final void setupFOP(final File defaultDir, final File currentDir) throws Exception { URI defaultURI = null; if (defaultDir != null) { defaultURI = defaultDir.toURI(); } URI currentURI = null; if (currentDir != null) { currentURI = currentDir.toURI(); if (uriResolver != null) { uriResolver.setCurDir(currentDir); } } if (fopConfig != null) { if (uriResolver != null) { fopFactoryBuilder = new FopFactoryBuilder(defaultURI, uriResolver); } else { fopFactoryBuilder = new FopFactoryBuilder(defaultURI); } fopFactoryBuilder.setConfiguration(fopConfig); //expected to also read target-resolution fopFactoryBuilder.setBaseURI(currentURI); //since FOP 2.0 //builder.setStrictFOValidation(false); fopFactory = fopFactoryBuilder.build(); } else { fopFactory = FopFactory.newInstance(currentURI); } foUserAgent = fopFactory.newFOUserAgent(); //workaround to set configuration values explicitaly from configuration: foUserAgent.setTargetResolution(fopConfig.getChild("target-resolution").getValueAsInteger()); }//setupFOP() ---
[jira] [Updated] (FOP-2524) FOP 2.0: target-resolution not set in FoUserAgent
[ https://issues.apache.org/jira/browse/FOP-2524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] MH updated FOP-2524: Summary: FOP 2.0: target-resolution not set in FoUserAgent (was: FOP 2.0: FoUserAgent does not get (all) Configuration values) > FOP 2.0: target-resolution not set in FoUserAgent > - > > Key: FOP-2524 > URL: https://issues.apache.org/jira/browse/FOP-2524 > Project: FOP > Issue Type: Bug > Components: renderer/png >Affects Versions: 2.0 > Environment: Java 1.8.0_51, 64 Bit, Windows 7, Windows 2008 R2 >Reporter: MH > Attachments: screenshot-FOP-PNG-Renderer.png > > > We upgraded from FOP 1.0 to FOP 2.0 (as we had to skip FOP 1.1 due to a > blocker bug in 1.1). After converting all Java embedding code, we are now in > test phase. Almost everything looks good, but our PNG rendered documents > suddenly all look very blurry (see atachement). We had the same problem with > FOP 1.0 but "solved" it by setting the target resolution to 288: > 288 > We still have this setting in the fop user config XML file, but it seems that > it has no effect anymore! -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2524) FOP 2.0: FoUserAgent does not get (all) Configuration values
[ https://issues.apache.org/jira/browse/FOP-2524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] MH updated FOP-2524: Summary: FOP 2.0: FoUserAgent does not get (all) Configuration values (was: FOP 2.0: PNG renderer produces very bad quality) > FOP 2.0: FoUserAgent does not get (all) Configuration values > > > Key: FOP-2524 > URL: https://issues.apache.org/jira/browse/FOP-2524 > Project: FOP > Issue Type: Bug > Components: renderer/png >Affects Versions: 2.0 > Environment: Java 1.8.0_51, 64 Bit, Windows 7, Windows 2008 R2 >Reporter: MH > Attachments: screenshot-FOP-PNG-Renderer.png > > > We upgraded from FOP 1.0 to FOP 2.0 (as we had to skip FOP 1.1 due to a > blocker bug in 1.1). After converting all Java embedding code, we are now in > test phase. Almost everything looks good, but our PNG rendered documents > suddenly all look very blurry (see atachement). We had the same problem with > FOP 1.0 but "solved" it by setting the target resolution to 288: > 288 > We still have this setting in the fop user config XML file, but it seems that > it has no effect anymore! -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2524) FOP 2.0: PNG renderer produces very bad quality
[ https://issues.apache.org/jira/browse/FOP-2524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] MH updated FOP-2524: Priority: Major (was: Blocker) > FOP 2.0: PNG renderer produces very bad quality > --- > > Key: FOP-2524 > URL: https://issues.apache.org/jira/browse/FOP-2524 > Project: FOP > Issue Type: Bug > Components: renderer/png >Affects Versions: 2.0 > Environment: Java 1.8.0_51, 64 Bit, Windows 7, Windows 2008 R2 >Reporter: MH > Attachments: screenshot-FOP-PNG-Renderer.png > > > We upgraded from FOP 1.0 to FOP 2.0 (as we had to skip FOP 1.1 due to a > blocker bug in 1.1). After converting all Java embedding code, we are now in > test phase. Almost everything looks good, but our PNG rendered documents > suddenly all look very blurry (see atachement). We had the same problem with > FOP 1.0 but "solved" it by setting the target resolution to 288: > 288 > We still have this setting in the fop user config XML file, but it seems that > it has no effect anymore! -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2524) FOP 2.0: PNG renderer produces very bad quality
[ https://issues.apache.org/jira/browse/FOP-2524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14738732#comment-14738732 ] MH commented on FOP-2524: - I found the problem and a workaround: the FopFactoryBuilder does not seem to read (all) the values from the Configuration. During debugging, I noticed, that the Configuration object hat the correct target-resolution 288, but the FoUserAgent had the default 72 DPI. My workaround is, to read the target-resolution from the Configuration and set it explicitaly in the FoUserAgent: -- /** * Setup FOP. * * @param defaultDir Default base directory. Required for remaining (default / FOP internal) URI resolvements. (e.g. ".", "K:\amcReports\xml\fonts"). * @param currentDir Current base directory for custom URI resolver. (e.g. "H:\temp\iComps\amc\rep\150709155541BE13E0-F516-478C-AF77-5E23D7DCD594\1_4986\0_R_FrontPage2_10"). * @throws Exception on error. * @since 6.2.0 */ public final void setupFOP(final File defaultDir, final File currentDir) throws Exception { URI defaultURI = null; if (defaultDir != null) { defaultURI = defaultDir.toURI(); } URI currentURI = null; if (currentDir != null) { currentURI = currentDir.toURI(); if (uriResolver != null) { uriResolver.setCurDir(currentDir); } } if (fopConfig != null) { if (uriResolver != null) { fopFactoryBuilder = new FopFactoryBuilder(defaultURI, uriResolver); } else { fopFactoryBuilder = new FopFactoryBuilder(defaultURI); } fopFactoryBuilder.setConfiguration(fopConfig); //expected to also read target-resolution fopFactoryBuilder.setBaseURI(currentURI); //since FOP 2.0 //builder.setStrictFOValidation(false); fopFactory = fopFactoryBuilder.build(); } else { fopFactory = FopFactory.newInstance(currentURI); } foUserAgent = fopFactory.newFOUserAgent(); //workaround to set configuration values explicitaly from configuration: foUserAgent.setTargetResolution(fopConfig.getChild("target-resolution").getValueAsInteger()); }//setupFOP() -- As the Configuration is set in the FopFactoryBuilder and the FopFactory is created from it and the FoUserAgent is created from this FopFactory, I expected that the FoUserAgent had the targetResolution from the configuration. But is not the case. > FOP 2.0: PNG renderer produces very bad quality > --- > > Key: FOP-2524 > URL: https://issues.apache.org/jira/browse/FOP-2524 > Project: FOP > Issue Type: Bug > Components: renderer/png >Affects Versions: 2.0 > Environment: Java 1.8.0_51, 64 Bit, Windows 7, Windows 2008 R2 >Reporter: MH >Priority: Blocker > Attachments: screenshot-FOP-PNG-Renderer.png > > > We upgraded from FOP 1.0 to FOP 2.0 (as we had to skip FOP 1.1 due to a > blocker bug in 1.1). After converting all Java embedding code, we are now in > test phase. Almost everything looks good, but our PNG rendered documents > suddenly all look very blurry (see atachement). We had the same problem with > FOP 1.0 but "solved" it by setting the target resolution to 288: > 288 > We still have this setting in the fop user config XML file, but it seems that > it has no effect anymore! -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2524) FOP 2.0: PNG renderer produces very bad quality
[ https://issues.apache.org/jira/browse/FOP-2524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] MH updated FOP-2524: Attachment: screenshot-FOP-PNG-Renderer.png Screenshot from FOP rendered PNG document (that was very sharp with FOP 1.0). > FOP 2.0: PNG renderer produces very bad quality > --- > > Key: FOP-2524 > URL: https://issues.apache.org/jira/browse/FOP-2524 > Project: FOP > Issue Type: Bug > Components: renderer/png >Affects Versions: 2.0 > Environment: Java 1.8.0_51, 64 Bit, Windows 7, Windows 2008 R2 >Reporter: MH >Priority: Blocker > Attachments: screenshot-FOP-PNG-Renderer.png > > > We upgraded from FOP 1.0 to FOP 2.0 (as we had to skip FOP 1.1 due to a > blocker bug in 1.1). After converting all Java embedding code, we are now in > test phase. Almost everything looks good, but our PNG rendered documents > suddenly all look very blurry (see atachement). We had the same problem with > FOP 1.0 but "solved" it by setting the target resolution to 288: > 288 > We still have this setting in the fop user config XML file, but it seems that > it has no effect anymore! -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (FOP-2524) FOP 2.0: PNG renderer produces very bad quality
MH created FOP-2524: --- Summary: FOP 2.0: PNG renderer produces very bad quality Key: FOP-2524 URL: https://issues.apache.org/jira/browse/FOP-2524 Project: FOP Issue Type: Bug Components: renderer/png Affects Versions: 2.0 Environment: Java 1.8.0_51, 64 Bit, Windows 7, Windows 2008 R2 Reporter: MH Priority: Blocker We upgraded from FOP 1.0 to FOP 2.0 (as we had to skip FOP 1.1 due to a blocker bug in 1.1). After converting all Java embedding code, we are now in test phase. Almost everything looks good, but our PNG rendered documents suddenly all look very blurry (see atachement). We had the same problem with FOP 1.0 but "solved" it by setting the target resolution to 288: 288 We still have this setting in the fop user config XML file, but it seems that it has no effect anymore! -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (FOP-2511) Null pointer exception when transforming to PDF with FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Johan Persson resolved FOP-2511. Resolution: Duplicate Fix Version/s: trunk Fixed by the patch for https://issues.apache.org/jira/browse/FOP-2461 > Null pointer exception when transforming to PDF with FOP 2.0 > > > Key: FOP-2511 > URL: https://issues.apache.org/jira/browse/FOP-2511 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: OS X 10.9.5 . Tested both with JDK 1.7.0_45 and JDK 1.6.0 >Reporter: Johan Persson >Priority: Critical > Labels: fop, nullpointer > Fix For: trunk > > > When trying to transform to PDF I'm experiencing a NULL pointer exception. > See below. The same fo-file used as source works without problem with FOP 1.1 > The source for the fo-file is a set of DocBook 5 sources transformed using > XSLTproc. The fo-file that produces the crash can be found at my Google-Drive > at: > https://drive.google.com/folderview?id=0BypRwfn2A3s6fnN6NW1PU1BEd3JiTzdyYlg0NjZxRTNFbFhUM21UMmw1ZUNjRGlYb1c2T28&usp=sharing > {{java.lang.NullPointerException > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.NullPointerException > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getCombinedKnuthElementsForListItem(ListItemLayoutManager.java:405) > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getNextKnuthElements(ListItemLayoutManager.java:326) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:498) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.list.ListBlockLayoutManager.getNextKnuthElements(ListBlockLayoutManager.java:103) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223) > at > org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:147) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69) > at > org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252) > at > org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:643) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:178) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:158) > at > org.apache.fop.layoutmg
[jira] [Commented] (FOP-2511) Null pointer exception when transforming to PDF with FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14694960#comment-14694960 ] Johan Persson commented on FOP-2511: I can confirm that the bug is fixed in the 20150812 snapshot. The PDF is correctly produced. Thanks! > Null pointer exception when transforming to PDF with FOP 2.0 > > > Key: FOP-2511 > URL: https://issues.apache.org/jira/browse/FOP-2511 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: OS X 10.9.5 . Tested both with JDK 1.7.0_45 and JDK 1.6.0 >Reporter: Johan Persson >Priority: Critical > Labels: fop, nullpointer > > When trying to transform to PDF I'm experiencing a NULL pointer exception. > See below. The same fo-file used as source works without problem with FOP 1.1 > The source for the fo-file is a set of DocBook 5 sources transformed using > XSLTproc. The fo-file that produces the crash can be found at my Google-Drive > at: > https://drive.google.com/folderview?id=0BypRwfn2A3s6fnN6NW1PU1BEd3JiTzdyYlg0NjZxRTNFbFhUM21UMmw1ZUNjRGlYb1c2T28&usp=sharing > {{java.lang.NullPointerException > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.NullPointerException > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getCombinedKnuthElementsForListItem(ListItemLayoutManager.java:405) > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getNextKnuthElements(ListItemLayoutManager.java:326) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:498) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.list.ListBlockLayoutManager.getNextKnuthElements(ListBlockLayoutManager.java:103) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223) > at > org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:147) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69) > at > org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252) > at > org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:643) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:178) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:158) > at > org.apache.fop.layoutmgr.
[jira] [Commented] (FOP-2511) Null pointer exception when transforming to PDF with FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14694853#comment-14694853 ] simon steiner commented on FOP-2511: Server has https://ci.apache.org/projects/xmlgraphics/fop/snapshots/fop-20150812-bin.zip > Null pointer exception when transforming to PDF with FOP 2.0 > > > Key: FOP-2511 > URL: https://issues.apache.org/jira/browse/FOP-2511 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: OS X 10.9.5 . Tested both with JDK 1.7.0_45 and JDK 1.6.0 >Reporter: Johan Persson >Priority: Critical > Labels: fop, nullpointer > > When trying to transform to PDF I'm experiencing a NULL pointer exception. > See below. The same fo-file used as source works without problem with FOP 1.1 > The source for the fo-file is a set of DocBook 5 sources transformed using > XSLTproc. The fo-file that produces the crash can be found at my Google-Drive > at: > https://drive.google.com/folderview?id=0BypRwfn2A3s6fnN6NW1PU1BEd3JiTzdyYlg0NjZxRTNFbFhUM21UMmw1ZUNjRGlYb1c2T28&usp=sharing > {{java.lang.NullPointerException > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.NullPointerException > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getCombinedKnuthElementsForListItem(ListItemLayoutManager.java:405) > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getNextKnuthElements(ListItemLayoutManager.java:326) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:498) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.list.ListBlockLayoutManager.getNextKnuthElements(ListBlockLayoutManager.java:103) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223) > at > org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:147) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69) > at > org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252) > at > org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:643) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:178) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:158) > at > org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:384) >
[jira] [Closed] (FOP-2492) FOP-2.0 error when processing PDF with SVG image
[ https://issues.apache.org/jira/browse/FOP-2492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aleksei Badyaev closed FOP-2492. Resolution: Not A Problem Fix Version/s: 2.0 I remove metrics attributes in my fop.xconf file - and my doc processed correctly! Thank you, Thanasis! > FOP-2.0 error when processing PDF with SVG image > > > Key: FOP-2492 > URL: https://issues.apache.org/jira/browse/FOP-2492 > Project: FOP > Issue Type: New Feature > Components: image/svg >Affects Versions: 2.0 > Environment: Linux Gentoo x86 >Reporter: Aleksei Badyaev >Priority: Blocker > Fix For: 2.0 > > Attachments: fop.xconf, object-model.svg, test.fo, test.xml > > > I try process my small FO document with SVG image to PDF, and i got following > output: > > июн 29, 2015 12:02:46 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-height set to: 297mm > июн 29, 2015 12:02:47 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-width set to: 210mm > июн 29, 2015 12:02:55 AM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "Symbol,normal,700" not found. Substituting with > "Symbol,normal,400". > июн 29, 2015 12:02:58 AM org.apache.fop.events.LoggingEventListener > processEvent > SEVERE: SVG graphic could not be rendered. Reason: > java.lang.NullPointerException > java.lang.NullPointerException > at > org.apache.fop.fonts.MultiByteFont.getBoundingBox(MultiByteFont.java:210) > at org.apache.fop.fonts.LazyFont.getBoundingBox(LazyFont.java:301) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.buildBoundingBoxes(FOPGVTGlyphVector.java:428) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getBoundingBoxes(FOPGVTGlyphVector.java:420) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getGlyphMetrics(FOPGVTGlyphVector.java:290) > at org.apache.batik.bridge.GlyphLayout.doExplicitGlyphLayout(Unknown > Source) > at org.apache.batik.bridge.GlyphLayout.adjustTextSpacing(Unknown Source) > at org.apache.batik.bridge.GlyphLayout.getAdvance2D(Unknown Source) > at org.apache.batik.bridge.StrokingTextPainter.getTextChunk(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.computeTextRuns(Unknown > Source) > at > org.apache.fop.svg.NativeTextPainter.computeTextRuns(NativeTextPainter.java:223) > at org.apache.batik.bridge.StrokingTextPainter.getTextRuns(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.getBounds2D(Unknown > Source) > at org.apache.batik.bridge.TextNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.getBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:207) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) > at > o
[jira] [Commented] (FOP-2511) Null pointer exception when transforming to PDF with FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14694333#comment-14694333 ] Johan Persson commented on FOP-2511: I tried to find one of the nightly builds but the page seems to be missing the builds. https://ci.apache.org/projects/xmlgraphics/fop/snapshots/ The table headers seems to be there but no actual tar-balls to download. Any ides where I can find a nightly build? (I guess I can try to put together the necessary files directly from the SVN-repo but it would surely save some time to have a pre-built-binary) > Null pointer exception when transforming to PDF with FOP 2.0 > > > Key: FOP-2511 > URL: https://issues.apache.org/jira/browse/FOP-2511 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: OS X 10.9.5 . Tested both with JDK 1.7.0_45 and JDK 1.6.0 >Reporter: Johan Persson >Priority: Critical > Labels: fop, nullpointer > > When trying to transform to PDF I'm experiencing a NULL pointer exception. > See below. The same fo-file used as source works without problem with FOP 1.1 > The source for the fo-file is a set of DocBook 5 sources transformed using > XSLTproc. The fo-file that produces the crash can be found at my Google-Drive > at: > https://drive.google.com/folderview?id=0BypRwfn2A3s6fnN6NW1PU1BEd3JiTzdyYlg0NjZxRTNFbFhUM21UMmw1ZUNjRGlYb1c2T28&usp=sharing > {{java.lang.NullPointerException > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.NullPointerException > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getCombinedKnuthElementsForListItem(ListItemLayoutManager.java:405) > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getNextKnuthElements(ListItemLayoutManager.java:326) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:498) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.list.ListBlockLayoutManager.getNextKnuthElements(ListBlockLayoutManager.java:103) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223) > at > org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:147) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69) > at > org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252) > at > org.apache.fop.layoutmgr.AbstractBre
[jira] [Commented] (FOP-2511) Null pointer exception when transforming to PDF with FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14693361#comment-14693361 ] Johan Persson commented on FOP-2511: I will pull down the trunk and try it out. Will take a day to two though. > Null pointer exception when transforming to PDF with FOP 2.0 > > > Key: FOP-2511 > URL: https://issues.apache.org/jira/browse/FOP-2511 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: OS X 10.9.5 . Tested both with JDK 1.7.0_45 and JDK 1.6.0 >Reporter: Johan Persson >Priority: Critical > Labels: fop, nullpointer > > When trying to transform to PDF I'm experiencing a NULL pointer exception. > See below. The same fo-file used as source works without problem with FOP 1.1 > The source for the fo-file is a set of DocBook 5 sources transformed using > XSLTproc. The fo-file that produces the crash can be found at my Google-Drive > at: > https://drive.google.com/folderview?id=0BypRwfn2A3s6fnN6NW1PU1BEd3JiTzdyYlg0NjZxRTNFbFhUM21UMmw1ZUNjRGlYb1c2T28&usp=sharing > {{java.lang.NullPointerException > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.NullPointerException > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getCombinedKnuthElementsForListItem(ListItemLayoutManager.java:405) > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getNextKnuthElements(ListItemLayoutManager.java:326) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:498) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.list.ListBlockLayoutManager.getNextKnuthElements(ListBlockLayoutManager.java:103) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223) > at > org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:147) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69) > at > org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252) > at > org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:643) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:178) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:158) > at > org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:384) > at org.apache.
[jira] [Commented] (FOP-2511) Null pointer exception when transforming to PDF with FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14693061#comment-14693061 ] Thanasis Giannimaras commented on FOP-2511: --- Have you tried using trunk? I think this issue is a duplicate of https://issues.apache.org/jira/browse/FOP-2461 which was patched recently by Andreas L. Delmelle on trunk. > Null pointer exception when transforming to PDF with FOP 2.0 > > > Key: FOP-2511 > URL: https://issues.apache.org/jira/browse/FOP-2511 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: OS X 10.9.5 . Tested both with JDK 1.7.0_45 and JDK 1.6.0 >Reporter: Johan Persson >Priority: Critical > Labels: fop, nullpointer > > When trying to transform to PDF I'm experiencing a NULL pointer exception. > See below. The same fo-file used as source works without problem with FOP 1.1 > The source for the fo-file is a set of DocBook 5 sources transformed using > XSLTproc. The fo-file that produces the crash can be found at my Google-Drive > at: > https://drive.google.com/folderview?id=0BypRwfn2A3s6fnN6NW1PU1BEd3JiTzdyYlg0NjZxRTNFbFhUM21UMmw1ZUNjRGlYb1c2T28&usp=sharing > {{java.lang.NullPointerException > at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) > at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) > at org.apache.fop.cli.Main.startFOP(Main.java:186) > at org.apache.fop.cli.Main.main(Main.java:217) > Caused by: java.lang.NullPointerException > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getCombinedKnuthElementsForListItem(ListItemLayoutManager.java:405) > at > org.apache.fop.layoutmgr.list.ListItemLayoutManager.getNextKnuthElements(ListItemLayoutManager.java:326) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:498) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.list.ListBlockLayoutManager.getNextKnuthElements(ListBlockLayoutManager.java:103) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) > at > org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) > at > org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223) > at > org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:147) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116) > at > org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69) > at > org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252) > at > org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:643) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:178) > at > org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:158
[jira] [Created] (FOP-2511) Null pointer exception when transforming to PDF with FOP 2.0
Johan Persson created FOP-2511: -- Summary: Null pointer exception when transforming to PDF with FOP 2.0 Key: FOP-2511 URL: https://issues.apache.org/jira/browse/FOP-2511 Project: FOP Issue Type: Bug Affects Versions: 2.0 Environment: OS X 10.9.5 . Tested both with JDK 1.7.0_45 and JDK 1.6.0 Reporter: Johan Persson Priority: Critical When trying to transform to PDF I'm experiencing a NULL pointer exception. See below. The same fo-file used as source works without problem with FOP 1.1 The source for the fo-file is a set of DocBook 5 sources transformed using XSLTproc. The fo-file that produces the crash can be found at my Google-Drive at: https://drive.google.com/folderview?id=0BypRwfn2A3s6fnN6NW1PU1BEd3JiTzdyYlg0NjZxRTNFbFhUM21UMmw1ZUNjRGlYb1c2T28&usp=sharing {{java.lang.NullPointerException at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:288) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) at org.apache.fop.cli.Main.startFOP(Main.java:186) at org.apache.fop.cli.Main.main(Main.java:217) Caused by: java.lang.NullPointerException at org.apache.fop.layoutmgr.list.ListItemLayoutManager.getCombinedKnuthElementsForListItem(ListItemLayoutManager.java:405) at org.apache.fop.layoutmgr.list.ListItemLayoutManager.getNextKnuthElements(ListItemLayoutManager.java:326) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextChildElements(BlockStackingLayoutManager.java:498) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) at org.apache.fop.layoutmgr.list.ListBlockLayoutManager.getNextKnuthElements(ListBlockLayoutManager.java:103) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:239) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:289) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) at org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223) at org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:147) at org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116) at org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69) at org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252) at org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:643) at org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:178) at org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:158) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:384) at org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:112) at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:138) at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:267) at org.apache.fop.fo.pagination.PageSequence.endOfNode(PageSequence.java:130) at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.endElement(FOTreeBuilder.java:360) at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:190) at org.apache.xalan.transformer.TransformerIdentityImpl.endElement(TransformerIdentityImpl.java:1101)
[jira] [Updated] (FOP-2491) [PATCH] FOP 2.0 cannot support open-type font
[ https://issues.apache.org/jira/browse/FOP-2491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner updated FOP-2491: --- Summary: [PATCH] FOP 2.0 cannot support open-type font (was: FOP 2.0 cannot support open-type font) > [PATCH] FOP 2.0 cannot support open-type font > - > > Key: FOP-2491 > URL: https://issues.apache.org/jira/browse/FOP-2491 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: FOP: 2.0 > Open Font: Noto-Sans Cjk > (https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip) >Reporter: Leo Yang > Attachments: after.pdf, before.pdf, fop.xconf, svnSubset.patch, > test.fo > > > Symptom: Based on FOP 2.0 release, the open-type font can be embedded into > PDF document, however, based on the testing with FOP 2.0, the > google-noto-sans-Cjk font cannot be embedded into PDF document. > How to repeat: > 1. Get FOP 2.0 library. > 2. Get Google-Noto-Sans from > https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip. > 3. Set the fop.xconf as following: > > weight="normal"/> > > 4. Set the FOP as following: > > http://www.w3.org/1999/XSL/Format";> > > master-name="A4-portrait"> > > > > > > Hello Noto-OTF! > > > > 5. Generate the PDF, there is no error reported. > 6. Open the PDF file in Acro-Reader, it will report the "cannot extract the > embedded font" error. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2491) FOP 2.0 cannot support open-type font
[ https://issues.apache.org/jira/browse/FOP-2491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thanasis Giannimaras updated FOP-2491: -- Attachment: svnSubset.patch > FOP 2.0 cannot support open-type font > - > > Key: FOP-2491 > URL: https://issues.apache.org/jira/browse/FOP-2491 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: FOP: 2.0 > Open Font: Noto-Sans Cjk > (https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip) >Reporter: Leo Yang > Attachments: after.pdf, before.pdf, fop.xconf, svnSubset.patch, > test.fo > > > Symptom: Based on FOP 2.0 release, the open-type font can be embedded into > PDF document, however, based on the testing with FOP 2.0, the > google-noto-sans-Cjk font cannot be embedded into PDF document. > How to repeat: > 1. Get FOP 2.0 library. > 2. Get Google-Noto-Sans from > https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip. > 3. Set the fop.xconf as following: > > weight="normal"/> > > 4. Set the FOP as following: > > http://www.w3.org/1999/XSL/Format";> > > master-name="A4-portrait"> > > > > > > Hello Noto-OTF! > > > > 5. Generate the PDF, there is no error reported. > 6. Open the PDF file in Acro-Reader, it will report the "cannot extract the > embedded font" error. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2491) FOP 2.0 cannot support open-type font
[ https://issues.apache.org/jira/browse/FOP-2491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thanasis Giannimaras updated FOP-2491: -- Attachment: (was: otfSubset.patch) > FOP 2.0 cannot support open-type font > - > > Key: FOP-2491 > URL: https://issues.apache.org/jira/browse/FOP-2491 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: FOP: 2.0 > Open Font: Noto-Sans Cjk > (https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip) >Reporter: Leo Yang > Attachments: after.pdf, before.pdf, fop.xconf, test.fo > > > Symptom: Based on FOP 2.0 release, the open-type font can be embedded into > PDF document, however, based on the testing with FOP 2.0, the > google-noto-sans-Cjk font cannot be embedded into PDF document. > How to repeat: > 1. Get FOP 2.0 library. > 2. Get Google-Noto-Sans from > https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip. > 3. Set the fop.xconf as following: > > weight="normal"/> > > 4. Set the FOP as following: > > http://www.w3.org/1999/XSL/Format";> > > master-name="A4-portrait"> > > > > > > Hello Noto-OTF! > > > > 5. Generate the PDF, there is no error reported. > 6. Open the PDF file in Acro-Reader, it will report the "cannot extract the > embedded font" error. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2491) FOP 2.0 cannot support open-type font
[ https://issues.apache.org/jira/browse/FOP-2491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14681876#comment-14681876 ] Thanasis Giannimaras commented on FOP-2491: --- The issue was fixed by using the correct encoding values when updating the offsets for the private font dictionary > FOP 2.0 cannot support open-type font > - > > Key: FOP-2491 > URL: https://issues.apache.org/jira/browse/FOP-2491 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: FOP: 2.0 > Open Font: Noto-Sans Cjk > (https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip) >Reporter: Leo Yang > Attachments: after.pdf, before.pdf, fop.xconf, otfSubset.patch, > test.fo > > > Symptom: Based on FOP 2.0 release, the open-type font can be embedded into > PDF document, however, based on the testing with FOP 2.0, the > google-noto-sans-Cjk font cannot be embedded into PDF document. > How to repeat: > 1. Get FOP 2.0 library. > 2. Get Google-Noto-Sans from > https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip. > 3. Set the fop.xconf as following: > > weight="normal"/> > > 4. Set the FOP as following: > > http://www.w3.org/1999/XSL/Format";> > > master-name="A4-portrait"> > > > > > > Hello Noto-OTF! > > > > 5. Generate the PDF, there is no error reported. > 6. Open the PDF file in Acro-Reader, it will report the "cannot extract the > embedded font" error. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2491) FOP 2.0 cannot support open-type font
[ https://issues.apache.org/jira/browse/FOP-2491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thanasis Giannimaras updated FOP-2491: -- Attachment: fop.xconf otfSubset.patch test.fo before.pdf after.pdf > FOP 2.0 cannot support open-type font > - > > Key: FOP-2491 > URL: https://issues.apache.org/jira/browse/FOP-2491 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: FOP: 2.0 > Open Font: Noto-Sans Cjk > (https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip) >Reporter: Leo Yang > Attachments: after.pdf, before.pdf, fop.xconf, otfSubset.patch, > test.fo > > > Symptom: Based on FOP 2.0 release, the open-type font can be embedded into > PDF document, however, based on the testing with FOP 2.0, the > google-noto-sans-Cjk font cannot be embedded into PDF document. > How to repeat: > 1. Get FOP 2.0 library. > 2. Get Google-Noto-Sans from > https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip. > 3. Set the fop.xconf as following: > > weight="normal"/> > > 4. Set the FOP as following: > > http://www.w3.org/1999/XSL/Format";> > > master-name="A4-portrait"> > > > > > > Hello Noto-OTF! > > > > 5. Generate the PDF, there is no error reported. > 6. Open the PDF file in Acro-Reader, it will report the "cannot extract the > embedded font" error. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2492) FOP-2.0 error when processing PDF with SVG image
[ https://issues.apache.org/jira/browse/FOP-2492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14644125#comment-14644125 ] Thanasis Giannimaras commented on FOP-2492: --- I think you should remove the use of font metrics in the fop.xconf file. > FOP-2.0 error when processing PDF with SVG image > > > Key: FOP-2492 > URL: https://issues.apache.org/jira/browse/FOP-2492 > Project: FOP > Issue Type: New Feature > Components: image/svg >Affects Versions: 2.0 > Environment: Linux Gentoo x86 >Reporter: Aleksei Badyaev >Priority: Blocker > Attachments: fop.xconf, object-model.svg, test.fo, test.xml > > > I try process my small FO document with SVG image to PDF, and i got following > output: > > июн 29, 2015 12:02:46 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-height set to: 297mm > июн 29, 2015 12:02:47 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-width set to: 210mm > июн 29, 2015 12:02:55 AM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "Symbol,normal,700" not found. Substituting with > "Symbol,normal,400". > июн 29, 2015 12:02:58 AM org.apache.fop.events.LoggingEventListener > processEvent > SEVERE: SVG graphic could not be rendered. Reason: > java.lang.NullPointerException > java.lang.NullPointerException > at > org.apache.fop.fonts.MultiByteFont.getBoundingBox(MultiByteFont.java:210) > at org.apache.fop.fonts.LazyFont.getBoundingBox(LazyFont.java:301) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.buildBoundingBoxes(FOPGVTGlyphVector.java:428) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getBoundingBoxes(FOPGVTGlyphVector.java:420) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getGlyphMetrics(FOPGVTGlyphVector.java:290) > at org.apache.batik.bridge.GlyphLayout.doExplicitGlyphLayout(Unknown > Source) > at org.apache.batik.bridge.GlyphLayout.adjustTextSpacing(Unknown Source) > at org.apache.batik.bridge.GlyphLayout.getAdvance2D(Unknown Source) > at org.apache.batik.bridge.StrokingTextPainter.getTextChunk(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.computeTextRuns(Unknown > Source) > at > org.apache.fop.svg.NativeTextPainter.computeTextRuns(NativeTextPainter.java:223) > at org.apache.batik.bridge.StrokingTextPainter.getTextRuns(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.getBounds2D(Unknown > Source) > at org.apache.batik.bridge.TextNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.getBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:207) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) > at > org.apache.fop.
[jira] [Updated] (FOP-2492) FOP-2.0 error when processing PDF with SVG image
[ https://issues.apache.org/jira/browse/FOP-2492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aleksei Badyaev updated FOP-2492: - Attachment: fop.xconf I have attached my fop.xconf file. > FOP-2.0 error when processing PDF with SVG image > > > Key: FOP-2492 > URL: https://issues.apache.org/jira/browse/FOP-2492 > Project: FOP > Issue Type: New Feature > Components: image/svg >Affects Versions: 2.0 > Environment: Linux Gentoo x86 >Reporter: Aleksei Badyaev >Priority: Blocker > Attachments: fop.xconf, object-model.svg, test.fo, test.xml > > > I try process my small FO document with SVG image to PDF, and i got following > output: > > июн 29, 2015 12:02:46 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-height set to: 297mm > июн 29, 2015 12:02:47 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-width set to: 210mm > июн 29, 2015 12:02:55 AM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "Symbol,normal,700" not found. Substituting with > "Symbol,normal,400". > июн 29, 2015 12:02:58 AM org.apache.fop.events.LoggingEventListener > processEvent > SEVERE: SVG graphic could not be rendered. Reason: > java.lang.NullPointerException > java.lang.NullPointerException > at > org.apache.fop.fonts.MultiByteFont.getBoundingBox(MultiByteFont.java:210) > at org.apache.fop.fonts.LazyFont.getBoundingBox(LazyFont.java:301) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.buildBoundingBoxes(FOPGVTGlyphVector.java:428) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getBoundingBoxes(FOPGVTGlyphVector.java:420) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getGlyphMetrics(FOPGVTGlyphVector.java:290) > at org.apache.batik.bridge.GlyphLayout.doExplicitGlyphLayout(Unknown > Source) > at org.apache.batik.bridge.GlyphLayout.adjustTextSpacing(Unknown Source) > at org.apache.batik.bridge.GlyphLayout.getAdvance2D(Unknown Source) > at org.apache.batik.bridge.StrokingTextPainter.getTextChunk(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.computeTextRuns(Unknown > Source) > at > org.apache.fop.svg.NativeTextPainter.computeTextRuns(NativeTextPainter.java:223) > at org.apache.batik.bridge.StrokingTextPainter.getTextRuns(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.getBounds2D(Unknown > Source) > at org.apache.batik.bridge.TextNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.getBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:207) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) > at > org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) > at > org.apach
[jira] [Comment Edited] (FOP-2492) FOP-2.0 error when processing PDF with SVG image
[ https://issues.apache.org/jira/browse/FOP-2492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14627839#comment-14627839 ] Thanasis Giannimaras edited comment on FOP-2492 at 7/15/15 10:09 AM: - Can you please provide your xconf file? I tried both on windows and ubuntu and i can not reproduce the NPE exception (for both 2.0 and trunk). For both the environments I tried the svg seems to render fine. I am getting several wanings about glyph not found in font though. was (Author: agiannimaras): Can you please provide your xconf file? I tried both on windows and ubuntu and i can not reproduce the NPE exception (for both 2.0 and trunk). For both the environments I tried the svg seems to render fine. > FOP-2.0 error when processing PDF with SVG image > > > Key: FOP-2492 > URL: https://issues.apache.org/jira/browse/FOP-2492 > Project: FOP > Issue Type: New Feature > Components: image/svg >Affects Versions: 2.0 > Environment: Linux Gentoo x86 >Reporter: Aleksei Badyaev >Priority: Blocker > Attachments: object-model.svg, test.fo, test.xml > > > I try process my small FO document with SVG image to PDF, and i got following > output: > > июн 29, 2015 12:02:46 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-height set to: 297mm > июн 29, 2015 12:02:47 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-width set to: 210mm > июн 29, 2015 12:02:55 AM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "Symbol,normal,700" not found. Substituting with > "Symbol,normal,400". > июн 29, 2015 12:02:58 AM org.apache.fop.events.LoggingEventListener > processEvent > SEVERE: SVG graphic could not be rendered. Reason: > java.lang.NullPointerException > java.lang.NullPointerException > at > org.apache.fop.fonts.MultiByteFont.getBoundingBox(MultiByteFont.java:210) > at org.apache.fop.fonts.LazyFont.getBoundingBox(LazyFont.java:301) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.buildBoundingBoxes(FOPGVTGlyphVector.java:428) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getBoundingBoxes(FOPGVTGlyphVector.java:420) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getGlyphMetrics(FOPGVTGlyphVector.java:290) > at org.apache.batik.bridge.GlyphLayout.doExplicitGlyphLayout(Unknown > Source) > at org.apache.batik.bridge.GlyphLayout.adjustTextSpacing(Unknown Source) > at org.apache.batik.bridge.GlyphLayout.getAdvance2D(Unknown Source) > at org.apache.batik.bridge.StrokingTextPainter.getTextChunk(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.computeTextRuns(Unknown > Source) > at > org.apache.fop.svg.NativeTextPainter.computeTextRuns(NativeTextPainter.java:223) > at org.apache.batik.bridge.StrokingTextPainter.getTextRuns(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.getBounds2D(Unknown > Source) > at org.apache.batik.bridge.TextNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.getBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:207) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(Abstrac
[jira] [Comment Edited] (FOP-2492) FOP-2.0 error when processing PDF with SVG image
[ https://issues.apache.org/jira/browse/FOP-2492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14627839#comment-14627839 ] Thanasis Giannimaras edited comment on FOP-2492 at 7/15/15 10:09 AM: - Can you please provide your xconf file? I tried both on windows and ubuntu and i can not reproduce the NPE exception (for both 2.0 and trunk). For both the environments I tried the svg seems to render fine. I am getting several warnings about glyph not found in font though. was (Author: agiannimaras): Can you please provide your xconf file? I tried both on windows and ubuntu and i can not reproduce the NPE exception (for both 2.0 and trunk). For both the environments I tried the svg seems to render fine. I am getting several wanings about glyph not found in font though. > FOP-2.0 error when processing PDF with SVG image > > > Key: FOP-2492 > URL: https://issues.apache.org/jira/browse/FOP-2492 > Project: FOP > Issue Type: New Feature > Components: image/svg >Affects Versions: 2.0 > Environment: Linux Gentoo x86 >Reporter: Aleksei Badyaev >Priority: Blocker > Attachments: object-model.svg, test.fo, test.xml > > > I try process my small FO document with SVG image to PDF, and i got following > output: > > июн 29, 2015 12:02:46 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-height set to: 297mm > июн 29, 2015 12:02:47 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-width set to: 210mm > июн 29, 2015 12:02:55 AM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "Symbol,normal,700" not found. Substituting with > "Symbol,normal,400". > июн 29, 2015 12:02:58 AM org.apache.fop.events.LoggingEventListener > processEvent > SEVERE: SVG graphic could not be rendered. Reason: > java.lang.NullPointerException > java.lang.NullPointerException > at > org.apache.fop.fonts.MultiByteFont.getBoundingBox(MultiByteFont.java:210) > at org.apache.fop.fonts.LazyFont.getBoundingBox(LazyFont.java:301) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.buildBoundingBoxes(FOPGVTGlyphVector.java:428) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getBoundingBoxes(FOPGVTGlyphVector.java:420) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getGlyphMetrics(FOPGVTGlyphVector.java:290) > at org.apache.batik.bridge.GlyphLayout.doExplicitGlyphLayout(Unknown > Source) > at org.apache.batik.bridge.GlyphLayout.adjustTextSpacing(Unknown Source) > at org.apache.batik.bridge.GlyphLayout.getAdvance2D(Unknown Source) > at org.apache.batik.bridge.StrokingTextPainter.getTextChunk(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.computeTextRuns(Unknown > Source) > at > org.apache.fop.svg.NativeTextPainter.computeTextRuns(NativeTextPainter.java:223) > at org.apache.batik.bridge.StrokingTextPainter.getTextRuns(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.getBounds2D(Unknown > Source) > at org.apache.batik.bridge.TextNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.getBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:207) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.interm
[jira] [Commented] (FOP-2492) FOP-2.0 error when processing PDF with SVG image
[ https://issues.apache.org/jira/browse/FOP-2492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14627839#comment-14627839 ] Thanasis Giannimaras commented on FOP-2492: --- Can you please provide your xconf file? I tried both on windows and ubuntu and i can not reproduce the NPE exception (for both 2.0 and trunk). For both the environments I tried the svg seems to render fine. > FOP-2.0 error when processing PDF with SVG image > > > Key: FOP-2492 > URL: https://issues.apache.org/jira/browse/FOP-2492 > Project: FOP > Issue Type: New Feature > Components: image/svg >Affects Versions: 2.0 > Environment: Linux Gentoo x86 >Reporter: Aleksei Badyaev >Priority: Blocker > Attachments: object-model.svg, test.fo, test.xml > > > I try process my small FO document with SVG image to PDF, and i got following > output: > > июн 29, 2015 12:02:46 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-height set to: 297mm > июн 29, 2015 12:02:47 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-width set to: 210mm > июн 29, 2015 12:02:55 AM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "Symbol,normal,700" not found. Substituting with > "Symbol,normal,400". > июн 29, 2015 12:02:58 AM org.apache.fop.events.LoggingEventListener > processEvent > SEVERE: SVG graphic could not be rendered. Reason: > java.lang.NullPointerException > java.lang.NullPointerException > at > org.apache.fop.fonts.MultiByteFont.getBoundingBox(MultiByteFont.java:210) > at org.apache.fop.fonts.LazyFont.getBoundingBox(LazyFont.java:301) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.buildBoundingBoxes(FOPGVTGlyphVector.java:428) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getBoundingBoxes(FOPGVTGlyphVector.java:420) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getGlyphMetrics(FOPGVTGlyphVector.java:290) > at org.apache.batik.bridge.GlyphLayout.doExplicitGlyphLayout(Unknown > Source) > at org.apache.batik.bridge.GlyphLayout.adjustTextSpacing(Unknown Source) > at org.apache.batik.bridge.GlyphLayout.getAdvance2D(Unknown Source) > at org.apache.batik.bridge.StrokingTextPainter.getTextChunk(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.computeTextRuns(Unknown > Source) > at > org.apache.fop.svg.NativeTextPainter.computeTextRuns(NativeTextPainter.java:223) > at org.apache.batik.bridge.StrokingTextPainter.getTextRuns(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.getBounds2D(Unknown > Source) > at org.apache.batik.bridge.TextNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.getBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:207) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fo
[jira] [Commented] (FOP-2491) FOP 2.0 cannot support open-type font
[ https://issues.apache.org/jira/browse/FOP-2491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14612099#comment-14612099 ] Thanasis Giannimaras commented on FOP-2491: --- Using embedding-mode="subset" i am getting a blank page pdf. For embedding-mode="full" the output is correct. You may want to use that option until the issue is fixed. > FOP 2.0 cannot support open-type font > - > > Key: FOP-2491 > URL: https://issues.apache.org/jira/browse/FOP-2491 > Project: FOP > Issue Type: Bug > Affects Versions: 2.0 > Environment: FOP: 2.0 > Open Font: Noto-Sans Cjk > (https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip) >Reporter: Leo Yang > > Symptom: Based on FOP 2.0 release, the open-type font can be embedded into > PDF document, however, based on the testing with FOP 2.0, the > google-noto-sans-Cjk font cannot be embedded into PDF document. > How to repeat: > 1. Get FOP 2.0 library. > 2. Get Google-Noto-Sans from > https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip. > 3. Set the fop.xconf as following: > > weight="normal"/> > > 4. Set the FOP as following: > > http://www.w3.org/1999/XSL/Format";> > > master-name="A4-portrait"> > > > > > > Hello Noto-OTF! > > > > 5. Generate the PDF, there is no error reported. > 6. Open the PDF file in Acro-Reader, it will report the "cannot extract the > embedded font" error. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2492) FOP-2.0 error when processing PDF with SVG image
[ https://issues.apache.org/jira/browse/FOP-2492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aleksei Badyaev updated FOP-2492: - Attachment: test.xml test.fo object-model.svg I have attached: SVG image, DocBook source file with that image, and produced from DocBook and SVG image FO document. > FOP-2.0 error when processing PDF with SVG image > > > Key: FOP-2492 > URL: https://issues.apache.org/jira/browse/FOP-2492 > Project: FOP > Issue Type: New Feature > Components: image/svg >Affects Versions: 2.0 > Environment: Linux Gentoo x86 >Reporter: Aleksei Badyaev >Priority: Blocker > Attachments: object-model.svg, test.fo, test.xml > > > I try process my small FO document with SVG image to PDF, and i got following > output: > > июн 29, 2015 12:02:46 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-height set to: 297mm > июн 29, 2015 12:02:47 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-width set to: 210mm > июн 29, 2015 12:02:55 AM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "Symbol,normal,700" not found. Substituting with > "Symbol,normal,400". > июн 29, 2015 12:02:58 AM org.apache.fop.events.LoggingEventListener > processEvent > SEVERE: SVG graphic could not be rendered. Reason: > java.lang.NullPointerException > java.lang.NullPointerException > at > org.apache.fop.fonts.MultiByteFont.getBoundingBox(MultiByteFont.java:210) > at org.apache.fop.fonts.LazyFont.getBoundingBox(LazyFont.java:301) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.buildBoundingBoxes(FOPGVTGlyphVector.java:428) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getBoundingBoxes(FOPGVTGlyphVector.java:420) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getGlyphMetrics(FOPGVTGlyphVector.java:290) > at org.apache.batik.bridge.GlyphLayout.doExplicitGlyphLayout(Unknown > Source) > at org.apache.batik.bridge.GlyphLayout.adjustTextSpacing(Unknown Source) > at org.apache.batik.bridge.GlyphLayout.getAdvance2D(Unknown Source) > at org.apache.batik.bridge.StrokingTextPainter.getTextChunk(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.computeTextRuns(Unknown > Source) > at > org.apache.fop.svg.NativeTextPainter.computeTextRuns(NativeTextPainter.java:223) > at org.apache.batik.bridge.StrokingTextPainter.getTextRuns(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.getBounds2D(Unknown > Source) > at org.apache.batik.bridge.TextNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.getBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:207) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) > at > org.apa
[jira] [Commented] (FOP-2492) FOP-2.0 error when processing PDF with SVG image
[ https://issues.apache.org/jira/browse/FOP-2492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14608342#comment-14608342 ] simon steiner commented on FOP-2492: Can you attach FO file > FOP-2.0 error when processing PDF with SVG image > > > Key: FOP-2492 > URL: https://issues.apache.org/jira/browse/FOP-2492 > Project: FOP > Issue Type: New Feature > Components: image/svg >Affects Versions: 2.0 > Environment: Linux Gentoo x86 >Reporter: Aleksei Badyaev >Priority: Blocker > > I try process my small FO document with SVG image to PDF, and i got following > output: > > июн 29, 2015 12:02:46 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-height set to: 297mm > июн 29, 2015 12:02:47 AM org.apache.fop.apps.FopConfParser configure > INFO: Default page-width set to: 210mm > июн 29, 2015 12:02:55 AM org.apache.fop.events.LoggingEventListener > processEvent > WARNING: Font "Symbol,normal,700" not found. Substituting with > "Symbol,normal,400". > июн 29, 2015 12:02:58 AM org.apache.fop.events.LoggingEventListener > processEvent > SEVERE: SVG graphic could not be rendered. Reason: > java.lang.NullPointerException > java.lang.NullPointerException > at > org.apache.fop.fonts.MultiByteFont.getBoundingBox(MultiByteFont.java:210) > at org.apache.fop.fonts.LazyFont.getBoundingBox(LazyFont.java:301) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.buildBoundingBoxes(FOPGVTGlyphVector.java:428) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getBoundingBoxes(FOPGVTGlyphVector.java:420) > at > org.apache.fop.svg.font.FOPGVTGlyphVector.getGlyphMetrics(FOPGVTGlyphVector.java:290) > at org.apache.batik.bridge.GlyphLayout.doExplicitGlyphLayout(Unknown > Source) > at org.apache.batik.bridge.GlyphLayout.adjustTextSpacing(Unknown Source) > at org.apache.batik.bridge.GlyphLayout.getAdvance2D(Unknown Source) > at org.apache.batik.bridge.StrokingTextPainter.getTextChunk(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.computeTextRuns(Unknown > Source) > at > org.apache.fop.svg.NativeTextPainter.computeTextRuns(NativeTextPainter.java:223) > at org.apache.batik.bridge.StrokingTextPainter.getTextRuns(Unknown > Source) > at org.apache.batik.bridge.StrokingTextPainter.getBounds2D(Unknown > Source) > at org.apache.batik.bridge.TextNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown > Source) > at > org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) > at > org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.getBounds(Unknown Source) > at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:207) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) > at > org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) > at > org.apache.fop.render.AbstractPathOrientedRenderer.renderInlineViewport(Abstr
[jira] [Created] (FOP-2492) FOP-2.0 error when processing PDF with SVG image
Aleksei Badyaev created FOP-2492: Summary: FOP-2.0 error when processing PDF with SVG image Key: FOP-2492 URL: https://issues.apache.org/jira/browse/FOP-2492 Project: FOP Issue Type: New Feature Components: image/svg Affects Versions: 2.0 Environment: Linux Gentoo x86 Reporter: Aleksei Badyaev Priority: Blocker I try process my small FO document with SVG image to PDF, and i got following output: июн 29, 2015 12:02:46 AM org.apache.fop.apps.FopConfParser configure INFO: Default page-height set to: 297mm июн 29, 2015 12:02:47 AM org.apache.fop.apps.FopConfParser configure INFO: Default page-width set to: 210mm июн 29, 2015 12:02:55 AM org.apache.fop.events.LoggingEventListener processEvent WARNING: Font "Symbol,normal,700" not found. Substituting with "Symbol,normal,400". июн 29, 2015 12:02:58 AM org.apache.fop.events.LoggingEventListener processEvent SEVERE: SVG graphic could not be rendered. Reason: java.lang.NullPointerException java.lang.NullPointerException at org.apache.fop.fonts.MultiByteFont.getBoundingBox(MultiByteFont.java:210) at org.apache.fop.fonts.LazyFont.getBoundingBox(LazyFont.java:301) at org.apache.fop.svg.font.FOPGVTGlyphVector.buildBoundingBoxes(FOPGVTGlyphVector.java:428) at org.apache.fop.svg.font.FOPGVTGlyphVector.getBoundingBoxes(FOPGVTGlyphVector.java:420) at org.apache.fop.svg.font.FOPGVTGlyphVector.getGlyphMetrics(FOPGVTGlyphVector.java:290) at org.apache.batik.bridge.GlyphLayout.doExplicitGlyphLayout(Unknown Source) at org.apache.batik.bridge.GlyphLayout.adjustTextSpacing(Unknown Source) at org.apache.batik.bridge.GlyphLayout.getAdvance2D(Unknown Source) at org.apache.batik.bridge.StrokingTextPainter.getTextChunk(Unknown Source) at org.apache.batik.bridge.StrokingTextPainter.computeTextRuns(Unknown Source) at org.apache.fop.svg.NativeTextPainter.computeTextRuns(NativeTextPainter.java:223) at org.apache.batik.bridge.StrokingTextPainter.getTextRuns(Unknown Source) at org.apache.batik.bridge.StrokingTextPainter.getBounds2D(Unknown Source) at org.apache.batik.bridge.TextNode.getPrimitiveBounds(Unknown Source) at org.apache.batik.gvt.AbstractGraphicsNode.getTransformedPrimitiveBounds(Unknown Source) at org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) at org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) at org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown Source) at org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) at org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) at org.apache.batik.gvt.CompositeGraphicsNode.getTransformedPrimitiveBounds(Unknown Source) at org.apache.batik.gvt.AbstractGraphicsNode.getTransformedBounds(Unknown Source) at org.apache.batik.gvt.CompositeGraphicsNode.getPrimitiveBounds(Unknown Source) at org.apache.batik.gvt.AbstractGraphicsNode.getBounds(Unknown Source) at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source) at org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:207) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) at org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) at org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) at org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) at org.apache.fop.render.AbstractPathOrientedRenderer.renderInlineViewport(AbstractPathOrientedRenderer.java:832) at org.apache.fop.render.intermediate.IFRenderer.renderInlineViewport(IFRenderer.java:863) at org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:715) at org.apache.fop.render.intermediate.IFRenderer.renderInlineArea(IFRenderer.java:927) at org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:690) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:572) at org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.
[jira] [Created] (FOP-2491) FOP 2.0 cannot support open-type font
Leo Yang created FOP-2491: - Summary: FOP 2.0 cannot support open-type font Key: FOP-2491 URL: https://issues.apache.org/jira/browse/FOP-2491 Project: FOP Issue Type: Bug Affects Versions: 2.0 Environment: FOP: 2.0 Open Font: Noto-Sans Cjk (https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip) Reporter: Leo Yang Symptom: Based on FOP 2.0 release, the open-type font can be embedded into PDF document, however, based on the testing with FOP 2.0, the google-noto-sans-Cjk font cannot be embedded into PDF document. How to repeat: 1. Get FOP 2.0 library. 2. Get Google-Noto-Sans from https://noto-website.storage.googleapis.com/pkgs/NotoSansCJKTC-hinted.zip. 3. Set the fop.xconf as following: 4. Set the FOP as following: http://www.w3.org/1999/XSL/Format";> Hello Noto-OTF! 5. Generate the PDF, there is no error reported. 6. Open the PDF file in Acro-Reader, it will report the "cannot extract the embedded font" error. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (FOP-2489) An SVG file using markers is not rendered by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luis Bernardo resolved FOP-2489. Resolution: Fixed Fix Version/s: trunk Fixed on the Batik side instead: http://svn.apache.org/viewvc?view=revision&revision=1687506 and http://svn.apache.org/viewvc?view=revision&revision=1687510. > An SVG file using markers is not rendered by FOP 2.0 > > > Key: FOP-2489 > URL: https://issues.apache.org/jira/browse/FOP-2489 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: Linux; Java 1.6 64-bit (not relevant). >Reporter: Hussein Shafie > Fix For: trunk > > Attachments: EXPECTED__doc.pdf, __doc.fo, __doc.pdf, header_layout.svg > > > h4. An SVG file using markers is not rendered by FOP 2.0 > How to reproduce the problem (see attached files) > fop -fo __doc.fo -pdf __doc.pdf > Running this command reports: > {noformat} > SEVERE: SVG graphic could not be built. Reason: > org.apache.batik.bridge.BridgeException: > resources/resources/header_layout.svg (No such file or directory) > org.apache.batik.bridge.BridgeException: > resources/resources/header_layout.svg (No such file or directory) > at org.apache.batik.bridge.BridgeContext.getReferencedNode(Unknown > Source) > at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown > Source) > at org.apache.batik.bridge.PaintServer.convertMarker(Unknown Source) > at org.apache.batik.bridge.PaintServer.convertMarkers(Unknown Source) > at > org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createMarkerPainter(Unknown > Source) > at > org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createShapePainter(Unknown > Source) > at > org.apache.batik.bridge.SVGShapeElementBridge.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.build(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:103) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) > at > org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) > {noformat} > The expected result is EXPECTED__doc.pdf > My workaround: > To resolve URLs such as "marker-start:url(#TriangleInM)", Batik 1.8 needs > to know the URL of the SVG document it processes. > Therefore in org/apache/fop/apps/FOUserAgent.java, I've replaced: > {noformat} > public StreamSource resolveURI(String uri) { > // TODO: What do we want to do when resources aren't found??? We also > need to remove this > // method entirely > try { > // Have to do this so we can resolve data URIs > StreamSource src = new > StreamSource(resourceResolver.getResource(uri)); > src.setSystemId(uri); > return src; > } catch (URISyntaxException use) { > return null; > } catch (IOException ioe) { > return null; > } > } > {noformat} > by: > {noformat} > public StreamSource resolveURI(String uri) { > // TODO: What do we want to do when resources aren't found??? We also > need to remove this > // method entirely > try { > // Have to do this so we can resolve data
[jira] [Resolved] (FOP-2490) Embedded SVG 1.2 not supported by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luis Bernardo resolved FOP-2490. Resolution: Fixed Fix Version/s: trunk Fix applied in http://svn.apache.org/viewvc?view=revision&revision=1687458. > Embedded SVG 1.2 not supported by FOP 2.0 > - > > Key: FOP-2490 > URL: https://issues.apache.org/jira/browse/FOP-2490 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: Linux, Java 1.6 64-bit (not relevant) >Reporter: Hussein Shafie > Fix For: trunk > > Attachments: EXPECTED__doc.pdf, __doc.fo > > > h4. Embedded SVG 1.2 not supported by FOP 2.0 > How to reproduce the problem (see attached files) > fop -fo __doc.fo -pdf __doc.pdf > Running this command fails with: > {noformat} > org.w3c.dom.DOMException: The current document is unable to create an element > of the requested type (namespace: http://www.w3.org/2000/svg, name: > svg:flowRoot). > at org.apache.batik.dom.AbstractNode.createDOMException(Unknown > Source) > at > org.apache.batik.anim.dom.SVGDOMImplementation.createElementNS(Unknown Source) > at org.apache.batik.anim.dom.SVGOMDocument.createElementNS(Unknown > Source) > at org.apache.xml.utils.DOMBuilder.startElement(DOMBuilder.java:324) > at > org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) > at > org.apache.fop.util.DelegatingContentHandler.startElement(DelegatingContentHandler.java:185) > at > org.apache.fop.fo.extensions.svg.SVGDOMContentHandlerFactory$Handler.startElement(SVGDOMContentHandlerFactory.java:137) > at > org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:179) > at > org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) > {noformat} > The expected result is EXPECTED__doc.pdf > My workaround: > In org/apache/fop/fo/extensions/svg/SVGDOMContentHandlerFactory.java, > I've replaced: > {noformat} > private DOMImplementation getDOMImplementation(String ver) { > //TODO It would be great if Batik provided this method as static > helper method. > if (ver == null || ver.length() == 0 > || ver.equals("1.0") || ver.equals("1.1")) { > return SVGDOMImplementation.getDOMImplementation(); > } else if (ver.equals("1.2")) { > try { > Class clazz = Class.forName( > > "org.apache.batik.dom.svg12.SVG12DOMImplementation"); > return (DOMImplementation)clazz.getMethod( > "getDOMImplementation", > (Class[])null).invoke(null, (Object[])null); > } catch (Exception e) { > return SVGDOMImplementation.getDOMImplementation(); > } > } > throw new RuntimeException("Unsupport SVG version '" + ver + "'"); > } > {noformat} > by: > {noformat} > import org.apache.batik.anim.dom.SVG12DOMImplementation; > private DOMImplementation getDOMImplementation(String ver) { > //TODO It would be great if Batik provided this method as static > helper method. > if (ver == null || ver.length() == 0 > || ver.equals("1.0") || ver.equals("1.1")) { > return SVGDOMImplementation.getDOMImplementation(); > } else if (ver.equals("1.2")) { > return SVG12DOMImplementation.getDOMImplementation(); > } > throw new RuntimeException("Unsupport SVG version '" + ver + "'"); > } > {noformat} > org.apache.batik.anim.dom.SVG12DOMImplementation is always > included in Batik-1.8-all.jar. Even if you prefer to keep Class.forName(), > please note that org.apache.batik.dom.svg12.SVG12DOMImplementation > no longer exists in Batik 1.8. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2490) Embedded SVG 1.2 not supported by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hussein Shafie updated FOP-2490: Description: h4. Embedded SVG 1.2 not supported by FOP 2.0 How to reproduce the problem (see attached files) fop -fo __doc.fo -pdf __doc.pdf Running this command fails with: {noformat} org.w3c.dom.DOMException: The current document is unable to create an element of the requested type (namespace: http://www.w3.org/2000/svg, name: svg:flowRoot). at org.apache.batik.dom.AbstractNode.createDOMException(Unknown Source) at org.apache.batik.anim.dom.SVGDOMImplementation.createElementNS(Unknown Source) at org.apache.batik.anim.dom.SVGOMDocument.createElementNS(Unknown Source) at org.apache.xml.utils.DOMBuilder.startElement(DOMBuilder.java:324) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) at org.apache.fop.util.DelegatingContentHandler.startElement(DelegatingContentHandler.java:185) at org.apache.fop.fo.extensions.svg.SVGDOMContentHandlerFactory$Handler.startElement(SVGDOMContentHandlerFactory.java:137) at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:179) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) {noformat} The expected result is EXPECTED__doc.pdf My workaround: In org/apache/fop/fo/extensions/svg/SVGDOMContentHandlerFactory.java, I've replaced: {noformat} private DOMImplementation getDOMImplementation(String ver) { //TODO It would be great if Batik provided this method as static helper method. if (ver == null || ver.length() == 0 || ver.equals("1.0") || ver.equals("1.1")) { return SVGDOMImplementation.getDOMImplementation(); } else if (ver.equals("1.2")) { try { Class clazz = Class.forName( "org.apache.batik.dom.svg12.SVG12DOMImplementation"); return (DOMImplementation)clazz.getMethod( "getDOMImplementation", (Class[])null).invoke(null, (Object[])null); } catch (Exception e) { return SVGDOMImplementation.getDOMImplementation(); } } throw new RuntimeException("Unsupport SVG version '" + ver + "'"); } {noformat} by: {noformat} import org.apache.batik.anim.dom.SVG12DOMImplementation; private DOMImplementation getDOMImplementation(String ver) { //TODO It would be great if Batik provided this method as static helper method. if (ver == null || ver.length() == 0 || ver.equals("1.0") || ver.equals("1.1")) { return SVGDOMImplementation.getDOMImplementation(); } else if (ver.equals("1.2")) { return SVG12DOMImplementation.getDOMImplementation(); } throw new RuntimeException("Unsupport SVG version '" + ver + "'"); } {noformat} org.apache.batik.anim.dom.SVG12DOMImplementation is always included in Batik-1.8-all.jar. Even if you prefer to keep Class.forName(), please note that org.apache.batik.dom.svg12.SVG12DOMImplementation no longer exists in Batik 1.8. was: How to reproduce the problem (see attached files) fop -fo __doc.fo -pdf __doc.pdf Running this command fails with: {noformat} org.w3c.dom.DOMException: The current document is unable to create an element of the requested type (namespace: http://www.w3.org/2000/svg, name: svg:flowRoot). at org.apache.batik.dom.AbstractNode.createDOMException(Unknown Source) at org.apache.batik.anim.dom.SVGDOMImplementation.createElementNS(Unknown Source) at org.apache.batik.anim.dom.SVGOMDocument.createElementNS(Unknown Source) at org.apache.xml.utils.DOMBuilder.startElement(DOMBuilder.java:324) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) at org.apache.fop.util.DelegatingContentHandler.startElement(DelegatingContentHandler.java:185) at org.apache.fop.fo.extensions.svg.SVGDOMContentHandlerFactory$Handler.startElement(SVGDOMContentHandlerFactory.java:137) at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:179) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) {noformat} The expected result is EXPECTED__doc.pdf My workaround: In org/apache/fop/fo/extensions/svg/SVGDOMContentHandlerFactory.java, I've replaced: {noformat} private DOMImplementation getDOMImplementation(Strin
[jira] [Updated] (FOP-2489) An SVG file using markers is not rendered by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hussein Shafie updated FOP-2489: Description: h4. An SVG file using markers is not rendered by FOP 2.0 How to reproduce the problem (see attached files) fop -fo __doc.fo -pdf __doc.pdf Running this command reports: {noformat} SEVERE: SVG graphic could not be built. Reason: org.apache.batik.bridge.BridgeException: resources/resources/header_layout.svg (No such file or directory) org.apache.batik.bridge.BridgeException: resources/resources/header_layout.svg (No such file or directory) at org.apache.batik.bridge.BridgeContext.getReferencedNode(Unknown Source) at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown Source) at org.apache.batik.bridge.PaintServer.convertMarker(Unknown Source) at org.apache.batik.bridge.PaintServer.convertMarkers(Unknown Source) at org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createMarkerPainter(Unknown Source) at org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createShapePainter(Unknown Source) at org.apache.batik.bridge.SVGShapeElementBridge.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) at org.apache.batik.bridge.GVTBuilder.build(Unknown Source) at org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:103) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) at org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) at org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) at org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) {noformat} The expected result is EXPECTED__doc.pdf My workaround: To resolve URLs such as "marker-start:url(#TriangleInM)", Batik 1.8 needs to know the URL of the SVG document it processes. Therefore in org/apache/fop/apps/FOUserAgent.java, I've replaced: {noformat} public StreamSource resolveURI(String uri) { // TODO: What do we want to do when resources aren't found??? We also need to remove this // method entirely try { // Have to do this so we can resolve data URIs StreamSource src = new StreamSource(resourceResolver.getResource(uri)); src.setSystemId(uri); return src; } catch (URISyntaxException use) { return null; } catch (IOException ioe) { return null; } } {noformat} by: {noformat} public StreamSource resolveURI(String uri) { // TODO: What do we want to do when resources aren't found??? We also need to remove this // method entirely try { // Have to do this so we can resolve data URIs StreamSource src = new StreamSource(resourceResolver.getResource(uri)); // A systemId is always expected to be absolute. // Anyway, without this, SVG files using markers // (e.g. marker-start:url(#TriangleInM)) cannot be rendered. if (!uri.startsWith("data:")) { uri = resourceResolver.getBaseURI().resolve(uri).toASCIIString(); } src.setSystemId(uri); return src; } catch (URISyntaxException use) { return null; } catch (IOException ioe) { return null; } } {noformat} was: An SVG file using markers is not rendered by FOP 2.0 How to reproduce the problem (see attached files) fop -fo __doc.fo -pdf __doc.pdf Running this command reports: {noformat} SEVERE: SVG graphic could not be built. Reason: org.apache.batik.bridge.BridgeException: resources/resources/header_layout.svg (No such file or directory) org.apache.batik.bridge.BridgeException: resources/resources/header_layout.svg (No
[jira] [Updated] (FOP-2489) An SVG file using markers is not rendered by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hussein Shafie updated FOP-2489: Description: An SVG file using markers is not rendered by FOP 2.0 How to reproduce the problem (see attached files) fop -fo __doc.fo -pdf __doc.pdf Running this command reports: {noformat} SEVERE: SVG graphic could not be built. Reason: org.apache.batik.bridge.BridgeException: resources/resources/header_layout.svg (No such file or directory) org.apache.batik.bridge.BridgeException: resources/resources/header_layout.svg (No such file or directory) at org.apache.batik.bridge.BridgeContext.getReferencedNode(Unknown Source) at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown Source) at org.apache.batik.bridge.PaintServer.convertMarker(Unknown Source) at org.apache.batik.bridge.PaintServer.convertMarkers(Unknown Source) at org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createMarkerPainter(Unknown Source) at org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createShapePainter(Unknown Source) at org.apache.batik.bridge.SVGShapeElementBridge.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) at org.apache.batik.bridge.GVTBuilder.build(Unknown Source) at org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:103) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) at org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) at org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) at org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) {noformat} The expected result is EXPECTED__doc.pdf My workaround: To resolve URLs such as "marker-start:url(#TriangleInM)", Batik 1.8 needs to know the URL of the SVG document it processes. Therefore in org/apache/fop/apps/FOUserAgent.java, I've replaced: {noformat} public StreamSource resolveURI(String uri) { // TODO: What do we want to do when resources aren't found??? We also need to remove this // method entirely try { // Have to do this so we can resolve data URIs StreamSource src = new StreamSource(resourceResolver.getResource(uri)); src.setSystemId(uri); return src; } catch (URISyntaxException use) { return null; } catch (IOException ioe) { return null; } } {noformat} by: {noformat} public StreamSource resolveURI(String uri) { // TODO: What do we want to do when resources aren't found??? We also need to remove this // method entirely try { // Have to do this so we can resolve data URIs StreamSource src = new StreamSource(resourceResolver.getResource(uri)); // A systemId is always expected to be absolute. // Anyway, without this, SVG files using markers // (e.g. marker-start:url(#TriangleInM)) cannot be rendered. if (!uri.startsWith("data:")) { uri = resourceResolver.getBaseURI().resolve(uri).toASCIIString(); } src.setSystemId(uri); return src; } catch (URISyntaxException use) { return null; } catch (IOException ioe) { return null; } } {noformat} was: An SVG file using markers is not rendered by FOP 2.0 How to reproduce the problem (see attached files) fop -fo __doc.fo -pdf __doc.pdf Running this command reports: --- SEVERE: SVG graphic could not be built. Reason: org.apache.batik.bridge.BridgeException: resources/resources/header_layout.svg (No such file or directory) org.apache.batik.bridge.BridgeException: resources/resources/header_lay
[jira] [Updated] (FOP-2490) Embedded SVG 1.2 not supported by FOP 2.0
elper method. if (ver == null || ver.length() == 0 || ver.equals("1.0") || ver.equals("1.1")) { return SVGDOMImplementation.getDOMImplementation(); } else if (ver.equals("1.2")) { try { Class clazz = Class.forName( "org.apache.batik.dom.svg12.SVG12DOMImplementation"); return (DOMImplementation)clazz.getMethod( "getDOMImplementation", (Class[])null).invoke(null, (Object[])null); } catch (Exception e) { return SVGDOMImplementation.getDOMImplementation(); } } throw new RuntimeException("Unsupport SVG version '" + ver + "'"); } --- by: --- import org.apache.batik.anim.dom.SVG12DOMImplementation; private DOMImplementation getDOMImplementation(String ver) { //TODO It would be great if Batik provided this method as static helper method. if (ver == null || ver.length() == 0 || ver.equals("1.0") || ver.equals("1.1")) { return SVGDOMImplementation.getDOMImplementation(); } else if (ver.equals("1.2")) { return SVG12DOMImplementation.getDOMImplementation(); } throw new RuntimeException("Unsupport SVG version '" + ver + "'"); } --- org.apache.batik.anim.dom.SVG12DOMImplementation is always included in Batik-1.8-all.jar. Even if you prefer to keep Class.forName(), please note that org.apache.batik.dom.svg12.SVG12DOMImplementation no longer exists in Batik 1.8. > Embedded SVG 1.2 not supported by FOP 2.0 > - > > Key: FOP-2490 > URL: https://issues.apache.org/jira/browse/FOP-2490 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: Linux, Java 1.6 64-bit (not relevant) >Reporter: Hussein Shafie > Attachments: EXPECTED__doc.pdf, __doc.fo > > > How to reproduce the problem (see attached files) > fop -fo __doc.fo -pdf __doc.pdf > Running this command fails with: > {noformat} > org.w3c.dom.DOMException: The current document is unable to create an element > of the requested type (namespace: http://www.w3.org/2000/svg, name: > svg:flowRoot). > at org.apache.batik.dom.AbstractNode.createDOMException(Unknown > Source) > at > org.apache.batik.anim.dom.SVGDOMImplementation.createElementNS(Unknown Source) > at org.apache.batik.anim.dom.SVGOMDocument.createElementNS(Unknown > Source) > at org.apache.xml.utils.DOMBuilder.startElement(DOMBuilder.java:324) > at > org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) > at > org.apache.fop.util.DelegatingContentHandler.startElement(DelegatingContentHandler.java:185) > at > org.apache.fop.fo.extensions.svg.SVGDOMContentHandlerFactory$Handler.startElement(SVGDOMContentHandlerFactory.java:137) > at > org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:179) > at > org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) > {noformat} > The expected result is EXPECTED__doc.pdf > My workaround: > In org/apache/fop/fo/extensions/svg/SVGDOMContentHandlerFactory.java, > I've replaced: > {noformat} > private DOMImplementation getDOMImplementation(String ver) { > //TODO It would be great if Batik provided this method as static > helper method. > if (ver == null || ver.length() == 0 > || ver.equals("1.0") || ver.equals("1.1")) { > return SVGDOMImplementation.getDOMImplementation(); > } else if (ver.equals("1.2")) { > try { > Class clazz = Class.forName( > > "org.apache.batik.dom.svg12.SVG12DOMImplementation"); > return (DOMImplementation)clazz.getMethod( > "getDOMImplementation", > (Class[])null).invoke(null, (Object[])null); > } catch (Exception e) { > return SVGDOMImplementation.getDOMImplementation(); > } > } > throw new RuntimeException("Unsupport SVG version '" + ver + "'"); > } > {noformat} > by: > {noformat} > import org.apache.batik.anim.dom.SVG12DOMImplementation; > priva
[jira] [Updated] (FOP-2490) Embedded SVG 1.2 not supported by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hussein Shafie updated FOP-2490: Attachment: EXPECTED__doc.pdf > Embedded SVG 1.2 not supported by FOP 2.0 > - > > Key: FOP-2490 > URL: https://issues.apache.org/jira/browse/FOP-2490 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: Linux, Java 1.6 64-bit (not relevant) >Reporter: Hussein Shafie > Attachments: EXPECTED__doc.pdf, __doc.fo > > > How to reproduce the problem (see attached files) > fop -fo __doc.fo -pdf __doc.pdf > Running this command fails with: > --- > org.w3c.dom.DOMException: The current document is unable to create an element > of the requested type (namespace: http://www.w3.org/2000/svg, name: > svg:flowRoot). > at org.apache.batik.dom.AbstractNode.createDOMException(Unknown > Source) > at > org.apache.batik.anim.dom.SVGDOMImplementation.createElementNS(Unknown Source) > at org.apache.batik.anim.dom.SVGOMDocument.createElementNS(Unknown > Source) > at org.apache.xml.utils.DOMBuilder.startElement(DOMBuilder.java:324) > at > org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) > at > org.apache.fop.util.DelegatingContentHandler.startElement(DelegatingContentHandler.java:185) > at > org.apache.fop.fo.extensions.svg.SVGDOMContentHandlerFactory$Handler.startElement(SVGDOMContentHandlerFactory.java:137) > at > org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:179) > at > org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) > --- > The expected result is EXPECTED__doc.pdf > My workaround: > In org/apache/fop/fo/extensions/svg/SVGDOMContentHandlerFactory.java, > I've replaced: > --- > private DOMImplementation getDOMImplementation(String ver) { > //TODO It would be great if Batik provided this method as static > helper method. > if (ver == null || ver.length() == 0 > || ver.equals("1.0") || ver.equals("1.1")) { > return SVGDOMImplementation.getDOMImplementation(); > } else if (ver.equals("1.2")) { > try { > Class clazz = Class.forName( > > "org.apache.batik.dom.svg12.SVG12DOMImplementation"); > return (DOMImplementation)clazz.getMethod( > "getDOMImplementation", > (Class[])null).invoke(null, (Object[])null); > } catch (Exception e) { > return SVGDOMImplementation.getDOMImplementation(); > } > } > throw new RuntimeException("Unsupport SVG version '" + ver + "'"); > } > --- > by: > --- > import org.apache.batik.anim.dom.SVG12DOMImplementation; > private DOMImplementation getDOMImplementation(String ver) { > //TODO It would be great if Batik provided this method as static > helper method. > if (ver == null || ver.length() == 0 > || ver.equals("1.0") || ver.equals("1.1")) { > return SVGDOMImplementation.getDOMImplementation(); > } else if (ver.equals("1.2")) { > return SVG12DOMImplementation.getDOMImplementation(); > } > throw new RuntimeException("Unsupport SVG version '" + ver + "'"); > } > --- > org.apache.batik.anim.dom.SVG12DOMImplementation is always > included in Batik-1.8-all.jar. Even if you prefer to keep Class.forName(), > please note that org.apache.batik.dom.svg12.SVG12DOMImplementation > no longer exists in Batik 1.8. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2490) Embedded SVG 1.2 not supported by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hussein Shafie updated FOP-2490: Attachment: __doc.fo > Embedded SVG 1.2 not supported by FOP 2.0 > - > > Key: FOP-2490 > URL: https://issues.apache.org/jira/browse/FOP-2490 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: Linux, Java 1.6 64-bit (not relevant) >Reporter: Hussein Shafie > Attachments: EXPECTED__doc.pdf, __doc.fo > > > How to reproduce the problem (see attached files) > fop -fo __doc.fo -pdf __doc.pdf > Running this command fails with: > --- > org.w3c.dom.DOMException: The current document is unable to create an element > of the requested type (namespace: http://www.w3.org/2000/svg, name: > svg:flowRoot). > at org.apache.batik.dom.AbstractNode.createDOMException(Unknown > Source) > at > org.apache.batik.anim.dom.SVGDOMImplementation.createElementNS(Unknown Source) > at org.apache.batik.anim.dom.SVGOMDocument.createElementNS(Unknown > Source) > at org.apache.xml.utils.DOMBuilder.startElement(DOMBuilder.java:324) > at > org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) > at > org.apache.fop.util.DelegatingContentHandler.startElement(DelegatingContentHandler.java:185) > at > org.apache.fop.fo.extensions.svg.SVGDOMContentHandlerFactory$Handler.startElement(SVGDOMContentHandlerFactory.java:137) > at > org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:179) > at > org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) > --- > The expected result is EXPECTED__doc.pdf > My workaround: > In org/apache/fop/fo/extensions/svg/SVGDOMContentHandlerFactory.java, > I've replaced: > --- > private DOMImplementation getDOMImplementation(String ver) { > //TODO It would be great if Batik provided this method as static > helper method. > if (ver == null || ver.length() == 0 > || ver.equals("1.0") || ver.equals("1.1")) { > return SVGDOMImplementation.getDOMImplementation(); > } else if (ver.equals("1.2")) { > try { > Class clazz = Class.forName( > > "org.apache.batik.dom.svg12.SVG12DOMImplementation"); > return (DOMImplementation)clazz.getMethod( > "getDOMImplementation", > (Class[])null).invoke(null, (Object[])null); > } catch (Exception e) { > return SVGDOMImplementation.getDOMImplementation(); > } > } > throw new RuntimeException("Unsupport SVG version '" + ver + "'"); > } > --- > by: > --- > import org.apache.batik.anim.dom.SVG12DOMImplementation; > private DOMImplementation getDOMImplementation(String ver) { > //TODO It would be great if Batik provided this method as static > helper method. > if (ver == null || ver.length() == 0 > || ver.equals("1.0") || ver.equals("1.1")) { > return SVGDOMImplementation.getDOMImplementation(); > } else if (ver.equals("1.2")) { > return SVG12DOMImplementation.getDOMImplementation(); > } > throw new RuntimeException("Unsupport SVG version '" + ver + "'"); > } > --- > org.apache.batik.anim.dom.SVG12DOMImplementation is always > included in Batik-1.8-all.jar. Even if you prefer to keep Class.forName(), > please note that org.apache.batik.dom.svg12.SVG12DOMImplementation > no longer exists in Batik 1.8. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (FOP-2490) Embedded SVG 1.2 not supported by FOP 2.0
Hussein Shafie created FOP-2490: --- Summary: Embedded SVG 1.2 not supported by FOP 2.0 Key: FOP-2490 URL: https://issues.apache.org/jira/browse/FOP-2490 Project: FOP Issue Type: Bug Affects Versions: 2.0 Environment: Linux, Java 1.6 64-bit (not relevant) Reporter: Hussein Shafie Attachments: EXPECTED__doc.pdf, __doc.fo How to reproduce the problem (see attached files) fop -fo __doc.fo -pdf __doc.pdf Running this command fails with: --- org.w3c.dom.DOMException: The current document is unable to create an element of the requested type (namespace: http://www.w3.org/2000/svg, name: svg:flowRoot). at org.apache.batik.dom.AbstractNode.createDOMException(Unknown Source) at org.apache.batik.anim.dom.SVGDOMImplementation.createElementNS(Unknown Source) at org.apache.batik.anim.dom.SVGOMDocument.createElementNS(Unknown Source) at org.apache.xml.utils.DOMBuilder.startElement(DOMBuilder.java:324) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) at org.apache.fop.util.DelegatingContentHandler.startElement(DelegatingContentHandler.java:185) at org.apache.fop.fo.extensions.svg.SVGDOMContentHandlerFactory$Handler.startElement(SVGDOMContentHandlerFactory.java:137) at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:179) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) --- The expected result is EXPECTED__doc.pdf My workaround: In org/apache/fop/fo/extensions/svg/SVGDOMContentHandlerFactory.java, I've replaced: --- private DOMImplementation getDOMImplementation(String ver) { //TODO It would be great if Batik provided this method as static helper method. if (ver == null || ver.length() == 0 || ver.equals("1.0") || ver.equals("1.1")) { return SVGDOMImplementation.getDOMImplementation(); } else if (ver.equals("1.2")) { try { Class clazz = Class.forName( "org.apache.batik.dom.svg12.SVG12DOMImplementation"); return (DOMImplementation)clazz.getMethod( "getDOMImplementation", (Class[])null).invoke(null, (Object[])null); } catch (Exception e) { return SVGDOMImplementation.getDOMImplementation(); } } throw new RuntimeException("Unsupport SVG version '" + ver + "'"); } --- by: --- import org.apache.batik.anim.dom.SVG12DOMImplementation; private DOMImplementation getDOMImplementation(String ver) { //TODO It would be great if Batik provided this method as static helper method. if (ver == null || ver.length() == 0 || ver.equals("1.0") || ver.equals("1.1")) { return SVGDOMImplementation.getDOMImplementation(); } else if (ver.equals("1.2")) { return SVG12DOMImplementation.getDOMImplementation(); } throw new RuntimeException("Unsupport SVG version '" + ver + "'"); } --- org.apache.batik.anim.dom.SVG12DOMImplementation is always included in Batik-1.8-all.jar. Even if you prefer to keep Class.forName(), please note that org.apache.batik.dom.svg12.SVG12DOMImplementation no longer exists in Batik 1.8. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2489) An SVG file using markers is not rendered by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hussein Shafie updated FOP-2489: Attachment: EXPECTED__doc.pdf > An SVG file using markers is not rendered by FOP 2.0 > > > Key: FOP-2489 > URL: https://issues.apache.org/jira/browse/FOP-2489 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: Linux; Java 1.6 64-bit (not relevant). >Reporter: Hussein Shafie > Attachments: EXPECTED__doc.pdf, __doc.fo, __doc.pdf, header_layout.svg > > > An SVG file using markers is not rendered by FOP 2.0 > > How to reproduce the problem (see attached files) > fop -fo __doc.fo -pdf __doc.pdf > Running this command reports: > --- > SEVERE: SVG graphic could not be built. Reason: > org.apache.batik.bridge.BridgeException: > resources/resources/header_layout.svg (No such file or directory) > org.apache.batik.bridge.BridgeException: > resources/resources/header_layout.svg (No such file or directory) > at org.apache.batik.bridge.BridgeContext.getReferencedNode(Unknown > Source) > at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown > Source) > at org.apache.batik.bridge.PaintServer.convertMarker(Unknown Source) > at org.apache.batik.bridge.PaintServer.convertMarkers(Unknown Source) > at > org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createMarkerPainter(Unknown > Source) > at > org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createShapePainter(Unknown > Source) > at > org.apache.batik.bridge.SVGShapeElementBridge.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.build(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:103) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) > at > org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) > --- > The expected result is EXPECTED__doc.pdf > My workaround: > To resolve URLs such as "marker-start:url(#TriangleInM)", Batik 1.8 needs > to know the URL of the SVG document it processes. > Therefore in org/apache/fop/apps/FOUserAgent.java, I've replaced: > --- > public StreamSource resolveURI(String uri) { > // TODO: What do we want to do when resources aren't found??? We also > need to remove this > // method entirely > try { > // Have to do this so we can resolve data URIs > StreamSource src = new > StreamSource(resourceResolver.getResource(uri)); > src.setSystemId(uri); > return src; > } catch (URISyntaxException use) { > return null; > } catch (IOException ioe) { > return null; > } > } > --- > by: > --- > public StreamSource resolveURI(String uri) { > // TODO: What do we want to do when resources aren't found??? We also > need to remove this > // method entirely > try { > // Have to do this so we can resolve data URIs > StreamSource src = new > StreamSource(resourceResolver.getResource(uri)); > // A systemId is always expected to be absolute. > // Anyway, without thi
[jira] [Updated] (FOP-2489) An SVG file using markers is not rendered by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hussein Shafie updated FOP-2489: Attachment: __doc.fo > An SVG file using markers is not rendered by FOP 2.0 > > > Key: FOP-2489 > URL: https://issues.apache.org/jira/browse/FOP-2489 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: Linux; Java 1.6 64-bit (not relevant). >Reporter: Hussein Shafie > Attachments: __doc.fo, __doc.pdf, header_layout.svg > > > An SVG file using markers is not rendered by FOP 2.0 > > How to reproduce the problem (see attached files) > fop -fo __doc.fo -pdf __doc.pdf > Running this command reports: > --- > SEVERE: SVG graphic could not be built. Reason: > org.apache.batik.bridge.BridgeException: > resources/resources/header_layout.svg (No such file or directory) > org.apache.batik.bridge.BridgeException: > resources/resources/header_layout.svg (No such file or directory) > at org.apache.batik.bridge.BridgeContext.getReferencedNode(Unknown > Source) > at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown > Source) > at org.apache.batik.bridge.PaintServer.convertMarker(Unknown Source) > at org.apache.batik.bridge.PaintServer.convertMarkers(Unknown Source) > at > org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createMarkerPainter(Unknown > Source) > at > org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createShapePainter(Unknown > Source) > at > org.apache.batik.bridge.SVGShapeElementBridge.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.build(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:103) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) > at > org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) > --- > The expected result is EXPECTED__doc.pdf > My workaround: > To resolve URLs such as "marker-start:url(#TriangleInM)", Batik 1.8 needs > to know the URL of the SVG document it processes. > Therefore in org/apache/fop/apps/FOUserAgent.java, I've replaced: > --- > public StreamSource resolveURI(String uri) { > // TODO: What do we want to do when resources aren't found??? We also > need to remove this > // method entirely > try { > // Have to do this so we can resolve data URIs > StreamSource src = new > StreamSource(resourceResolver.getResource(uri)); > src.setSystemId(uri); > return src; > } catch (URISyntaxException use) { > return null; > } catch (IOException ioe) { > return null; > } > } > --- > by: > --- > public StreamSource resolveURI(String uri) { > // TODO: What do we want to do when resources aren't found??? We also > need to remove this > // method entirely > try { > // Have to do this so we can resolve data URIs > StreamSource src = new > StreamSource(resourceResolver.getResource(uri)); > // A systemId is always expected to be absolute. > // Anyway, without this, SVG files using marke
[jira] [Updated] (FOP-2489) An SVG file using markers is not rendered by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hussein Shafie updated FOP-2489: Attachment: header_layout.svg > An SVG file using markers is not rendered by FOP 2.0 > > > Key: FOP-2489 > URL: https://issues.apache.org/jira/browse/FOP-2489 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: Linux; Java 1.6 64-bit (not relevant). >Reporter: Hussein Shafie > Attachments: __doc.fo, __doc.pdf, header_layout.svg > > > An SVG file using markers is not rendered by FOP 2.0 > > How to reproduce the problem (see attached files) > fop -fo __doc.fo -pdf __doc.pdf > Running this command reports: > --- > SEVERE: SVG graphic could not be built. Reason: > org.apache.batik.bridge.BridgeException: > resources/resources/header_layout.svg (No such file or directory) > org.apache.batik.bridge.BridgeException: > resources/resources/header_layout.svg (No such file or directory) > at org.apache.batik.bridge.BridgeContext.getReferencedNode(Unknown > Source) > at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown > Source) > at org.apache.batik.bridge.PaintServer.convertMarker(Unknown Source) > at org.apache.batik.bridge.PaintServer.convertMarkers(Unknown Source) > at > org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createMarkerPainter(Unknown > Source) > at > org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createShapePainter(Unknown > Source) > at > org.apache.batik.bridge.SVGShapeElementBridge.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.build(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:103) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) > at > org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) > --- > The expected result is EXPECTED__doc.pdf > My workaround: > To resolve URLs such as "marker-start:url(#TriangleInM)", Batik 1.8 needs > to know the URL of the SVG document it processes. > Therefore in org/apache/fop/apps/FOUserAgent.java, I've replaced: > --- > public StreamSource resolveURI(String uri) { > // TODO: What do we want to do when resources aren't found??? We also > need to remove this > // method entirely > try { > // Have to do this so we can resolve data URIs > StreamSource src = new > StreamSource(resourceResolver.getResource(uri)); > src.setSystemId(uri); > return src; > } catch (URISyntaxException use) { > return null; > } catch (IOException ioe) { > return null; > } > } > --- > by: > --- > public StreamSource resolveURI(String uri) { > // TODO: What do we want to do when resources aren't found??? We also > need to remove this > // method entirely > try { > // Have to do this so we can resolve data URIs > StreamSource src = new > StreamSource(resourceResolver.getResource(uri)); > // A systemId is always expected to be absolute. > // Anyway, without this, SVG files using m
[jira] [Updated] (FOP-2489) An SVG file using markers is not rendered by FOP 2.0
[ https://issues.apache.org/jira/browse/FOP-2489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hussein Shafie updated FOP-2489: Attachment: __doc.pdf > An SVG file using markers is not rendered by FOP 2.0 > > > Key: FOP-2489 > URL: https://issues.apache.org/jira/browse/FOP-2489 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 > Environment: Linux; Java 1.6 64-bit (not relevant). >Reporter: Hussein Shafie > Attachments: __doc.fo, __doc.pdf, header_layout.svg > > > An SVG file using markers is not rendered by FOP 2.0 > > How to reproduce the problem (see attached files) > fop -fo __doc.fo -pdf __doc.pdf > Running this command reports: > --- > SEVERE: SVG graphic could not be built. Reason: > org.apache.batik.bridge.BridgeException: > resources/resources/header_layout.svg (No such file or directory) > org.apache.batik.bridge.BridgeException: > resources/resources/header_layout.svg (No such file or directory) > at org.apache.batik.bridge.BridgeContext.getReferencedNode(Unknown > Source) > at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown > Source) > at org.apache.batik.bridge.PaintServer.convertMarker(Unknown Source) > at org.apache.batik.bridge.PaintServer.convertMarkers(Unknown Source) > at > org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createMarkerPainter(Unknown > Source) > at > org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createShapePainter(Unknown > Source) > at > org.apache.batik.bridge.SVGShapeElementBridge.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown > Source) > at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) > at org.apache.batik.bridge.GVTBuilder.build(Unknown Source) > at > org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:103) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) > at > org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) > at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) > at > org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) > at > org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) > at > org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) > --- > The expected result is EXPECTED__doc.pdf > My workaround: > To resolve URLs such as "marker-start:url(#TriangleInM)", Batik 1.8 needs > to know the URL of the SVG document it processes. > Therefore in org/apache/fop/apps/FOUserAgent.java, I've replaced: > --- > public StreamSource resolveURI(String uri) { > // TODO: What do we want to do when resources aren't found??? We also > need to remove this > // method entirely > try { > // Have to do this so we can resolve data URIs > StreamSource src = new > StreamSource(resourceResolver.getResource(uri)); > src.setSystemId(uri); > return src; > } catch (URISyntaxException use) { > return null; > } catch (IOException ioe) { > return null; > } > } > --- > by: > --- > public StreamSource resolveURI(String uri) { > // TODO: What do we want to do when resources aren't found??? We also > need to remove this > // method entirely > try { > // Have to do this so we can resolve data URIs > StreamSource src = new > StreamSource(resourceResolver.getResource(uri)); > // A systemId is always expected to be absolute. > // Anyway, without this, SVG files using marke
[jira] [Created] (FOP-2489) An SVG file using markers is not rendered by FOP 2.0
Hussein Shafie created FOP-2489: --- Summary: An SVG file using markers is not rendered by FOP 2.0 Key: FOP-2489 URL: https://issues.apache.org/jira/browse/FOP-2489 Project: FOP Issue Type: Bug Affects Versions: 2.0 Environment: Linux; Java 1.6 64-bit (not relevant). Reporter: Hussein Shafie An SVG file using markers is not rendered by FOP 2.0 How to reproduce the problem (see attached files) fop -fo __doc.fo -pdf __doc.pdf Running this command reports: --- SEVERE: SVG graphic could not be built. Reason: org.apache.batik.bridge.BridgeException: resources/resources/header_layout.svg (No such file or directory) org.apache.batik.bridge.BridgeException: resources/resources/header_layout.svg (No such file or directory) at org.apache.batik.bridge.BridgeContext.getReferencedNode(Unknown Source) at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown Source) at org.apache.batik.bridge.PaintServer.convertMarker(Unknown Source) at org.apache.batik.bridge.PaintServer.convertMarkers(Unknown Source) at org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createMarkerPainter(Unknown Source) at org.apache.batik.bridge.SVGDecoratedShapeElementBridge.createShapePainter(Unknown Source) at org.apache.batik.bridge.SVGShapeElementBridge.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) at org.apache.batik.bridge.GVTBuilder.build(Unknown Source) at org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:103) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingURI(AbstractIFPainter.java:292) at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:173) at org.apache.fop.render.intermediate.IFRenderer.drawImage(IFRenderer.java:1295) at org.apache.fop.render.intermediate.IFRenderer.renderImage(IFRenderer.java:1282) at org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:858) --- The expected result is EXPECTED__doc.pdf My workaround: To resolve URLs such as "marker-start:url(#TriangleInM)", Batik 1.8 needs to know the URL of the SVG document it processes. Therefore in org/apache/fop/apps/FOUserAgent.java, I've replaced: --- public StreamSource resolveURI(String uri) { // TODO: What do we want to do when resources aren't found??? We also need to remove this // method entirely try { // Have to do this so we can resolve data URIs StreamSource src = new StreamSource(resourceResolver.getResource(uri)); src.setSystemId(uri); return src; } catch (URISyntaxException use) { return null; } catch (IOException ioe) { return null; } } --- by: --- public StreamSource resolveURI(String uri) { // TODO: What do we want to do when resources aren't found??? We also need to remove this // method entirely try { // Have to do this so we can resolve data URIs StreamSource src = new StreamSource(resourceResolver.getResource(uri)); // A systemId is always expected to be absolute. // Anyway, without this, SVG files using markers // (e.g. marker-start:url(#TriangleInM)) cannot be rendered. if (!uri.startsWith("data:")) { uri = resourceResolver.getBaseURI().resolve(uri).toASCIIString(); } src.setSystemId(uri); return src; } catch (URISyntaxException use) { return null; } catch (IOException ioe) { return null; } } --- -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (FOP-2480) Since FOP 2.0 it is not possible to load embedded fonts from a JAR
[ https://issues.apache.org/jira/browse/FOP-2480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Wegner closed FOP-2480. -- Resolution: Not A Problem Fix Version/s: 2.0 see comments > Since FOP 2.0 it is not possible to load embedded fonts from a JAR > -- > > Key: FOP-2480 > URL: https://issues.apache.org/jira/browse/FOP-2480 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Martin Wegner > Fix For: 2.0 > > > In FOP 1.1 it was possible to load embedded fonts (relative path in the > fop.xconf) from a JAR by using a custom URIResolver and setting it > (fopFactory.setURIResolver(fileResolver)) before loading the fop.xconf. The > custom URIResolver was used while parsing the fop.xconf and resolving > relative paths. > FOP 2.0 does not use the given resolver. It uses resolveFromBase() from the > InternalResourceResolver. The method resolveFromBase() calls resolve() from > the base URI. Because it is impossible to overwrite URI or > InternalResourceResolver there is no chance to load embedded fonts (relative > path in the fop.xconf) from a JAR by using a custom URIResolver. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2480) Since FOP 2.0 it is not possible to load embedded fonts from a JAR
[ https://issues.apache.org/jira/browse/FOP-2480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14572732#comment-14572732 ] Martin Wegner commented on FOP-2480: OK thanks it works :) > Since FOP 2.0 it is not possible to load embedded fonts from a JAR > -- > > Key: FOP-2480 > URL: https://issues.apache.org/jira/browse/FOP-2480 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Martin Wegner > > In FOP 1.1 it was possible to load embedded fonts (relative path in the > fop.xconf) from a JAR by using a custom URIResolver and setting it > (fopFactory.setURIResolver(fileResolver)) before loading the fop.xconf. The > custom URIResolver was used while parsing the fop.xconf and resolving > relative paths. > FOP 2.0 does not use the given resolver. It uses resolveFromBase() from the > InternalResourceResolver. The method resolveFromBase() calls resolve() from > the base URI. Because it is impossible to overwrite URI or > InternalResourceResolver there is no chance to load embedded fonts (relative > path in the fop.xconf) from a JAR by using a custom URIResolver. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2480) Since FOP 2.0 it is not possible to load embedded fonts from a JAR
[ https://issues.apache.org/jira/browse/FOP-2480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14572370#comment-14572370 ] simon steiner commented on FOP-2480: Think you need fontcache disabled: confBuilder = new FopConfParser(new FileInputStream(conf), EnvironmentalProfileFactory.createRestrictedIO(conf.getParentFile().toURI(), rr)).getFopFactoryBuilder(); > Since FOP 2.0 it is not possible to load embedded fonts from a JAR > -- > > Key: FOP-2480 > URL: https://issues.apache.org/jira/browse/FOP-2480 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Martin Wegner > > In FOP 1.1 it was possible to load embedded fonts (relative path in the > fop.xconf) from a JAR by using a custom URIResolver and setting it > (fopFactory.setURIResolver(fileResolver)) before loading the fop.xconf. The > custom URIResolver was used while parsing the fop.xconf and resolving > relative paths. > FOP 2.0 does not use the given resolver. It uses resolveFromBase() from the > InternalResourceResolver. The method resolveFromBase() calls resolve() from > the base URI. Because it is impossible to overwrite URI or > InternalResourceResolver there is no chance to load embedded fonts (relative > path in the fop.xconf) from a JAR by using a custom URIResolver. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2480) Since FOP 2.0 it is not possible to load embedded fonts from a JAR
[ https://issues.apache.org/jira/browse/FOP-2480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14572367#comment-14572367 ] Martin Wegner commented on FOP-2480: The problem is in file FontCache.java method addFont(EmbedFontInfo fontInfo, InternalResourceResolver resourceResolver) line 334 "URI fontUri = resourceResolver.resolveFromBase(fontInfo.getEmbedURI())". A custom resource resolver does not help here?!? > Since FOP 2.0 it is not possible to load embedded fonts from a JAR > -- > > Key: FOP-2480 > URL: https://issues.apache.org/jira/browse/FOP-2480 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Martin Wegner > > In FOP 1.1 it was possible to load embedded fonts (relative path in the > fop.xconf) from a JAR by using a custom URIResolver and setting it > (fopFactory.setURIResolver(fileResolver)) before loading the fop.xconf. The > custom URIResolver was used while parsing the fop.xconf and resolving > relative paths. > FOP 2.0 does not use the given resolver. It uses resolveFromBase() from the > InternalResourceResolver. The method resolveFromBase() calls resolve() from > the base URI. Because it is impossible to overwrite URI or > InternalResourceResolver there is no chance to load embedded fonts (relative > path in the fop.xconf) from a JAR by using a custom URIResolver. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FOP-2480) Since FOP 2.0 it is not possible to load embedded fonts from a JAR
[ https://issues.apache.org/jira/browse/FOP-2480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14572358#comment-14572358 ] simon steiner commented on FOP-2480: Ive used custom resource resolver to rewrite file paths. {code} ResourceResolver rr = ResourceResolverFactory .createTempAwareResourceResolver(new InMemoryTempResourceResolver(), new MyResourceResolver()); FopFactoryBuilder confBuilder = new FopConfParser(new File("fop.xconf"), rr).getFopFactoryBuilder(); FopFactory fopFactory = confBuilder.build(); private static class MyResourceResolver implements ResourceResolver { public Resource getResource(URI uri) throws IOException { return new Resource(uri.toURL().openStream()); } public OutputStream getOutputStream(URI uri) throws IOException { return new FileOutputStream(new File(uri)); } } private static class InMemoryTempResourceResolver implements TempResourceResolver { private final Map tempBaos = Collections .synchronizedMap(new HashMap()); public OutputStream getOutputStream(String id) throws IOException { ByteArrayOutputStream baos = new ByteArrayOutputStream(); tempBaos.put(id, baos); return baos; } public Resource getResource(final String id) throws IOException { if (!tempBaos.containsKey(id)) { throw new IllegalArgumentException("Temp resource with id = " + id + " does not exist"); } return new Resource(new ByteArrayInputStream(tempBaos.remove(id).toByteArray())); } } {code} > Since FOP 2.0 it is not possible to load embedded fonts from a JAR > -- > > Key: FOP-2480 > URL: https://issues.apache.org/jira/browse/FOP-2480 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Martin Wegner > > In FOP 1.1 it was possible to load embedded fonts (relative path in the > fop.xconf) from a JAR by using a custom URIResolver and setting it > (fopFactory.setURIResolver(fileResolver)) before loading the fop.xconf. The > custom URIResolver was used while parsing the fop.xconf and resolving > relative paths. > FOP 2.0 does not use the given resolver. It uses resolveFromBase() from the > InternalResourceResolver. The method resolveFromBase() calls resolve() from > the base URI. Because it is impossible to overwrite URI or > InternalResourceResolver there is no chance to load embedded fonts (relative > path in the fop.xconf) from a JAR by using a custom URIResolver. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (FOP-2480) Since FOP 2.0 it is not possible to load embedded fonts from a JAR
[ https://issues.apache.org/jira/browse/FOP-2480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Wegner updated FOP-2480: --- Description: In FOP 1.1 it was possible to load embedded fonts (relative path in the fop.xconf) from a JAR by using a custom URIResolver and setting it (fopFactory.setURIResolver(fileResolver)) before loading the fop.xconf. The custom URIResolver was used while parsing the fop.xconf and resolving relative paths. FOP 2.0 does not use the given resolver. It uses resolveFromBase() from the InternalResourceResolver. The method resolveFromBase() calls resolve() from the base URI. Because it is impossible to overwrite URI or InternalResourceResolver there is no chance to load embedded fonts (relative path in the fop.xconf) from a JAR by using a custom URIResolver. was: In FOP 1.1 it was possible to load embedded fonts (relative path in the fop.xconf) from a JAR by using a custom URIResolver and setting it (fopFactory.setURIResolver(fileResolver);) before loading the fop.xconf. The custom URIResolver was used while parsing the fop.xconf and resolving relative paths. FOP 2.0 does not use the given resolver. It uses resolveFromBase() from the InternalResourceResolver. The method resolveFromBase() calls resolve() from the base URI. Because it is impossible to overwrite URI or InternalResourceResolver there is no chance to load embedded fonts (relative path in the fop.xconf) from a JAR by using a custom URIResolver. > Since FOP 2.0 it is not possible to load embedded fonts from a JAR > -- > > Key: FOP-2480 > URL: https://issues.apache.org/jira/browse/FOP-2480 > Project: FOP > Issue Type: Bug >Affects Versions: 2.0 >Reporter: Martin Wegner > > In FOP 1.1 it was possible to load embedded fonts (relative path in the > fop.xconf) from a JAR by using a custom URIResolver and setting it > (fopFactory.setURIResolver(fileResolver)) before loading the fop.xconf. The > custom URIResolver was used while parsing the fop.xconf and resolving > relative paths. > FOP 2.0 does not use the given resolver. It uses resolveFromBase() from the > InternalResourceResolver. The method resolveFromBase() calls resolve() from > the base URI. Because it is impossible to overwrite URI or > InternalResourceResolver there is no chance to load embedded fonts (relative > path in the fop.xconf) from a JAR by using a custom URIResolver. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (FOP-2480) Since FOP 2.0 it is not possible to load embedded fonts from a JAR
Martin Wegner created FOP-2480: -- Summary: Since FOP 2.0 it is not possible to load embedded fonts from a JAR Key: FOP-2480 URL: https://issues.apache.org/jira/browse/FOP-2480 Project: FOP Issue Type: Bug Affects Versions: 2.0 Reporter: Martin Wegner In FOP 1.1 it was possible to load embedded fonts (relative path in the fop.xconf) from a JAR by using a custom URIResolver and setting it (fopFactory.setURIResolver(fileResolver);) before loading the fop.xconf. The custom URIResolver was used while parsing the fop.xconf and resolving relative paths. FOP 2.0 does not use the given resolver. It uses resolveFromBase() from the InternalResourceResolver. The method resolveFromBase() calls resolve() from the base URI. Because it is impossible to overwrite URI or InternalResourceResolver there is no chance to load embedded fonts (relative path in the fop.xconf) from a JAR by using a custom URIResolver. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[VOTE RESULT] Release XML Graphics FOP 2.0 (2nd attempt)
Hi, 9 +1s, I will make the release of FOP 2.0. Thanks
RE: FOP 2.0
Hi, Its not released yet, hopefully next week. Thanks From: Chetan M [mailto:chetanmis...@hotmail.com] Sent: 27 May 2015 19:08 To: fop-dev@xmlgraphics.apache.org Subject: FOP 2.0 Hi, On the website [https://xmlgraphics.apache.org/fop/2.0/] I see FOP version 2.0 mentioned. However, I could see any libraries to download. Could you please let me know how I can get Fop 2.0 version? cheers, Chetan
Re: FOP 2.0
Not yet released. Also, this ML is for dev questions, not user questions. Please use the fop-users ML. On Wed, May 27, 2015 at 12:07 PM, Chetan M wrote: > Hi, > On the website [https://xmlgraphics.apache.org/fop/2.0/] I see FOP > version 2.0 mentioned. However, I could see any libraries to download. > Could you please let me know how I can get Fop 2.0 version? > > cheers, > Chetan >
FOP 2.0
Hi,On the website [https://xmlgraphics.apache.org/fop/2.0/] I see FOP version 2.0 mentioned. However, I could see any libraries to download. Could you please let me know how I can get Fop 2.0 version? cheers, Chetan
Re: [VOTE] Release XML Graphics FOP 2.0 (2nd attempt)
+1 from me, too. ... and, you are all very welcome. :) Andreas > On 26 May 2015, at 15:31, Glenn Adams wrote: > > +1. Thanks for all the work on FB fixes. > > On Tue, May 26, 2015 at 2:33 AM, Simon Steiner > wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi, >> >> This is a vote to release XML Graphics FOP 2.0. Findbugs is passing. >> >> Artifacts can be found there: >> https://people.apache.org/~ssteiner/fop-2.0 >> >> The release is signed with the key: >> https://people.apache.org/~ssteiner/KEYS >> >> The vote will end on 2/6/2015 >> >> +1 from me. >> >> Thanks >> >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1 >> >> iQIcBAEBAgAGBQJVZC+NAAoJEFuT8d98223qmbQQALDSXQIf+owqV/s/5eXfvSu3 >> EvzQtgu6RZEfL6TwZZX/iY3/7RtTF5OPz6b+i9QFpH2TN5fmLM7A720tK0IAjhB1 >> oU9RdKH4dakii7uRUOoolGVOAav0K0DDF1/3HSxf1Ys11CraRqKSGEnJH4WYI1Pv >> xvGgQvFpRP2oQm12jTcfx9rolqijDykboEH+uCUF+MzNSoFMo/W93Id4CLpskr3O >> /m+cNXz0YqUdwnsD/1HrzfauozLR/jDOWePj3OnOyw+CXzrtmtil7fytIHzg1YD3 >> B2t7+0InDVgEEqY94ojMXTGB9f/5iYfw/Gol4kg40o7H+9FXdO4YoduE5G7qEaKb >> k9QGwaN4DG74vIlB4DtCdJONI9ikgj6xDA8LV/e6XmpFcKEFmsk6HVgoRU9NKKyI >> jH+r4baa2tlR+cGJgeAr8SgjAQ3cf67ynRXBP74k9RPFATwCt5f+9GAVzV+Q/IDd >> LODw0S+2oKmI1lXPS5pLqeoeo7ccBPlI8rzqTd+9L0RqBQ5K7YmUI2ZngqU86NjV >> 1GC5R/caPd1kbnhS6alZAKDj5XAv26kHp/wtHPkKcsdBAcpQk+GjEC7UotD1s0VI >> B0Xja4VBxpUyLIp1jcDTkPe0JgXM7CqjY+Y40CCJeJSek2F/HpRy4QKJcZJYUW0v >> NM66eXRXoVEfVRrkwQqq >> =Xhjn >> -END PGP SIGNATURE- >> >>
Re: [VOTE] Release XML Graphics FOP 2.0 (2nd attempt)
+1. Thanks for all the work on FB fixes. On Tue, May 26, 2015 at 2:33 AM, Simon Steiner wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > This is a vote to release XML Graphics FOP 2.0. Findbugs is passing. > > Artifacts can be found there: > https://people.apache.org/~ssteiner/fop-2.0 > > The release is signed with the key: > https://people.apache.org/~ssteiner/KEYS > > The vote will end on 2/6/2015 > > +1 from me. > > Thanks > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1 > > iQIcBAEBAgAGBQJVZC+NAAoJEFuT8d98223qmbQQALDSXQIf+owqV/s/5eXfvSu3 > EvzQtgu6RZEfL6TwZZX/iY3/7RtTF5OPz6b+i9QFpH2TN5fmLM7A720tK0IAjhB1 > oU9RdKH4dakii7uRUOoolGVOAav0K0DDF1/3HSxf1Ys11CraRqKSGEnJH4WYI1Pv > xvGgQvFpRP2oQm12jTcfx9rolqijDykboEH+uCUF+MzNSoFMo/W93Id4CLpskr3O > /m+cNXz0YqUdwnsD/1HrzfauozLR/jDOWePj3OnOyw+CXzrtmtil7fytIHzg1YD3 > B2t7+0InDVgEEqY94ojMXTGB9f/5iYfw/Gol4kg40o7H+9FXdO4YoduE5G7qEaKb > k9QGwaN4DG74vIlB4DtCdJONI9ikgj6xDA8LV/e6XmpFcKEFmsk6HVgoRU9NKKyI > jH+r4baa2tlR+cGJgeAr8SgjAQ3cf67ynRXBP74k9RPFATwCt5f+9GAVzV+Q/IDd > LODw0S+2oKmI1lXPS5pLqeoeo7ccBPlI8rzqTd+9L0RqBQ5K7YmUI2ZngqU86NjV > 1GC5R/caPd1kbnhS6alZAKDj5XAv26kHp/wtHPkKcsdBAcpQk+GjEC7UotD1s0VI > B0Xja4VBxpUyLIp1jcDTkPe0JgXM7CqjY+Y40CCJeJSek2F/HpRy4QKJcZJYUW0v > NM66eXRXoVEfVRrkwQqq > =Xhjn > -END PGP SIGNATURE- > >
Re: [VOTE] Release XML Graphics FOP 2.0 (2nd attempt)
+1 Cheers! Clay -- "My religion is simple. My religion is kindness." - HH The Dalai Lama of Tibet > On May 26, 2015, at 1:33 AM, Simon Steiner wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > This is a vote to release XML Graphics FOP 2.0. Findbugs is passing. > > Artifacts can be found there: > https://people.apache.org/~ssteiner/fop-2.0 > > The release is signed with the key: > https://people.apache.org/~ssteiner/KEYS > > The vote will end on 2/6/2015 > > +1 from me. > > Thanks > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1 > > iQIcBAEBAgAGBQJVZC+NAAoJEFuT8d98223qmbQQALDSXQIf+owqV/s/5eXfvSu3 > EvzQtgu6RZEfL6TwZZX/iY3/7RtTF5OPz6b+i9QFpH2TN5fmLM7A720tK0IAjhB1 > oU9RdKH4dakii7uRUOoolGVOAav0K0DDF1/3HSxf1Ys11CraRqKSGEnJH4WYI1Pv > xvGgQvFpRP2oQm12jTcfx9rolqijDykboEH+uCUF+MzNSoFMo/W93Id4CLpskr3O > /m+cNXz0YqUdwnsD/1HrzfauozLR/jDOWePj3OnOyw+CXzrtmtil7fytIHzg1YD3 > B2t7+0InDVgEEqY94ojMXTGB9f/5iYfw/Gol4kg40o7H+9FXdO4YoduE5G7qEaKb > k9QGwaN4DG74vIlB4DtCdJONI9ikgj6xDA8LV/e6XmpFcKEFmsk6HVgoRU9NKKyI > jH+r4baa2tlR+cGJgeAr8SgjAQ3cf67ynRXBP74k9RPFATwCt5f+9GAVzV+Q/IDd > LODw0S+2oKmI1lXPS5pLqeoeo7ccBPlI8rzqTd+9L0RqBQ5K7YmUI2ZngqU86NjV > 1GC5R/caPd1kbnhS6alZAKDj5XAv26kHp/wtHPkKcsdBAcpQk+GjEC7UotD1s0VI > B0Xja4VBxpUyLIp1jcDTkPe0JgXM7CqjY+Y40CCJeJSek2F/HpRy4QKJcZJYUW0v > NM66eXRXoVEfVRrkwQqq > =Xhjn > -END PGP SIGNATURE- > > > - > To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: general-h...@xmlgraphics.apache.org >
Re: [VOTE] Release XML Graphics FOP 2.0 (2nd attempt)
+1 On 26/05/2015 09:33, Simon Steiner wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, This is a vote to release XML Graphics FOP 2.0. Findbugs is passing. Artifacts can be found there: https://people.apache.org/~ssteiner/fop-2.0 The release is signed with the key: https://people.apache.org/~ssteiner/KEYS The vote will end on 2/6/2015 +1 from me. Thanks -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVZC+NAAoJEFuT8d98223qmbQQALDSXQIf+owqV/s/5eXfvSu3 EvzQtgu6RZEfL6TwZZX/iY3/7RtTF5OPz6b+i9QFpH2TN5fmLM7A720tK0IAjhB1 oU9RdKH4dakii7uRUOoolGVOAav0K0DDF1/3HSxf1Ys11CraRqKSGEnJH4WYI1Pv xvGgQvFpRP2oQm12jTcfx9rolqijDykboEH+uCUF+MzNSoFMo/W93Id4CLpskr3O /m+cNXz0YqUdwnsD/1HrzfauozLR/jDOWePj3OnOyw+CXzrtmtil7fytIHzg1YD3 B2t7+0InDVgEEqY94ojMXTGB9f/5iYfw/Gol4kg40o7H+9FXdO4YoduE5G7qEaKb k9QGwaN4DG74vIlB4DtCdJONI9ikgj6xDA8LV/e6XmpFcKEFmsk6HVgoRU9NKKyI jH+r4baa2tlR+cGJgeAr8SgjAQ3cf67ynRXBP74k9RPFATwCt5f+9GAVzV+Q/IDd LODw0S+2oKmI1lXPS5pLqeoeo7ccBPlI8rzqTd+9L0RqBQ5K7YmUI2ZngqU86NjV 1GC5R/caPd1kbnhS6alZAKDj5XAv26kHp/wtHPkKcsdBAcpQk+GjEC7UotD1s0VI B0Xja4VBxpUyLIp1jcDTkPe0JgXM7CqjY+Y40CCJeJSek2F/HpRy4QKJcZJYUW0v NM66eXRXoVEfVRrkwQqq =Xhjn -END PGP SIGNATURE- - To unsubscribe, e-mail: general-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: general-h...@xmlgraphics.apache.org
[VOTE] Release XML Graphics FOP 2.0 (2nd attempt)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, This is a vote to release XML Graphics FOP 2.0. Findbugs is passing. Artifacts can be found there: https://people.apache.org/~ssteiner/fop-2.0 The release is signed with the key: https://people.apache.org/~ssteiner/KEYS The vote will end on 2/6/2015 +1 from me. Thanks -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVZC+NAAoJEFuT8d98223qmbQQALDSXQIf+owqV/s/5eXfvSu3 EvzQtgu6RZEfL6TwZZX/iY3/7RtTF5OPz6b+i9QFpH2TN5fmLM7A720tK0IAjhB1 oU9RdKH4dakii7uRUOoolGVOAav0K0DDF1/3HSxf1Ys11CraRqKSGEnJH4WYI1Pv xvGgQvFpRP2oQm12jTcfx9rolqijDykboEH+uCUF+MzNSoFMo/W93Id4CLpskr3O /m+cNXz0YqUdwnsD/1HrzfauozLR/jDOWePj3OnOyw+CXzrtmtil7fytIHzg1YD3 B2t7+0InDVgEEqY94ojMXTGB9f/5iYfw/Gol4kg40o7H+9FXdO4YoduE5G7qEaKb k9QGwaN4DG74vIlB4DtCdJONI9ikgj6xDA8LV/e6XmpFcKEFmsk6HVgoRU9NKKyI jH+r4baa2tlR+cGJgeAr8SgjAQ3cf67ynRXBP74k9RPFATwCt5f+9GAVzV+Q/IDd LODw0S+2oKmI1lXPS5pLqeoeo7ccBPlI8rzqTd+9L0RqBQ5K7YmUI2ZngqU86NjV 1GC5R/caPd1kbnhS6alZAKDj5XAv26kHp/wtHPkKcsdBAcpQk+GjEC7UotD1s0VI B0Xja4VBxpUyLIp1jcDTkPe0JgXM7CqjY+Y40CCJeJSek2F/HpRy4QKJcZJYUW0v NM66eXRXoVEfVRrkwQqq =Xhjn -END PGP SIGNATURE-
Re: Fix FB warnings (was: Re: [VOTE] Release XML Graphics FOP 2.0)
> On 23 May 2015, at 23:15, Andreas Delmelle > wrote: > FYI - High and medium priority warnings addressed in r1681384, and absent an > answer to my question, assumed the lazy approach there, for now. > > Will try to have a look at the low priority ones tomorrow. ... and low priority warnings now addressed in r1681435. Going through those, the number of implicit assertions made at various places in the codebase is quite amazing. In some cases, making those explicit looks a bit silly, but it actually makes perfect sense. Example from the o.a.f.render.afp package: --- /** {@inheritDoc} */ @Override protected AFPDataObjectInfo createDataObjectInfo() { return new AFPGraphicsObjectInfo(); } /** {@inheritDoc} */ public void handleImage(RenderingContext context, Image image, Rectangle pos) throws IOException { AFPRenderingContext afpContext = (AFPRenderingContext)context; AFPDataObjectInfo info = createDataObjectInfo(); assert (info instanceof AFPGraphicsObjectInfo); AFPGraphicsObjectInfo graphicsObjectInfo = (AFPGraphicsObjectInfo) info; --- For us, humans, it looks evident that casting the object returned by createDataObjectInfo() to an AFPGraphicsObjectInfo is legitimate. However, strictly speaking, one cannot exclude the possibility that someone creates a subclass and overrides createDataObjectInfo(), but not handleImage(), in which case the code would fail at runtime with an ugly ClassCastException... Perhaps it is also possible and cleaner to force the return type to an AFPGraphicsObjectInfo, which is a subclass of AFPDataObjectInfo. I may look into that later. At least now, the assertion is clearly visible in the code. KR Andreas
Fix FB warnings (was: Re: [VOTE] Release XML Graphics FOP 2.0)
> On 22 May 2015, at 22:36, Andreas Delmelle > wrote: > Is the convention then to insert the commented annotation once for every > field or does it suffice to add one per class? > > I am fine with both. Just thought I'd ask before committing to trunk. FYI - High and medium priority warnings addressed in r1681384, and absent an answer to my question, assumed the lazy approach there, for now. Will try to have a look at the low priority ones tomorrow. KR Andreas
Re: [VOTE] Release XML Graphics FOP 2.0
> On 22 May 2015, at 17:04, Andreas Delmelle > wrote: > > Hi Simon > >> On 22 May 2015, at 12:59, Simon Steiner wrote: >> >> We have an old branch with findbugs passing I was going to port this to >> trunk. I realise now Simon's remark may have been referring to XGC, not to FOP (?) Or do we really have an old FOP branch there which passed all those 124 warnings... Would seem strange, since a lot of those must have been in there for quite some time already. That would be a *very* old branch, then. :-) At any rate, in the meantime, I have already done 45 (high and medium priority), of which a handful are code fixes. The ones related to default encoding, as already suggested, would be added to the unapproved exclusion list. The remaining ones would become approved exclusions. About the latter set, one question: Suppose I add following to the approved exclusions and this concerns basically ALL fields of said classes. Is the convention then to insert the commented annotation once for every field or does it suffice to add one per class? I am fine with both. Just thought I'd ask before committing to trunk. KR Andreas
Re: [VOTE] Release XML Graphics FOP 2.0
> On 21 May 2015, at 22:20, Andreas Delmelle > wrote: > > FWIW - Those 17 'high' priority "Reliance on default encoding" warnings are > definitely worth checking out. So far, I think the handful that I already > looked at can be safely added to the exclusions list, but this is *exactly* > the type of bug that can lead to issues at runtime that are a real pain to > track down, if they do arise. Some follow-up: In the meantime, I had a look at each of those 17, and the suggestion here would be a temporary blanket exclusion of the pattern for now. Note - This should be replaced with an explicit set of approved exclusions, so that future warnings in new code would not go unnoticed due to the exclusion of the entire bug pattern. Only one occurrence seemed suspicious, and would be easy to resolve, but not really an issue - Strictly speaking, RtfHandler.startDocument should be using explicit US-ASCII encoding for the stream. No priority to fix, since the RTF library already contains code that automatically escapes any character outside of the US-ASCII range. The remainder can be divided in following groups: 1) The actual source encoding seems out of FOP's control (?) - 5 warnings This is the case for the warnings in the o.a.f.fonts package and the one o.a.f.render.ps package. The binary data here comes from FontBox classes. Not sure how to resolve those. I have to defer to the experts here. Should we assume that constructing Strings from the byte arrays using default encoding is always going to work here? 3) Default encoding is used as a fallback/last resort - 3 warnings The developer in question added this in a catch-block for an UnsupportedEncodingException, so the choice is either to terminate or try the default, which should always work... Strictly speaking, if an explicit encoding is expected, I would say that the safer bet is to terminate, rather than silently revert to the default, but I am not going to insist. 2) Reads from/writes to the console (System.in/System.out) - 3 warnings Using the default encoding is OK in this case. 4) Private methods where byte-to-string and string-to-byte conversions are guaranteed to always happen on the same platform - 1 warning No problem to use default encoding here. 5) Classes used by the build or from the command line - 4 warnings Should be cleaned up over time, but no priority now. KR Andreas
Re: [VOTE] Release XML Graphics FOP 2.0
Hi Simon > On 22 May 2015, at 12:59, Simon Steiner wrote: > > We have an old branch with findbugs passing I was going to port this to > trunk. OK, sure. That works for me too. > > Findbugs 3 requires java 7 so we shouldn’t move to that yet. > Oh, I realize we cannot move to that, due to the 1.6 requirement for FOP. What I was saying is: *if* you have 1.7+ installed and you would request the IDE plugin, you would get that version --and see even more than those 124 warnings you got, which may sound discouraging to people who are rabidly against using it... :/ I did not mean to bring you down or anything like that. If that was the case, then my apologies. Big Thanks again for taking care of the release process. It seemed long overdue. KR Andreas
Re: [VOTE] Release XML Graphics FOP 2.0
On Fri, May 22, 2015 at 4:59 AM, Simon Steiner wrote: > Hi, > > We have an old branch with findbugs passing I was going to port this to > trunk. > I noticed you committed an update to fix many XGC warnings. Thanks for addressing my comment. I also notice you have introduced x.clone() in many cases. You should be careful in doing this not to introduce a performance hit in hot code paths. I expect you did this to fix various *_EXPOSE_REP* warnings. I often exclude those warnings rather than introduce clone() usage due to potential performance problems. It requires some amount of subjective judgment to decide whether to exclude or use clone. In the present case, it may have been better to simply exclude these warnings, e.g., by using the following in the exclude file: Make sure that all unit and integration tests are still running after these changes, which one hopes does not introduce any regressions. > > Thanks > > -Original Message- > From: Andreas Delmelle [mailto:andreas.delme...@telenet.be] > Sent: 21 May 2015 19:48 > To: fop-dev@xmlgraphics.apache.org > Subject: Re: [VOTE] Release XML Graphics FOP 2.0 > > Hi guys > > > On 21 May 2015, at 20:00, Glenn Adams wrote: > > > > I would prefer no findbugs warnings going into the release. I'm > > finding more and more commercial uses of code have policies that > > require no findbugs warnings. You can simply add entries to the > > findbugs-exclude.xml file to disable the warnings for the release. > > I agree with this preference. Adding entries to the exclusion file is OK, > but at least, the assessment should be made whether they can/should be > fixed > right away. > > BTW - Not sure why some people are still reluctant to use it... It is > really > only a tiny effort to install that plugin in your IDE of choice. Granted, > you will likely get a newer version than 2.0.3, which produces even more > warnings --3.0.1 produces 167 on unmodified FOP trunk. > > If everyone had committed to using it in the past, there would not be 143 > warnings to address right before the release... > > > @Simon - > To relieve you of some of the burden, I am definitely willing to assist > with > combing through those. How do I proceed? Do I commit related changes > directly to trunk, so that you can merge them into the branch later? > > > KR > > Andreas > >
RE: [VOTE] Release XML Graphics FOP 2.0
Hi, We have an old branch with findbugs passing I was going to port this to trunk. Thanks -Original Message- From: Andreas Delmelle [mailto:andreas.delme...@telenet.be] Sent: 21 May 2015 19:48 To: fop-dev@xmlgraphics.apache.org Subject: Re: [VOTE] Release XML Graphics FOP 2.0 Hi guys > On 21 May 2015, at 20:00, Glenn Adams wrote: > > I would prefer no findbugs warnings going into the release. I'm > finding more and more commercial uses of code have policies that > require no findbugs warnings. You can simply add entries to the > findbugs-exclude.xml file to disable the warnings for the release. I agree with this preference. Adding entries to the exclusion file is OK, but at least, the assessment should be made whether they can/should be fixed right away. BTW - Not sure why some people are still reluctant to use it... It is really only a tiny effort to install that plugin in your IDE of choice. Granted, you will likely get a newer version than 2.0.3, which produces even more warnings --3.0.1 produces 167 on unmodified FOP trunk. If everyone had committed to using it in the past, there would not be 143 warnings to address right before the release... @Simon - To relieve you of some of the burden, I am definitely willing to assist with combing through those. How do I proceed? Do I commit related changes directly to trunk, so that you can merge them into the branch later? KR Andreas
Re: [VOTE] Release XML Graphics FOP 2.0
> On 21 May 2015, at 20:47, Andreas Delmelle > wrote: > > > @Simon - > To relieve you of some of the burden, I am definitely willing to assist with > combing through those. How do I proceed? Do I commit related changes directly > to trunk, so that you can merge them into the branch later? FWIW - Those 17 'high' priority "Reliance on default encoding" warnings are definitely worth checking out. So far, I think the handful that I already looked at can be safely added to the exclusions list, but this is *exactly* the type of bug that can lead to issues at runtime that are a real pain to track down, if they do arise. KR Andreas
Re: [VOTE] Release XML Graphics FOP 2.0
> On 21 May 2015, at 20:47, Andreas Delmelle > wrote: > > If everyone had committed to using it in the past, there would not be 143 > warnings to address right before the release... Correction: 124 warnings... Mixing up 167 - 124 = 43. :)
Re: [VOTE] Release XML Graphics FOP 2.0
Hi guys > On 21 May 2015, at 20:00, Glenn Adams wrote: > > I would prefer no findbugs warnings going into the release. I'm finding > more and more commercial uses of code have policies that require no > findbugs warnings. You can simply add entries to the findbugs-exclude.xml > file to disable the warnings for the release. I agree with this preference. Adding entries to the exclusion file is OK, but at least, the assessment should be made whether they can/should be fixed right away. BTW - Not sure why some people are still reluctant to use it... It is really only a tiny effort to install that plugin in your IDE of choice. Granted, you will likely get a newer version than 2.0.3, which produces even more warnings --3.0.1 produces 167 on unmodified FOP trunk. If everyone had committed to using it in the past, there would not be 143 warnings to address right before the release... @Simon - To relieve you of some of the burden, I am definitely willing to assist with combing through those. How do I proceed? Do I commit related changes directly to trunk, so that you can merge them into the branch later? KR Andreas
Re: [VOTE] Release XML Graphics FOP 2.0
I'm not asking for a policy decision at this time. Rather, I'm asking that Simon ensure there are no warnings for the common warning sources we are accustomed to using, which for many users, includes: javac, checkstyle, findbugs. Some folks also use PMD, but i'm not asking for it here. On Thu, May 21, 2015 at 12:08 PM, Clay Leeds wrote: > I too would prefer no findbugs* warnings going into a Release, and if it's > 'easy' for someone to resolve that issue, then by all means, that's great! > > However, I'm not prepared to VETO this RELEASE due to this issue. IIRC, > this issue has been brought up before, but was never resolved and I don't > think now is the time to resolve, unless it's relatively painless. > > Clay > > My +1 remains... > > * [OT] heh... AutoCorrect tried to change that to 'windbags'! ;-) > > > On May 21, 2015, at 11:00 AM, Glenn Adams wrote: > > > > I would prefer no findbugs warnings going into the release. I'm finding > > more and more commercial uses of code have policies that require no > > findbugs warnings. You can simply add entries to the findbugs-exclude.xml > > file to disable the warnings for the release. > > > > On Thu, May 21, 2015 at 11:42 AM, Simon Steiner < > simonsteiner1...@gmail.com> > > wrote: > > > >> Hi, > >> > >> > >> > >> Did we agree that these need to be fixed (we never passed a vote to fail > >> build on findbugs): > >> > >> > >> > >> XGC has no findbugs target in ant. > >> > >> XGC has 6 compiler warnings. > >> > >> > >> > >> FOP has 124 findbugs warnings: > >> > >> > >> > https://builds.apache.org/view/XMLGraphics/job/xmlgraphics-fop/ws/build/report_findbugs.html > >> > >> > >> > >> Thanks > >> > >> > >> > >> *From:* Glenn Adams [mailto:gl...@skynav.com] > >> *Sent:* 21 May 2015 18:06 > >> *To:* FOP Developers; XML Graphics Project > >> *Subject:* Re: [VOTE] Release XML Graphics FOP 2.0 > >> > >> > >> > >> Before you create the final artifact, please ensure there are no > compiler, > >> checkstyle, or findbugs warnings. Same applies for XGC 2.0.1. > >> > >> > >> > >> On Thu, May 21, 2015 at 7:39 AM, Glenn Adams wrote: > >> > >> +1 > >> > >> > >> > >> On Thu, May 21, 2015 at 7:21 AM, Simon Steiner < > simonsteiner1...@gmail.com> > >> wrote: > >> > >> -BEGIN PGP SIGNED MESSAGE- > >> Hash: SHA1 > >> > >> Hi, > >> > >> This is a vote to release XML Graphics FOP 2.0. > >> > >> Artifacts can be found there: > >> https://people.apache.org/~ssteiner/fop-2.0 > >> > >> The release is signed with the key: > >> https://people.apache.org/~ssteiner/KEYS > >> > >> The vote will end on 28/5/2015 > >> > >> +1 from me. > >> > >> Thanks > >> -BEGIN PGP SIGNATURE- > >> Version: GnuPG v1 > >> > >> iQIcBAEBAgAGBQJVXduFAAoJEFuT8d98223qUtYP/3NaJGfuElP3RyKQFW71J7Fz > >> M/RXeiHQrsxrEg0MW9HXnzGLDnqlmUiFHIs3EHU1vVBy2kBVD0OO42Eh68FqcwWS > >> maqzGQHGKtyKhxS52X3mb/nSv8N/php1PlvqJbbNYl4KqMhT9GhOhilhtIXKD+Z5 > >> KMIkDFkFPcN++H65CSMn3ynmR3XzUZffzrGwpjIBIj7gP2zW6ZJ5qM/E05k/90rd > >> QsRT/UYBN3bGolZp3oOHLnB/H6KwGsHOfVmrxaFwhLGJnqpaBgYe2+dQ6I50Twx9 > >> tlJhtv0/7nAq/Py/vPQj2kTDC7XV0pQhTFbhnhlJ4smk21G9XRV12nKlQtRmiLqp > >> Yrmn8HPqSia6UZ2zl5ObDMVLjc+vnsUzkqa8ONkSmUW23XziF3anojaf4Hb8ENNg > >> 8k8KpVQU1z1uOrPYxQDK9ajJPmlUocOpfVTBWyzyL39bhmJmx479TSViYGy2j29v > >> 9JXN3r36tKfxxepT2u0npLPdqPi1MrOhUdMdFNuxZdIG9W2KgYDNqvaK4dTmYBT+ > >> kghoQzM8Ega8bKPe+mMmoYsAEPo9iftnellcLKk7dBp6SRBVOdPLa8K+OKF1UAqW > >> OrOS4ahlkRk3k0cl/SdSBfnEQcclVD6WenNZA2T09RELx8riWnVuRjmu+GSLhgzx > >> Vs3s8aMGH8xBEN0SEv+l > >> =t6hJ > >> -END PGP SIGNATURE- > >