vorhergehender Artikel
nächster Artikel

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...

Öffnen

Java9 Umstellung

16.04.2018

Die Umstellung auf Java9 in meinen eigenen Projekten ist abgeschlossen

Öffnen

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

Vor 5 Jahren hier im Blog

  • Trojan Source mit SQL und Postgres

    12.11.2021

    Nachdem ich das hochinteressante Paper Trojan Source: Invisible Vulnerabilities gelesen hatte kam ich durch einen Post auf Mastodon (leider nicht öffentlich einsehbar) auf Ideen... auf Ideen...

    Weiterlesen

Tags

AI und ML Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Hardware Java Jupyter JupyterBinder Komponenten Links Linux Markdown Markup Music Numerik OpenSource PKI-X.509-CA Präsentationen Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...

Neueste Artikel

  • Offscreen Rendering für Moduleworkspaces

    Es ist nicht ganz einfach, eine Hierarchie von Swing-Komponenten offscreen zu rendern. Ich wollte aber genau dies für meine zentrale Komponente moduleworkspace umsetzen, die zum Beispiel die Grundlage für Lösungen wie den Visuellen Abfrageeditor in der sQLshell oder dWb+ darstellt.

    Weiterlesen
  • LinkCollections 2026 XIII

    Nach der letzten losen Zusammenstellung (für mich) interessanter Links aus den Tiefen des Internet von 2026 folgt hier gleich die nächste:

    Weiterlesen
  • sQLshell Version 7.9pre5 build 11394

    Eine neue Version der sQLshell ist verfügbar!

    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.