[jira] [Updated] (FOP-1789) java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor
[ https://issues.apache.org/jira/browse/FOP-1789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Bowditch updated FOP-1789: Summary: java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor (was: [PATCH] java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor) > java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor > --- > > Key: FOP-1789 > URL: https://issues.apache.org/jira/browse/FOP-1789 > Project: FOP > Issue Type: Bug > Components: foreign/svg >Affects Versions: 0.95, 2.4 > Environment: Operating System: All > Platform: All >Reporter: Yannick Majoros >Assignee: Chris Bowditch > Attachments: fop.patch > > > While starting fop without batik jar, this error is shown in the logs: > Error while initializing the Batik SVG extensions > java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor >at > org.apache.fop.fo.extensions.svg.SVGElementMapping.initialize(SVGElementMapping.java:80) > > (+long stack trace) > This is a warning, but is confusing some developers of my team. A quick check > on the web shows many people are confused with this. > This is not consistent with what other extensions do. > If the only consequence is that batik is disabled, the complete stack trace > should not be shown. A warning is enough, and debug info with complete stack > trace should be made available. > This quick patch fixes that. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (FOP-1789) [PATCH] java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor
[ https://issues.apache.org/jira/browse/FOP-1789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17014402#comment-17014402 ] Chris Bowditch commented on FOP-1789: - Unfortunately, this patch doesn't resolve the problem in the latest FOP version. I get the following exception: Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/batik/bridge/UserAgent at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) at java.lang.Class.getConstructor0(Class.java:3075) at java.lang.Class.getDeclaredConstructor(Class.java:2178) at org.apache.xmlgraphics.util.Service.providers(Service.java:85) at org.apache.xmlgraphics.image.loader.spi.ImageImplRegistry.discoverClasspathImplementations(ImageImplRegistry.java:117) at org.apache.xmlgraphics.image.loader.spi.ImageImplRegistry.(ImageImplRegistry.java:81) at org.apache.xmlgraphics.image.loader.spi.ImageImplRegistry.(ImageImplRegistry.java:89) at org.apache.xmlgraphics.image.loader.spi.ImageImplRegistry.(ImageImplRegistry.java:73) at org.apache.xmlgraphics.image.loader.ImageManager.(ImageManager.java:64) at org.apache.fop.apps.FopFactoryBuilder$FopFactoryConfigImpl.(FopFactoryBuilder.java:380) at org.apache.fop.apps.FopFactoryBuilder.(FopFactoryBuilder.java:89) at org.apache.fop.apps.FopFactoryBuilder.(FopFactoryBuilder.java:80) at org.apache.fop.apps.FopFactoryBuilder.(FopFactoryBuilder.java:70) at org.apache.fop.cli.CommandLineOptions.setUserConfig(CommandLineOptions.java:1018) at org.apache.fop.cli.CommandLineOptions.parse(CommandLineOptions.java:173) > [PATCH] java.lang.NoClassDefFoundError: > org/apache/batik/util/XMLResourceDescriptor > --- > > Key: FOP-1789 > URL: https://issues.apache.org/jira/browse/FOP-1789 > Project: FOP > Issue Type: Bug > Components: foreign/svg >Affects Versions: 0.95, 2.4 > Environment: Operating System: All > Platform: All >Reporter: Yannick Majoros >Assignee: Chris Bowditch > Attachments: fop.patch > > > While starting fop without batik jar, this error is shown in the logs: > Error while initializing the Batik SVG extensions > java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor >at > org.apache.fop.fo.extensions.svg.SVGElementMapping.initialize(SVGElementMapping.java:80) > > (+long stack trace) > This is a warning, but is confusing some developers of my team. A quick check > on the web shows many people are confused with this. > This is not consistent with what other extensions do. > If the only consequence is that batik is disabled, the complete stack trace > should not be shown. A warning is enough, and debug info with complete stack > trace should be made available. > This quick patch fixes that. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (FOP-1789) [PATCH] java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor
[ https://issues.apache.org/jira/browse/FOP-1789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Bowditch updated FOP-1789: Affects Version/s: 2.4 > [PATCH] java.lang.NoClassDefFoundError: > org/apache/batik/util/XMLResourceDescriptor > --- > > Key: FOP-1789 > URL: https://issues.apache.org/jira/browse/FOP-1789 > Project: FOP > Issue Type: Bug > Components: foreign/svg >Affects Versions: 0.95, 2.4 > Environment: Operating System: All > Platform: All >Reporter: Yannick Majoros >Assignee: Chris Bowditch > Attachments: fop.patch > > > While starting fop without batik jar, this error is shown in the logs: > Error while initializing the Batik SVG extensions > java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor >at > org.apache.fop.fo.extensions.svg.SVGElementMapping.initialize(SVGElementMapping.java:80) > > (+long stack trace) > This is a warning, but is confusing some developers of my team. A quick check > on the web shows many people are confused with this. > This is not consistent with what other extensions do. > If the only consequence is that batik is disabled, the complete stack trace > should not be shown. A warning is enough, and debug info with complete stack > trace should be made available. > This quick patch fixes that. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (FOP-1789) [PATCH] java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor
[ https://issues.apache.org/jira/browse/FOP-1789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Bowditch reassigned FOP-1789: --- Assignee: Chris Bowditch > [PATCH] java.lang.NoClassDefFoundError: > org/apache/batik/util/XMLResourceDescriptor > --- > > Key: FOP-1789 > URL: https://issues.apache.org/jira/browse/FOP-1789 > Project: FOP > Issue Type: Bug > Components: foreign/svg >Affects Versions: 0.95 > Environment: Operating System: All > Platform: All >Reporter: Yannick Majoros >Assignee: Chris Bowditch > Attachments: fop.patch > > > While starting fop without batik jar, this error is shown in the logs: > Error while initializing the Batik SVG extensions > java.lang.NoClassDefFoundError: org/apache/batik/util/XMLResourceDescriptor >at > org.apache.fop.fo.extensions.svg.SVGElementMapping.initialize(SVGElementMapping.java:80) > > (+long stack trace) > This is a warning, but is confusing some developers of my team. A quick check > on the web shows many people are confused with this. > This is not consistent with what other extensions do. > If the only consequence is that batik is disabled, the complete stack trace > should not be shown. A warning is enough, and debug info with complete stack > trace should be made available. > This quick patch fixes that. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (FOP-2146) Wrong FontCache-Directory used for not existing userHome in FontCache.getDefaultCacheFile() (Bug 47786 was not fixed correctly)
[
https://issues.apache.org/jira/browse/FOP-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17014388#comment-17014388
]
Chris Bowditch commented on FOP-2146:
-
I know this is an old bug, but I'm wondering what situation can user.home
environment variable be unset? If that only on a specific operating system?
> Wrong FontCache-Directory used for not existing userHome in
> FontCache.getDefaultCacheFile() (Bug 47786 was not fixed correctly)
> ---
>
> Key: FOP-2146
> URL: https://issues.apache.org/jira/browse/FOP-2146
> Project: FOP
> Issue Type: Bug
> Components: font/unqualified
>Affects Versions: 1.1
> Environment: Operating System: All
> Platform: All
>Reporter: mg
>
> Method getDefaultCacheFile() returns an invalid file name if the user has no
> home directory set. In that case the name of the fop user directory
> (FOP_USER_DIR!) is returned and not the name of the cache file
> (DEFAULT_CACHE_FILENAME).
> Wrong Code:
> public static File getDefaultCacheFile(boolean forWriting) {
> File userHome = getUserHome();
> if (userHome != null) {
> File fopUserDir = new File(userHome, FOP_USER_DIR);
> if (forWriting) {
> boolean writable = fopUserDir.canWrite();
> if (!fopUserDir.exists()) {
> writable = fopUserDir.mkdir();
> }
> if (!writable) {
> userHome = getTempDirectory();
> fopUserDir = new File(userHome, FOP_USER_DIR);
> fopUserDir.mkdir();
> }
> }
> return new File(fopUserDir, DEFAULT_CACHE_FILENAME);
> }
> return new File(FOP_USER_DIR);
> }
> If getUserHome() does not return a directory the default name must be
> returned (and not the name of the directory):
> return new File(DEFAULT_CACHE_FILENAME);
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Created] (FOP-2900) SVG image not correctly rendered any more
Matthias Schwarz created FOP-2900: - Summary: SVG image not correctly rendered any more Key: FOP-2900 URL: https://issues.apache.org/jira/browse/FOP-2900 Project: FOP Issue Type: Bug Components: foreign/svg Affects Versions: 2.4, 2.3 Reporter: Matthias Schwarz Attachments: embeddedSvg.fo, fop-2.4.pdf, fop_2.1.pdf The attached FO file embeddedSvg.fo rendered with FOP 2.1 created a small chart image in the PDF output. At least since FOP 2.3 (I didn't test with 2.2), when the same FO document is rendered, the PDF just contains lines where the recatangles should be. It seems like the heights of the rectangles are not processed as before in this case. I have also attached the PDFs created with 2.1 and 2.4 (2.3 looks the same as 2.4): - fop_2.1.pdf - fop-2.4.pdf -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (FOP-2146) Wrong FontCache-Directory used for not existing userHome in FontCache.getDefaultCacheFile() (Bug 47786 was not fixed correctly)
[
https://issues.apache.org/jira/browse/FOP-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Bowditch updated FOP-2146:
Attachment: (was: 62-193-Exam-Dumps-2019.pdf)
> Wrong FontCache-Directory used for not existing userHome in
> FontCache.getDefaultCacheFile() (Bug 47786 was not fixed correctly)
> ---
>
> Key: FOP-2146
> URL: https://issues.apache.org/jira/browse/FOP-2146
> Project: FOP
> Issue Type: Bug
> Components: font/unqualified
>Affects Versions: 1.1
> Environment: Operating System: All
> Platform: All
>Reporter: mg
>
> Method getDefaultCacheFile() returns an invalid file name if the user has no
> home directory set. In that case the name of the fop user directory
> (FOP_USER_DIR!) is returned and not the name of the cache file
> (DEFAULT_CACHE_FILENAME).
> Wrong Code:
> public static File getDefaultCacheFile(boolean forWriting) {
> File userHome = getUserHome();
> if (userHome != null) {
> File fopUserDir = new File(userHome, FOP_USER_DIR);
> if (forWriting) {
> boolean writable = fopUserDir.canWrite();
> if (!fopUserDir.exists()) {
> writable = fopUserDir.mkdir();
> }
> if (!writable) {
> userHome = getTempDirectory();
> fopUserDir = new File(userHome, FOP_USER_DIR);
> fopUserDir.mkdir();
> }
> }
> return new File(fopUserDir, DEFAULT_CACHE_FILENAME);
> }
> return new File(FOP_USER_DIR);
> }
> If getUserHome() does not return a directory the default name must be
> returned (and not the name of the directory):
> return new File(DEFAULT_CACHE_FILENAME);
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
