Erweiterung für V2.0: M9 umgesetzt

This commit is contained in:
2026-04-13 13:36:54 +02:00
parent f74e3d6d73
commit 3f149b2017
24 changed files with 2363 additions and 156 deletions
+42
View File
@@ -26,6 +26,11 @@
<artifactId>pdf-umbenenner-adapter-in-cli</artifactId>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>de.gecheckt</groupId>
<artifactId>pdf-umbenenner-adapter-in-gui</artifactId>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>de.gecheckt</groupId>
<artifactId>pdf-umbenenner-adapter-out</artifactId>
@@ -71,6 +76,22 @@
<build>
<plugins>
<!--
Shade plugin: produces the single executable JAR containing all modules,
including the JavaFX runtime for the Windows GUI start path.
JavaFX integration notes:
- JavaFX platform-specific JARs (win classifier) are pulled in transitively
through pdf-umbenenner-adapter-in-gui. They contain native DLLs that JavaFX
extracts to a temporary directory at runtime.
- The main class (PdfUmbenennerApplication) intentionally does NOT extend
javafx.application.Application. This avoids the JavaFX module-system launcher
check that blocks fat-JAR execution. The GUI path uses
Application.launch(PdfUmbenennerGuiApplication.class, ...) explicitly.
- The headless start path never initialises the JavaFX Application class.
GuiAdapter is only instantiated and started when StartupMode is GUI.
- No EXE wrapper or installer is produced; the JAR is the sole artefact.
-->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-shade-plugin</artifactId>
@@ -85,7 +106,28 @@
<transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
<mainClass>de.gecheckt.pdf.umbenenner.bootstrap.PdfUmbenennerApplication</mainClass>
</transformer>
<!-- Merge META-INF/services entries from all JARs instead of overwriting -->
<transformer implementation="org.apache.maven.plugins.shade.resource.ServicesResourceTransformer"/>
</transformers>
<filters>
<filter>
<!--
Exclude signature files and module descriptors from all dependencies.
- Signature files (*.SF, *.DSA, *.RSA): signed JARs (including JavaFX)
produce invalid signatures once repackaged, causing SecurityException.
- module-info.class: JavaFX ships JPMS module descriptors that conflict
when merged into a single non-modular fat JAR.
-->
<artifact>*:*</artifact>
<excludes>
<exclude>META-INF/*.SF</exclude>
<exclude>META-INF/*.DSA</exclude>
<exclude>META-INF/*.RSA</exclude>
<exclude>module-info.class</exclude>
<exclude>META-INF/versions/*/module-info.class</exclude>
</excludes>
</filter>
</filters>
<createDependencyReducedPom>false</createDependencyReducedPom>
</configuration>
</execution>