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

  • Meta-Plugin neue Version

    01.08.2020

    Das Meta-Plugin der sQLshell wurde in einer neuen Version veröffentlicht

    Weiterlesen

Tags

Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Gui Hardware Java Java. Komponenten 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

  • Ideen für die schnellere Beschaffung von Schulmaterialien

    Ich wurde auf ein Problem hingewiesen, das in meiner Welt bisher noch nie vorkam: Jedes Jahr erhält man als Eltern eine Liste von Dingen, die für die lieben Kleinen anzuschaffen sind, damit sie in der Schule mitarbeiten können.

    Weiterlesen
  • Remote Filesysteme als Docker-Volumes

    Ich habe in einem Tröt auf Mastodon gesehen, wie man remote Filesysteme als Docker-Volumes nutzen kann und wollte das selbst ausprobieren:

    Weiterlesen
  • sQLshell Version 7.7pre10 build 11049

    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.