[jira] [Commented] (BATIK-1216) Batik as of yet breaks when used with Java 9

    [ https://issues.apache.org/jira/browse/BATIK-1216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16376147#comment-16376147 ] 

ASF GitHub Bot commented on BATIK-1216:
---------------------------------------

GitHub user elbosso opened a pull request:

    https://github.com/apache/batik/pull/13

    re #BATIK-1216

    (https://issues.apache.org/jira/browse/BATIK-1216)

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/elbosso/batik mitigating-java9-module-system-screw-up

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/batik/pull/13.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #13
    
----
commit db4a765011255b00ad6d4de339ee622739b1f65f
Author: Jürgen Key <sgjfsf@...>
Date:   2018-02-25T16:35:58Z

    re #BATIK-1216
    (https://issues.apache.org/jira/browse/BATIK-1216)

----


> Batik as of yet breaks when used with Java 9
> --------------------------------------------
>
>                 Key: BATIK-1216
>                 URL: https://issues.apache.org/jira/browse/BATIK-1216
>             Project: Batik
>          Issue Type: Bug
>          Components: Bridge
>    Affects Versions: 1.9
>         Environment: java version "9.0.4"
> Java(TM) SE Runtime Environment (build 9.0.4+11)
> Java HotSpot(TM) 64-Bit Server VM (build 9.0.4+11, mixed mode)
> Linux tichy 4.4.0-116-generic #140-Ubuntu SMP Mon Feb 12 21:23:04 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
>            Reporter: i wont tell
>            Priority: Blocker
>              Labels: Java9
>
> Trying to migrate my projects to Java 9 unearthed a lot of bugs - one of them being unable to use batik anymore: This resource describes the problem really good:
> [https://www.mail-archive.com/[email protected]/msg10024.html]
> I can give you an additional stack trace but i think the author of the linked article is right - those classes should be moved into their own package:
> java.lang.NoClassDefFoundError: org/w3c/dom/Window
>     at java.base/java.lang.ClassLoader.defineClass1(Native Method)
>     at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1007)
>     at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174)
>     at java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(BuiltinClassLoader.java:801)
>     at java.base/jdk.internal.loader.BuiltinClassLoader.access$400(BuiltinClassLoader.java:95)
>     at java.base/jdk.internal.loader.BuiltinClassLoader$4.run(BuiltinClassLoader.java:712)
>     at java.base/jdk.internal.loader.BuiltinClassLoader$4.run(BuiltinClassLoader.java:707)
>     at java.base/java.security.AccessController.doPrivileged(Native Method)
>     at java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:720)
>     at java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:622)
>     at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:580)
>     at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
>     at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
>     at org.apache.batik.bridge.UpdateManager.initializeScriptingEnvironment(UpdateManager.java:210)
>     at org.apache.batik.bridge.UpdateManager.<init>(UpdateManager.java:167)
>     at org.apache.batik.swing.svg.JSVGComponent.startSVGLoadEventDispatcher(JSVGComponent.java:880)
>     at org.apache.batik.swing.svg.JSVGComponent$SVGListener.gvtBuildCompleted(JSVGComponent.java:1554)
>     at org.apache.batik.swing.svg.GVTTreeBuilder$2.dispatch(GVTTreeBuilder.java:163)
>     at org.apache.batik.util.EventDispatcher.dispatchEvent(EventDispatcher.java:103)
>     at org.apache.batik.util.EventDispatcher.fireEvent(EventDispatcher.java:87)
>     at org.apache.batik.util.EventDispatcher$1.run(EventDispatcher.java:46)
>     at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:303)
>     at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:764)
>     at java.desktop/java.awt.EventQueue.access$500(EventQueue.java:97)
>     at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:717)
>     at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:711)
>     at java.base/java.security.AccessController.doPrivileged(Native Method)
>     at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89)
>     at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:734)
>     at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:199)
>     at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>     at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>     at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
>     at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>     at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
> Caused by: java.lang.ClassNotFoundException: org.w3c.dom.Window
>     at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
>     at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
>     at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
>     ... 35 more
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)