Stand: v26 License Report
Hinweis: Dieser Bericht ist eine technische Lizenz- und Copyright-Orientierung, keine Rechtsberatung. Vor produktiver Veröffentlichung mĂŒssen die Lizenzen der tatsĂ€chlich verwendeten Artefakte mit einem Build-Tool, Repository-Metadaten und ggf. juristischer PrĂŒfung bestĂ€tigt werden.
Dieses Paket besteht aus:
Im Paket wurde bisher keine verbindliche Open-Source-Lizenz als
Root-LICENSE gesetzt. Dadurch sollte das Paket zunÀchst als
privates Lern-/Projektmaterial behandelt werden, bis
eine Lizenzentscheidung getroffen wurde.
Geeignet, wenn das Paket nur fĂŒr eigenes Lernen oder interne Schulung verwendet wird.
Empfehlung:
Copyright © 2026 Aydin Polat. Alle Rechte vorbehalten.
Nur fĂŒr private/interne Lern- und Demonstrationszwecke.Geeignet, wenn das Paket auf GitHub oder Ă€hnlich veröffentlicht werden soll.
Mögliche einfache Kombination:
GPL/LGPL/AGPL nur verwenden, wenn die Konsequenzen verstanden und gewollt sind. FĂŒr Enterprise-Beispielprojekte ist Apache 2.0 hĂ€ufig einfacher, weil sie fĂŒr Firmenumgebungen weniger Reibung erzeugt.
Automatisch aus pom.xml-Dateien ermittelt.
Projektinterne Module sind keine externen
DrittanbieterabhÀngigkeiten.
| groupId | artifactId | Version | Scope | Lizenzhinweis |
|---|---|---|---|---|
com.seb4u.demo.claims |
claim-application |
${project.version} |
compile/runtime |
Projektintern / Beispielcode â Lizenzentscheidung erforderlich |
com.seb4u.demo.claims |
claim-domain |
${project.version} |
compile/runtime |
Projektintern / Beispielcode â Lizenzentscheidung erforderlich |
com.seb4u.demo.claims |
claim-infrastructure |
${project.version} |
compile/runtime |
Projektintern / Beispielcode â Lizenzentscheidung erforderlich |
com.seb4u.demo.claims |
claim-rest-api |
${project.version} |
compile/runtime |
Projektintern / Beispielcode â Lizenzentscheidung erforderlich |
com.seb4u.demo.claims |
claim-soap-api |
${project.version} |
compile/runtime |
Projektintern / Beispielcode â Lizenzentscheidung erforderlich |
com.seb4u.demo.claims |
claim-workflow |
${project.version} |
compile/runtime |
Projektintern / Beispielcode â Lizenzentscheidung erforderlich |
com.seb4u.demo.claims |
shared-kernel |
${project.version} |
compile/runtime |
Projektintern / Beispielcode â Lizenzentscheidung erforderlich |
com.tngtech.archunit |
archunit-junit5 |
${archunit.version} |
test |
Apache License 2.0 (bitte per Build-Tool verifizieren) |
org.assertj |
assertj-core |
(ĂŒber dependencyManagement / nicht gesetzt) |
test |
Apache License 2.0 (bitte per Build-Tool verifizieren) |
org.assertj |
assertj-core |
${assertj.version} |
test |
Apache License 2.0 (bitte per Build-Tool verifizieren) |
org.junit.jupiter |
junit-jupiter |
(ĂŒber dependencyManagement / nicht gesetzt) |
test |
Eclipse Public License 2.0 (bitte per Build-Tool verifizieren) |
org.junit.jupiter |
junit-jupiter |
${junit.jupiter.version} |
test |
Eclipse Public License 2.0 (bitte per Build-Tool verifizieren) |
ZusÀtzlich als CSV:
beispielprojekt/05_docs_and_tests/licenses/license-dependency-inventory.csvFĂŒr die externe Weitergabe sollte zusĂ€tzlich gepflegt werden:
Darin sollten stehen:
Empfohlen:
LICENSE oder LICENSE.txt
ergÀnzenNOTICE.md ergÀnzen, falls Apache 2.0 oder mehrere
Quellen genutzt werdenFĂŒr dieses Lernpaket ist ein zentraler Hinweis ausreichend, solange keine echte Veröffentlichung als Open Source geplant ist.
Wenn GPL-Code direkt in das Projekt ĂŒbernommen oder gelinkt wird, kann bei Weitergabe die Pflicht entstehen, den betroffenen abgeleiteten Code ebenfalls unter GPL-Bedingungen bereitzustellen. Deshalb gilt:
FĂŒr ein echtes Maven-Projekt sollte zusĂ€tzlich eingesetzt werden:
mvn org.codehaus.mojo:license-maven-plugin:aggregate-third-party-report
mvn project-info-reports:dependenciesOptional:
mvn versions:display-dependency-updates
mvn org.owasp:dependency-check-maven:check| Bereich | Status | Bewertung |
|---|---|---|
| Eigener Beispielcode | Lizenz noch nicht endgĂŒltig gesetzt | Gelb |
| Lernbuch/Markdown/HTML/PDF | eigener generierter Inhalt | Gelb, bis Copyright final ergÀnzt ist |
| Maven-Testbibliotheken | bekannte OSS-Bibliotheken, mĂŒssen verifiziert werden | Gelb |
| Projektinterne Module | keine externen Lizenzen | GrĂŒn |
| Veröffentlichung auf GitHub | erst nach LICENSE/NOTICE/THIRD_PARTY_NOTICES | Gelb |
FĂŒr eine saubere Veröffentlichung empfehle ich diese Dateien:
LICENSE
NOTICE.md
beispielprojekt/05_docs_and_tests/licenses/LICENSE_REPORT.md
beispielprojekt/05_docs_and_tests/licenses/THIRD_PARTY_NOTICES.md
beispielprojekt/05_docs_and_tests/licenses/license-dependency-inventory.csvDas Paket ist als privates Lern- und Demonstrationsprojekt gut nutzbar. FĂŒr öffentliche Weitergabe sollte vorab eine klare Root-Lizenz gesetzt, ein Notice-Bereich ergĂ€nzt und die Lizenzangaben der Maven-AbhĂ€ngigkeiten mit Build-Tools verifiziert werden.
⌂ Cockpit