Batik und Java9 Modulsystem = ☠

vorhergehende Artikel in: Java Komponenten OpenSource
25.02.2018

Nachdem ich bereits über den einen oder anderen Bug in Verbindung mit Java 9 berichtet habe, habe ich bereits wieder einen gefunden - und wieder verbunden mit der ach so tollen Erfindung des Java-Modulsystems

Nachdem ich nun compile-fähig unter Java9 bin stehen die nächsten Tests an. Zur Zeit bin ich dabei, das Packaging und das Deployment der verschiedenen Anwendungen zu testen. Dazu gehören Single-Jar Anwendungen ebenso wie klassische Installationspakete und Webstart-Anwendungen.

In diesem Zuge habe ich gleich noch ein Vorhaben umgesetzt, das schon lange im Backlog stand: die in einigen Anwendungen eingesetzte Version von Jasperreports war viel zu alt - die Erneuerung scheiterte bisher aber daran, dass bein Benutzung neuerer Versionen einige der Abhängigkeiten nicht gefunden werden konnten.

Nachdem ich herausgefunden hatte, dass in der pom von Jasperreports weitere Repositories genannt werden, in denen Dependencies zu finden sind, Ivy (ich benutze ANT und Ivy als Buildsystem) diese aber nicht automatisch nutzt, konnte ich auf die neue JasperReports-Version 6.5.1 umstellen.

Das brachte es aber mit sich, dass ich auch gezwungen war, auf eine neue Batik-Version umzustellen (Jasper 6.5 verlangt Batik 1.9 - ich benutzte bisher Batik 1.7). Damit waren aber auch dei Regressionstests für alles, was mit SVG-Graphiken zusammenhing wieder fällig.

Die SVG-Funktionalität in der sQLshell (Blobs und Reporting) funktionierten sofort und fehlerfrei. Der Aviator jedoch funktionierte integriert in dWb+ nicht mehr: Ich wurde mit folgendem Stacktrace beglückt:

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

Nach Suche im Internet stieß ich auf einen Treffer in einer Batik-Mailinglist - die dort geäußerte Hypothese erschien mir so stichhaltig, dass ich einen Bug in Batik reportete. Nachdem ich ein wenig Wochenende gemacht und über das Ganze nachgedacht hatte, wollte ich die Hypothese selber prüfen: Ich branchte also das offizielle Batik-Repository und testete - siehe da: die in dem Mailinlisten-Beitrag geäußerte Hypothese stimmte! Meine Tests funktionierten wieder!

Und so kam es, dass ich mit diesen Änderungen und einigen knappen Kommentaren einen Pull-Request stellte...

Artikel, die hierher verlinken

Fährnisse des Buildprozesses unter Windows

17.07.2019

Nachdem ich begonnen hatte, mich mit der Beschleunigung der Berechnung des Mandelbrot-Fraktals unter Zuhilfenahme der Shadereinheiten in Graphikkarten zu beschäftigen und erste Erfolge feiern konnte, wollte ich das mal auf einer richtigen Graphikkarte ausprobieren...

Java9 Umstellung

16.04.2018

Die Umstellung auf Java9 in meinen eigenen Projekten ist abgeschlossen

Alle Artikel rss Wochenübersicht Monatsübersicht Codeberg Repositories Mastodon Über mich home xmpp


Vor 5 Jahren hier im Blog

  • Ticketsysteme sind lebende Wesen

    29.03.2020

    Hier zunächst wieder eine Triggerwarnung: Dieser Artikel wird meine Meinung abbilden. es kann sein, dass sie dem einen oder anderen nicht gefällt - das ist mir aber egal. Und wenn hier irgendwelche Schneeflocken mitlesen, dann sind die selber schuld.

    Weiterlesen...

Neueste Artikel

  • Weitere Experimente mit dem Clifford-Attractor

    Ich berichtete hier bereits über Experimente mit dem Clifford-Attractor, allerdings war ich noch Experimente unter geringfügig geänderten Parametern schuldig...

    Weiterlesen
  • Neues Feature in meinem Static Site Generator: externe URLs

    Es wurde wieder einmal Zeit für ein neues Feature in meinem Static Site Generator mittels dessen ich ja auch meine Heimatseite im Zwischennetz gestalte und verwalte...

    Weiterlesen
  • Eine Bestandsaufnahme

    Es kamen mehrere Faktoren zusammen: die Tatsache, dass ich nicht mehr ganz so kürzlich die 50 überschritten habe hatte ebenso darauf Einfluss wie das heutige trübe Wetter und auch der Fakt, dass ich bereits beinahe alle Wochenendpflichten erledigt habe. Der letzte Stein des Anstoßes war dann aber, dass sich heute zum 125. Mal der Geburtstag von Erich Fromm jährt.

    Weiterlesen

Manche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.

Wer daran teilhaben und eventuell sogar davon profitieren möchte, muss damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.

Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...

PS: Meine öffentlichen Codeberg-Repositories findet man hier.