Build PhoneBlock immediately after checkout

[SchulteDev]

This PR contains minor changes to the project build so that the build can be successfully executed locally immediately after a checkout.

1. Use of Jitpack to directly use your fix https://github.com/haumacher/java-utils-mail-dkim/tree/fix-automatic-module-name without needed extra building it locally.
2. Adjustment of the filtering of the .phoneblock file.

   - Remove global <filters> configuration that was applied during process-resources phase
   - Keep filtering in maven-war-plugin for deployment-time configuration injection
   - Allow developers to compile and test without needing environment-specific .phoneblock file
   

Fixes #202

[haumacher]

Ich habe den Branch auf den aktuellen master rebased und dabei 2 der 3 Commits verworfen, weil sie nicht mehr aktuell sind:

Verworfen (nicht mehr nötig):

• chore: Update DKIM library dependency and add JitPack repository — Die java-utils-mail-dkim-Abhängigkeit existiert im aktuellen master nicht mehr. DKIM-Prüfung erfolgt inzwischen ausschließlich über den X-DKIM-Status-Header in MailParser.java, es wird keine externe Bibliothek mehr benötigt. Damit ist auch das JitPack-Repo überflüssig.
• chore: Fix indentation in pom.xml ... — War nur ein Folge-Fix zum obigen DKIM-Commit und betraf dieselben Zeilen; mit dem Wegfall ebenfalls obsolet.

Behalten (weiterhin relevant):

• build: Resolve Maven build failure when .phoneblock file is missing — Die globale <filters>.phoneblock</filters>-Konfiguration und das <filtering>true</filtering> auf resources-filtered stehen in master unverändert. Der Fix ist sauber rebased und anwendbar.

Der PR enthält jetzt nur noch diesen einen Commit (force-push mit --force-with-lease).

[haumacher]

Ich habe einen weiteren Commit ergänzt, der den Ansatz ändert: Die Resource-Filterung wird nicht entfernt, sondern beibehalten — sie wird zum Einweben projekt-spezifischer Werte (DB-URL, OAuth-Credentials, SMTP) ins Build-Artefakt verwendet und ist damit Teil des Deployment-Mechanismus.

Stattdessen prüft jetzt das maven-enforcer-plugin in der validate-Phase, ob .phoneblock existiert, und bricht den Build sonst mit einer klaren Meldung ab, die auf .phoneblock.template als Vorlage verweist:

Configuration file '.phoneblock' is missing.
Copy '.phoneblock.template' to '.phoneblock' and fill in your local values
(database URL, OAuth credentials, SMTP settings). See CLAUDE.md for details.

Damit bleibt das ursprüngliche Problem (unverständlicher Fehler direkt nach Checkout) gelöst, ohne die Deployment-Konfiguration zu verändern.

[haumacher]

Weiterer Commit ergänzt: Die mjsip-ua-Dependency zieht jetzt über JitPack statt über GitHub Packages — damit entfällt die Notwendigkeit eines GitHub-Tokens für den Build direkt nach dem Checkout (ursprüngliches PR-Ziel).

Trotz Multi-Module-Struktur von haumacher/mjSIP funktioniert das: JitPack baut das komplette Reactor und publiziert jedes Submodul unter com.github.haumacher.mjSIP:<module>. Transitive Referenzen (mjsip-ua → mjsip-sip → mjsip-sound → ...) werden automatisch auf die JitPack-Coordinates umgeschrieben.

Vorab verifiziert über https://jitpack.io/com/github/haumacher/mjSIP/2.0.5 (Build erfolgreich, alle Submodule veröffentlicht) und lokal via mvn dependency:resolve.