Große Sammlung Maven Plugins

Konkrete Enterprise-Konfigurationen mit wichtigen Parametern, typischen Fehlern und Einordnung. Umfang: 180 Einträge.

Maven Build Governance Security Testing Packaging
Maven Plugin Lifecycle Map
0 Treffer
Maven-Grundlagen, Lifecycle und Build-Governance 15 Einträge

mp001: Enforcer stabil konfigurieren

Englischer technischer Begriff: maven-enforcer-plugin Enterprise Configuration
Plugin: maven-enforcer-plugin
Priorität: 10/10
Wichtige Parameter: requireMavenVersion, requireJavaVersion, dependencyConvergence, bannedDependencies
Warum wichtig: Diese Konfiguration macht maven-enforcer-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-enforcer-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-enforcer-plugin</artifactId>
  <version>3.6.2</version>
  <configuration>
    <rules>
      <requireMavenVersion><version>[3.9.0,)</version></requireMavenVersion>
    </rules>
    <fail>true</fail>
  </configuration>
  <executions>
    <execution>
      <id>validate-enforce</id>
      <phase>validate</phase>
      <goals><goal>enforce</goal></goals>
    </execution>
  </executions>
</plugin>

mp002: Toolchains als CI-Gate einsetzen

Englischer technischer Begriff: maven-toolchains-plugin Enterprise Configuration
Plugin: maven-toolchains-plugin
Priorität: 10/10
Wichtige Parameter: toolchains, jdk.version, vendor
Warum wichtig: Diese Konfiguration macht maven-toolchains-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-toolchains-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-toolchains-plugin</artifactId>
  <version>3.2.0</version>
  <configuration>
    <toolchains><jdk><version>21</version><vendor>temurin</vendor></jdk></toolchains>
  </configuration>
  <executions>
    <execution>
      <id>validate-toolchain</id>
      <phase>validate</phase>
      <goals><goal>toolchain</goal></goals>
    </execution>
  </executions>
</plugin>

mp003: Flatten für Enterprise-Releases absichern

Englischer technischer Begriff: flatten-maven-plugin Enterprise Configuration
Plugin: flatten-maven-plugin
Priorität: 10/10
Wichtige Parameter: flattenMode, updatePomFile, pomElements
Warum wichtig: Diese Konfiguration macht flatten-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: flatten-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>flatten-maven-plugin</artifactId>
  <version>1.7.2</version>
  <configuration>
    <flattenMode>resolveCiFriendliesOnly</flattenMode>
    <updatePomFile>true</updatePomFile>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-flatten</id>
      <phase>process-resources</phase>
      <goals><goal>flatten</goal></goals>
    </execution>
  </executions>
</plugin>

mp004: Versions mit wichtigen Parametern steuern

Englischer technischer Begriff: versions-maven-plugin Enterprise Configuration
Plugin: versions-maven-plugin
Priorität: 9/10
Wichtige Parameter: display-dependency-updates, update-parent, set, rulesUri
Warum wichtig: Diese Konfiguration macht versions-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: versions-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>versions-maven-plugin</artifactId>
  <version>2.19.1</version>
  <configuration>
    <allowSnapshots>false</allowSnapshots>
    <generateBackupPoms>false</generateBackupPoms>
    <processAllModules>true</processAllModules>
  </configuration>
  <executions>
    <execution>
      <id>validate-display-dependency-updates</id>
      <phase>validate</phase>
      <goals><goal>display-dependency-updates</goal></goals>
    </execution>
  </executions>
</plugin>

mp005: Git Commit Id für reproduzierbare Builds nutzen

Englischer technischer Begriff: git-commit-id-maven-plugin Enterprise Configuration
Plugin: git-commit-id-maven-plugin
Priorität: 9/10
Wichtige Parameter: generateGitPropertiesFile, includeOnlyProperties
Warum wichtig: Diese Konfiguration macht git-commit-id-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: git-commit-id-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>io.github.git-commit-id</groupId>
  <artifactId>git-commit-id-maven-plugin</artifactId>
  <version>9.0.1</version>
  <configuration>
    <generateGitPropertiesFile>true</generateGitPropertiesFile>
    <includeOnlyProperties><includeOnlyProperty>git.commit.id.abbrev</includeOnlyProperty><includeOnlyProperty>git.branch</includeOnlyProperty></includeOnlyProperties>
  </configuration>
  <executions>
    <execution>
      <id>initialize-revision</id>
      <phase>initialize</phase>
      <goals><goal>revision</goal></goals>
    </execution>
  </executions>
</plugin>

mp006: Properties in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: properties-maven-plugin Enterprise Configuration
Plugin: properties-maven-plugin
Priorität: 9/10
Wichtige Parameter: files, quiet
Warum wichtig: Diese Konfiguration macht properties-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: properties-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>properties-maven-plugin</artifactId>
  <version>1.2.1</version>
  <configuration>
    <files><file>${session.executionRootDirectory}/build/versions.properties</file></files>
    <quiet>false</quiet>
  </configuration>
  <executions>
    <execution>
      <id>initialize-read-project-properties</id>
      <phase>initialize</phase>
      <goals><goal>read-project-properties</goal></goals>
    </execution>
  </executions>
</plugin>

mp007: Help gegen typische Legacy-Fehler härten

Englischer technischer Begriff: maven-help-plugin Enterprise Configuration
Plugin: maven-help-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-help-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-help-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-help-plugin</artifactId>
  <version>1.0.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp008: Clean für Audit und Betrieb dokumentieren

Englischer technischer Begriff: maven-clean-plugin Enterprise Configuration
Plugin: maven-clean-plugin
Priorität: 9/10
Wichtige Parameter: filesets, directory
Warum wichtig: Diese Konfiguration macht maven-clean-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-clean-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-clean-plugin</artifactId>
  <version>3.4.1</version>
  <configuration>
    <filesets><fileset><directory>${project.build.directory}/generated-sources</directory></fileset></filesets>
  </configuration>
  <executions>
    <execution>
      <id>clean-clean</id>
      <phase>clean</phase>
      <goals><goal>clean</goal></goals>
    </execution>
  </executions>
</plugin>

mp009: Install für lokale und CI-Builds trennen

Englischer technischer Begriff: maven-install-plugin Enterprise Configuration
Plugin: maven-install-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-install-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-install-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-install-plugin</artifactId>
  <version>3.1.4</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp010: Deploy für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-deploy-plugin Enterprise Configuration
Plugin: maven-deploy-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-deploy-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-deploy-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-deploy-plugin</artifactId>
  <version>3.1.4</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp011: Release im Parent-POM zentralisieren

Englischer technischer Begriff: maven-release-plugin Enterprise Configuration
Plugin: maven-release-plugin
Priorität: 8/10
Wichtige Parameter: tagNameFormat, autoVersionSubmodules, preparationGoals
Warum wichtig: Diese Konfiguration macht maven-release-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-release-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-release-plugin</artifactId>
  <version>3.1.1</version>
  <configuration>
    <tagNameFormat>@{project.artifactId}-@{project.version}</tagNameFormat>
    <autoVersionSubmodules>true</autoVersionSubmodules>
    <pushChanges>false</pushChanges>
  </configuration>
  <executions>
    <execution>
      <id>deploy-prepare</id>
      <phase>deploy</phase>
      <goals><goal>prepare</goal></goals>
    </execution>
  </executions>
</plugin>

mp012: Invoker mit Profilen kontrollieren

Englischer technischer Begriff: maven-invoker-plugin Enterprise Configuration
Plugin: maven-invoker-plugin
Priorität: 8/10
Wichtige Parameter: projectsDirectory, goals, streamLogs
Warum wichtig: Diese Konfiguration macht maven-invoker-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-invoker-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-invoker-plugin</artifactId>
  <version>3.9.0</version>
  <configuration>
    <projectsDirectory>src/it</projectsDirectory>
    <goals><goal>verify</goal></goals>
    <streamLogs>true</streamLogs>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
      <configuration>
        <projectsDirectory>src/it</projectsDirectory>
        <goals><goal>verify</goal></goals>
        <streamLogs>true</streamLogs>
      </configuration>
    </execution>
  </executions>
</plugin>

mp013: Plugin für große Teams standardisieren

Englischer technischer Begriff: maven-plugin-plugin Enterprise Configuration
Plugin: maven-plugin-plugin
Priorität: 7/10
Wichtige Parameter: goalPrefix, descriptor, helpmojo
Warum wichtig: Diese Konfiguration macht maven-plugin-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-plugin-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-plugin-plugin</artifactId>
  <version>3.15.1</version>
  <configuration>
    <goalPrefix>acme-build</goalPrefix>
    <skipErrorNoDescriptorsFound>false</skipErrorNoDescriptorsFound>
  </configuration>
  <executions>
    <execution>
      <id>process-classes-descriptor</id>
      <phase>process-classes</phase>
      <goals><goal>descriptor</goal></goals>
    </execution>
  </executions>
</plugin>

mp014: Archetype für Migrationen nachvollziehbar machen

Englischer technischer Begriff: maven-archetype-plugin Enterprise Configuration
Plugin: maven-archetype-plugin
Priorität: 7/10
Wichtige Parameter: archetypeCatalog, interactiveMode
Warum wichtig: Diese Konfiguration macht maven-archetype-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-archetype-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-archetype-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <archetypeCatalog>internal</archetypeCatalog>
    <interactiveMode>false</interactiveMode>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-generate</id>
      <phase>generate-sources</phase>
      <goals><goal>generate</goal></goals>
    </execution>
  </executions>
</plugin>

mp015: Site als Build-Vertrag etablieren

Englischer technischer Begriff: maven-site-plugin Enterprise Configuration
Plugin: maven-site-plugin
Priorität: 7/10
Wichtige Parameter: locales, outputDirectory, skipDeploy
Warum wichtig: Diese Konfiguration macht maven-site-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-site-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für maven-grundlagen, lifecycle und build-governance, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-site-plugin</artifactId>
  <version>3.21.0</version>
  <configuration>
    <locales>de</locales>
    <outputDirectory>${project.build.directory}/site</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>site-site</id>
      <phase>site</phase>
      <goals><goal>site</goal></goals>
    </execution>
  </executions>
</plugin>
Build, Compiler, Resources und Artefakt-Basis 15 Einträge

mp016: Compiler stabil konfigurieren

Englischer technischer Begriff: maven-compiler-plugin Enterprise Configuration
Plugin: maven-compiler-plugin
Priorität: 10/10
Wichtige Parameter: release, parameters, encoding, showWarnings
Warum wichtig: Diese Konfiguration macht maven-compiler-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-compiler-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.14.1</version>
  <configuration>
    <release>21</release>
    <parameters>true</parameters>
    <encoding>UTF-8</encoding>
    <showWarnings>true</showWarnings>
  </configuration>
  <executions>
    <execution>
      <id>compile-compile</id>
      <phase>compile</phase>
      <goals><goal>compile</goal></goals>
    </execution>
  </executions>
</plugin>

mp017: Resources als CI-Gate einsetzen

Englischer technischer Begriff: maven-resources-plugin Enterprise Configuration
Plugin: maven-resources-plugin
Priorität: 10/10
Wichtige Parameter: encoding, filtering, nonFilteredFileExtensions
Warum wichtig: Diese Konfiguration macht maven-resources-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-resources-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <encoding>UTF-8</encoding>
    <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-resources</id>
      <phase>process-resources</phase>
      <goals><goal>resources</goal></goals>
      <configuration>
        <encoding>UTF-8</encoding>
        <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
      </configuration>
    </execution>
  </executions>
</plugin>

mp018: Jar für Enterprise-Releases absichern

Englischer technischer Begriff: maven-jar-plugin Enterprise Configuration
Plugin: maven-jar-plugin
Priorität: 10/10
Wichtige Parameter: archive, manifest, manifestEntries, outputTimestamp
Warum wichtig: Diese Konfiguration macht maven-jar-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-jar-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-jar-plugin</artifactId>
  <version>3.4.2</version>
  <configuration>
    <archive><manifest><mainClass>com.acme.platform.tools.Main</mainClass></manifest><manifestEntries><Build-Revision>${git.commit.id.abbrev}</Build-Revision></manifestEntries></archive>
  </configuration>
  <executions>
    <execution>
      <id>package-jar</id>
      <phase>package</phase>
      <goals><goal>jar</goal></goals>
    </execution>
  </executions>
</plugin>

mp019: Source mit wichtigen Parametern steuern

Englischer technischer Begriff: maven-source-plugin Enterprise Configuration
Plugin: maven-source-plugin
Priorität: 9/10
Wichtige Parameter: attach, skipSource, jar-no-fork
Warum wichtig: Diese Konfiguration macht maven-source-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-source-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-source-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <attach>true</attach>
    <skipSource>${source.skip}</skipSource>
  </configuration>
  <executions>
    <execution>
      <id>verify-jar-no-fork</id>
      <phase>verify</phase>
      <goals><goal>jar-no-fork</goal></goals>
    </execution>
  </executions>
</plugin>

mp020: Javadoc für reproduzierbare Builds nutzen

Englischer technischer Begriff: maven-javadoc-plugin Enterprise Configuration
Plugin: maven-javadoc-plugin
Priorität: 9/10
Wichtige Parameter: source, doclint, failOnError, aggregate
Warum wichtig: Diese Konfiguration macht maven-javadoc-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-javadoc-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-javadoc-plugin</artifactId>
  <version>3.11.2</version>
  <configuration>
    <source>21</source>
    <doclint>all,-missing</doclint>
    <failOnError>true</failOnError>
  </configuration>
  <executions>
    <execution>
      <id>verify-jar</id>
      <phase>verify</phase>
      <goals><goal>jar</goal></goals>
    </execution>
  </executions>
</plugin>

mp021: Build Helper in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: build-helper-maven-plugin Enterprise Configuration
Plugin: build-helper-maven-plugin
Priorität: 9/10
Wichtige Parameter: add-source, add-test-source, parse-version, attach-artifact
Warum wichtig: Diese Konfiguration macht build-helper-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: build-helper-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>build-helper-maven-plugin</artifactId>
  <version>3.6.1</version>
  <configuration>
    <sources><source>${project.build.directory}/generated-sources/openapi/src/main/java</source></sources>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-add-source</id>
      <phase>generate-sources</phase>
      <goals><goal>add-source</goal></goals>
      <configuration>
        <sources><source>${project.build.directory}/generated-sources/openapi/src/main/java</source></sources>
      </configuration>
    </execution>
  </executions>
</plugin>

mp022: Antrun gegen typische Legacy-Fehler härten

Englischer technischer Begriff: maven-antrun-plugin Enterprise Configuration
Plugin: maven-antrun-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-antrun-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-antrun-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-antrun-plugin</artifactId>
  <version>3.1.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
      <configuration>
        <skip>false</skip>
        <outputDirectory>${project.build.directory}/generated</outputDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

mp023: Exec für Audit und Betrieb dokumentieren

Englischer technischer Begriff: exec-maven-plugin Enterprise Configuration
Plugin: exec-maven-plugin
Priorität: 9/10
Wichtige Parameter: executable, arguments, workingDirectory
Warum wichtig: Diese Konfiguration macht exec-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: exec-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>exec-maven-plugin</artifactId>
  <version>3.5.1</version>
  <configuration>
    <executable>java</executable>
    <arguments><argument>-version</argument></arguments>
    <workingDirectory>${project.basedir}</workingDirectory>
  </configuration>
  <executions>
    <execution>
      <id>validate-exec</id>
      <phase>validate</phase>
      <goals><goal>exec</goal></goals>
      <configuration>
        <executable>java</executable>
        <arguments><argument>-version</argument></arguments>
        <workingDirectory>${project.basedir}</workingDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

mp024: Clean für lokale und CI-Builds trennen

Englischer technischer Begriff: maven-clean-plugin Enterprise Configuration
Plugin: maven-clean-plugin
Priorität: 8/10
Wichtige Parameter: filesets, directory
Warum wichtig: Diese Konfiguration macht maven-clean-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-clean-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-clean-plugin</artifactId>
  <version>3.4.1</version>
  <configuration>
    <filesets><fileset><directory>${project.build.directory}/generated-sources</directory></fileset></filesets>
  </configuration>
  <executions>
    <execution>
      <id>clean-clean</id>
      <phase>clean</phase>
      <goals><goal>clean</goal></goals>
    </execution>
  </executions>
</plugin>

mp025: Toolchains für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-toolchains-plugin Enterprise Configuration
Plugin: maven-toolchains-plugin
Priorität: 8/10
Wichtige Parameter: toolchains, jdk.version, vendor
Warum wichtig: Diese Konfiguration macht maven-toolchains-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-toolchains-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-toolchains-plugin</artifactId>
  <version>3.2.0</version>
  <configuration>
    <toolchains><jdk><version>21</version><vendor>temurin</vendor></jdk></toolchains>
  </configuration>
  <executions>
    <execution>
      <id>validate-toolchain</id>
      <phase>validate</phase>
      <goals><goal>toolchain</goal></goals>
    </execution>
  </executions>
</plugin>

mp026: Formatter im Parent-POM zentralisieren

Englischer technischer Begriff: formatter-maven-plugin Enterprise Configuration
Plugin: formatter-maven-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht formatter-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: formatter-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>net.revelc.code.formatter</groupId>
  <artifactId>formatter-maven-plugin</artifactId>
  <version>2.25.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp027: Sortpom mit Profilen kontrollieren

Englischer technischer Begriff: sortpom-maven-plugin Enterprise Configuration
Plugin: sortpom-maven-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht sortpom-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: sortpom-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>com.github.ekryd.sortpom</groupId>
  <artifactId>sortpom-maven-plugin</artifactId>
  <version>4.0.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp028: Animal Sniffer für große Teams standardisieren

Englischer technischer Begriff: animal-sniffer-maven-plugin Enterprise Configuration
Plugin: animal-sniffer-maven-plugin
Priorität: 7/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht animal-sniffer-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: animal-sniffer-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>animal-sniffer-maven-plugin</artifactId>
  <version>1.24</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp029: Moditect für Migrationen nachvollziehbar machen

Englischer technischer Begriff: moditect-maven-plugin Enterprise Configuration
Plugin: moditect-maven-plugin
Priorität: 7/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht moditect-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: moditect-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.moditect</groupId>
  <artifactId>moditect-maven-plugin</artifactId>
  <version>1.2.2.Final</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp030: Versions als Build-Vertrag etablieren

Englischer technischer Begriff: versions-maven-plugin Enterprise Configuration
Plugin: versions-maven-plugin
Priorität: 7/10
Wichtige Parameter: display-dependency-updates, update-parent, set, rulesUri
Warum wichtig: Diese Konfiguration macht versions-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: versions-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für build, compiler, resources und artefakt-basis, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>versions-maven-plugin</artifactId>
  <version>2.19.1</version>
  <configuration>
    <allowSnapshots>false</allowSnapshots>
    <generateBackupPoms>false</generateBackupPoms>
    <processAllModules>true</processAllModules>
  </configuration>
  <executions>
    <execution>
      <id>validate-display-dependency-updates</id>
      <phase>validate</phase>
      <goals><goal>display-dependency-updates</goal></goals>
    </execution>
  </executions>
</plugin>
Tests, Coverage und Qualitätssicherung 15 Einträge

mp031: Surefire stabil konfigurieren

Englischer technischer Begriff: maven-surefire-plugin Enterprise Configuration
Plugin: maven-surefire-plugin
Priorität: 10/10
Wichtige Parameter: includes, useModulePath, forkedProcessTimeoutInSeconds
Warum wichtig: Diese Konfiguration macht maven-surefire-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-surefire-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <version>3.5.4</version>
  <configuration>
    <includes><include>**/*Test.java</include></includes>
    <useModulePath>false</useModulePath>
    <forkedProcessTimeoutInSeconds>120</forkedProcessTimeoutInSeconds>
  </configuration>
  <executions>
    <execution>
      <id>test-test</id>
      <phase>test</phase>
      <goals><goal>test</goal></goals>
    </execution>
  </executions>
</plugin>

mp032: Failsafe als CI-Gate einsetzen

Englischer technischer Begriff: maven-failsafe-plugin Enterprise Configuration
Plugin: maven-failsafe-plugin
Priorität: 10/10
Wichtige Parameter: includes, skipITs, verify
Warum wichtig: Diese Konfiguration macht maven-failsafe-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-failsafe-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-failsafe-plugin</artifactId>
  <version>3.5.4</version>
  <configuration>
    <includes><include>**/*IT.java</include></includes>
    <skipITs>${skipITs}</skipITs>
  </configuration>
  <executions>
    <execution>
      <id>integration-test-integration-test</id>
      <phase>integration-test</phase>
      <goals><goal>integration-test</goal></goals>
      <configuration>
        <includes><include>**/*IT.java</include></includes>
        <skipITs>${skipITs}</skipITs>
      </configuration>
    </execution>
  </executions>
</plugin>

mp033: Jacoco für Enterprise-Releases absichern

Englischer technischer Begriff: jacoco-maven-plugin Enterprise Configuration
Plugin: jacoco-maven-plugin
Priorität: 10/10
Wichtige Parameter: prepare-agent, report, check, excludes
Warum wichtig: Diese Konfiguration macht jacoco-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: jacoco-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.jacoco</groupId>
  <artifactId>jacoco-maven-plugin</artifactId>
  <version>0.8.13</version>
  <configuration>
    <destFile>${project.build.directory}/jacoco.exec</destFile>
    <append>true</append>
  </configuration>
  <executions>
    <execution>
      <id>initialize-prepare-agent</id>
      <phase>initialize</phase>
      <goals><goal>prepare-agent</goal></goals>
      <configuration>
        <destFile>${project.build.directory}/jacoco.exec</destFile>
        <append>true</append>
      </configuration>
    </execution>
  </executions>
</plugin>

mp034: Invoker mit wichtigen Parametern steuern

Englischer technischer Begriff: maven-invoker-plugin Enterprise Configuration
Plugin: maven-invoker-plugin
Priorität: 9/10
Wichtige Parameter: projectsDirectory, goals, streamLogs
Warum wichtig: Diese Konfiguration macht maven-invoker-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-invoker-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-invoker-plugin</artifactId>
  <version>3.9.0</version>
  <configuration>
    <projectsDirectory>src/it</projectsDirectory>
    <goals><goal>verify</goal></goals>
    <streamLogs>true</streamLogs>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
      <configuration>
        <projectsDirectory>src/it</projectsDirectory>
        <goals><goal>verify</goal></goals>
        <streamLogs>true</streamLogs>
      </configuration>
    </execution>
  </executions>
</plugin>

mp035: Build Helper für reproduzierbare Builds nutzen

Englischer technischer Begriff: build-helper-maven-plugin Enterprise Configuration
Plugin: build-helper-maven-plugin
Priorität: 9/10
Wichtige Parameter: add-source, add-test-source, parse-version, attach-artifact
Warum wichtig: Diese Konfiguration macht build-helper-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: build-helper-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>build-helper-maven-plugin</artifactId>
  <version>3.6.1</version>
  <configuration>
    <sources><source>${project.build.directory}/generated-sources/openapi/src/main/java</source></sources>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-add-source</id>
      <phase>generate-sources</phase>
      <goals><goal>add-source</goal></goals>
      <configuration>
        <sources><source>${project.build.directory}/generated-sources/openapi/src/main/java</source></sources>
      </configuration>
    </execution>
  </executions>
</plugin>

mp036: Resources in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: maven-resources-plugin Enterprise Configuration
Plugin: maven-resources-plugin
Priorität: 9/10
Wichtige Parameter: encoding, filtering, nonFilteredFileExtensions
Warum wichtig: Diese Konfiguration macht maven-resources-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-resources-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <encoding>UTF-8</encoding>
    <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-resources</id>
      <phase>process-resources</phase>
      <goals><goal>resources</goal></goals>
      <configuration>
        <encoding>UTF-8</encoding>
        <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
      </configuration>
    </execution>
  </executions>
</plugin>

mp037: Dependency gegen typische Legacy-Fehler härten

Englischer technischer Begriff: maven-dependency-plugin Enterprise Configuration
Plugin: maven-dependency-plugin
Priorität: 9/10
Wichtige Parameter: tree, analyze-only, copy-dependencies, go-offline
Warum wichtig: Diese Konfiguration macht maven-dependency-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-dependency-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-dependency-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
    <includeScope>runtime</includeScope>
    <outputDirectory>${project.build.directory}/dependency</outputDirectory>
    <excludeTransitive>false</excludeTransitive>
  </configuration>
  <executions>
    <execution>
      <id>verify-tree</id>
      <phase>verify</phase>
      <goals><goal>tree</goal></goals>
    </execution>
  </executions>
</plugin>

mp038: Spotbugs für Audit und Betrieb dokumentieren

Englischer technischer Begriff: spotbugs-maven-plugin Enterprise Configuration
Plugin: spotbugs-maven-plugin
Priorität: 9/10
Wichtige Parameter: effort, threshold, xmlOutput, excludeFilterFile
Warum wichtig: Diese Konfiguration macht spotbugs-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: spotbugs-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>com.github.spotbugs</groupId>
  <artifactId>spotbugs-maven-plugin</artifactId>
  <version>4.9.4.0</version>
  <configuration>
    <effort>Max</effort>
    <threshold>Medium</threshold>
    <xmlOutput>true</xmlOutput>
    <failOnError>true</failOnError>
  </configuration>
  <executions>
    <execution>
      <id>verify-check</id>
      <phase>verify</phase>
      <goals><goal>check</goal></goals>
    </execution>
  </executions>
</plugin>

mp039: Pmd für lokale und CI-Builds trennen

Englischer technischer Begriff: maven-pmd-plugin Enterprise Configuration
Plugin: maven-pmd-plugin
Priorität: 8/10
Wichtige Parameter: rulesets, failOnViolation, minimumTokens
Warum wichtig: Diese Konfiguration macht maven-pmd-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-pmd-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-pmd-plugin</artifactId>
  <version>3.27.0</version>
  <configuration>
    <rulesets><ruleset>category/java/errorprone.xml</ruleset><ruleset>category/java/bestpractices.xml</ruleset></rulesets>
    <failOnViolation>true</failOnViolation>
  </configuration>
  <executions>
    <execution>
      <id>verify-check</id>
      <phase>verify</phase>
      <goals><goal>check</goal></goals>
    </execution>
  </executions>
</plugin>

mp040: Checkstyle für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-checkstyle-plugin Enterprise Configuration
Plugin: maven-checkstyle-plugin
Priorität: 8/10
Wichtige Parameter: configLocation, failOnViolation, suppressionsLocation
Warum wichtig: Diese Konfiguration macht maven-checkstyle-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-checkstyle-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-checkstyle-plugin</artifactId>
  <version>3.6.0</version>
  <configuration>
    <configLocation>config/checkstyle/checkstyle.xml</configLocation>
    <failOnViolation>true</failOnViolation>
    <consoleOutput>true</consoleOutput>
  </configuration>
  <executions>
    <execution>
      <id>verify-check</id>
      <phase>verify</phase>
      <goals><goal>check</goal></goals>
    </execution>
  </executions>
</plugin>

mp041: Exec im Parent-POM zentralisieren

Englischer technischer Begriff: exec-maven-plugin Enterprise Configuration
Plugin: exec-maven-plugin
Priorität: 8/10
Wichtige Parameter: executable, arguments, workingDirectory
Warum wichtig: Diese Konfiguration macht exec-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: exec-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>exec-maven-plugin</artifactId>
  <version>3.5.1</version>
  <configuration>
    <executable>java</executable>
    <arguments><argument>-version</argument></arguments>
    <workingDirectory>${project.basedir}</workingDirectory>
  </configuration>
  <executions>
    <execution>
      <id>validate-exec</id>
      <phase>validate</phase>
      <goals><goal>exec</goal></goals>
      <configuration>
        <executable>java</executable>
        <arguments><argument>-version</argument></arguments>
        <workingDirectory>${project.basedir}</workingDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

mp042: Properties mit Profilen kontrollieren

Englischer technischer Begriff: properties-maven-plugin Enterprise Configuration
Plugin: properties-maven-plugin
Priorität: 8/10
Wichtige Parameter: files, quiet
Warum wichtig: Diese Konfiguration macht properties-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: properties-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>properties-maven-plugin</artifactId>
  <version>1.2.1</version>
  <configuration>
    <files><file>${session.executionRootDirectory}/build/versions.properties</file></files>
    <quiet>false</quiet>
  </configuration>
  <executions>
    <execution>
      <id>initialize-read-project-properties</id>
      <phase>initialize</phase>
      <goals><goal>read-project-properties</goal></goals>
    </execution>
  </executions>
</plugin>

mp043: Jar für große Teams standardisieren

Englischer technischer Begriff: maven-jar-plugin Enterprise Configuration
Plugin: maven-jar-plugin
Priorität: 7/10
Wichtige Parameter: archive, manifest, manifestEntries, outputTimestamp
Warum wichtig: Diese Konfiguration macht maven-jar-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-jar-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-jar-plugin</artifactId>
  <version>3.4.2</version>
  <configuration>
    <archive><manifest><mainClass>com.acme.platform.tools.Main</mainClass></manifest><manifestEntries><Build-Revision>${git.commit.id.abbrev}</Build-Revision></manifestEntries></archive>
  </configuration>
  <executions>
    <execution>
      <id>package-jar</id>
      <phase>package</phase>
      <goals><goal>jar</goal></goals>
    </execution>
  </executions>
</plugin>

mp044: Antrun für Migrationen nachvollziehbar machen

Englischer technischer Begriff: maven-antrun-plugin Enterprise Configuration
Plugin: maven-antrun-plugin
Priorität: 7/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-antrun-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-antrun-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-antrun-plugin</artifactId>
  <version>3.1.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
      <configuration>
        <skip>false</skip>
        <outputDirectory>${project.build.directory}/generated</outputDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

mp045: Enforcer als Build-Vertrag etablieren

Englischer technischer Begriff: maven-enforcer-plugin Enterprise Configuration
Plugin: maven-enforcer-plugin
Priorität: 7/10
Wichtige Parameter: requireMavenVersion, requireJavaVersion, dependencyConvergence, bannedDependencies
Warum wichtig: Diese Konfiguration macht maven-enforcer-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-enforcer-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für tests, coverage und qualitätssicherung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-enforcer-plugin</artifactId>
  <version>3.6.2</version>
  <configuration>
    <rules>
      <bannedDependencies><searchTransitive>true</searchTransitive><excludes><exclude>log4j:log4j</exclude></excludes></bannedDependencies>
    </rules>
    <fail>true</fail>
  </configuration>
  <executions>
    <execution>
      <id>validate-enforce</id>
      <phase>validate</phase>
      <goals><goal>enforce</goal></goals>
    </execution>
  </executions>
</plugin>
Statische Analyse, Formatierung und API-Kompatibilität 15 Einträge

mp046: Checkstyle stabil konfigurieren

Englischer technischer Begriff: maven-checkstyle-plugin Enterprise Configuration
Plugin: maven-checkstyle-plugin
Priorität: 10/10
Wichtige Parameter: configLocation, failOnViolation, suppressionsLocation
Warum wichtig: Diese Konfiguration macht maven-checkstyle-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-checkstyle-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-checkstyle-plugin</artifactId>
  <version>3.6.0</version>
  <configuration>
    <configLocation>config/checkstyle/checkstyle.xml</configLocation>
    <failOnViolation>true</failOnViolation>
    <consoleOutput>true</consoleOutput>
  </configuration>
  <executions>
    <execution>
      <id>verify-check</id>
      <phase>verify</phase>
      <goals><goal>check</goal></goals>
    </execution>
  </executions>
</plugin>

mp047: Pmd als CI-Gate einsetzen

Englischer technischer Begriff: maven-pmd-plugin Enterprise Configuration
Plugin: maven-pmd-plugin
Priorität: 10/10
Wichtige Parameter: rulesets, failOnViolation, minimumTokens
Warum wichtig: Diese Konfiguration macht maven-pmd-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-pmd-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-pmd-plugin</artifactId>
  <version>3.27.0</version>
  <configuration>
    <rulesets><ruleset>category/java/errorprone.xml</ruleset><ruleset>category/java/bestpractices.xml</ruleset></rulesets>
    <failOnViolation>true</failOnViolation>
  </configuration>
  <executions>
    <execution>
      <id>verify-check</id>
      <phase>verify</phase>
      <goals><goal>check</goal></goals>
    </execution>
  </executions>
</plugin>

mp048: Spotbugs für Enterprise-Releases absichern

Englischer technischer Begriff: spotbugs-maven-plugin Enterprise Configuration
Plugin: spotbugs-maven-plugin
Priorität: 10/10
Wichtige Parameter: effort, threshold, xmlOutput, excludeFilterFile
Warum wichtig: Diese Konfiguration macht spotbugs-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: spotbugs-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>com.github.spotbugs</groupId>
  <artifactId>spotbugs-maven-plugin</artifactId>
  <version>4.9.4.0</version>
  <configuration>
    <effort>Max</effort>
    <threshold>Medium</threshold>
    <xmlOutput>true</xmlOutput>
    <failOnError>true</failOnError>
  </configuration>
  <executions>
    <execution>
      <id>verify-check</id>
      <phase>verify</phase>
      <goals><goal>check</goal></goals>
    </execution>
  </executions>
</plugin>

mp049: Formatter mit wichtigen Parametern steuern

Englischer technischer Begriff: formatter-maven-plugin Enterprise Configuration
Plugin: formatter-maven-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht formatter-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: formatter-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>net.revelc.code.formatter</groupId>
  <artifactId>formatter-maven-plugin</artifactId>
  <version>2.25.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp050: Sortpom für reproduzierbare Builds nutzen

Englischer technischer Begriff: sortpom-maven-plugin Enterprise Configuration
Plugin: sortpom-maven-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht sortpom-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: sortpom-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>com.github.ekryd.sortpom</groupId>
  <artifactId>sortpom-maven-plugin</artifactId>
  <version>4.0.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp051: Revapi in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: revapi-maven-plugin Enterprise Configuration
Plugin: revapi-maven-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht revapi-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: revapi-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.revapi</groupId>
  <artifactId>revapi-maven-plugin</artifactId>
  <version>0.15.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp052: Animal Sniffer gegen typische Legacy-Fehler härten

Englischer technischer Begriff: animal-sniffer-maven-plugin Enterprise Configuration
Plugin: animal-sniffer-maven-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht animal-sniffer-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: animal-sniffer-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>animal-sniffer-maven-plugin</artifactId>
  <version>1.24</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp053: Moditect für Audit und Betrieb dokumentieren

Englischer technischer Begriff: moditect-maven-plugin Enterprise Configuration
Plugin: moditect-maven-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht moditect-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: moditect-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.moditect</groupId>
  <artifactId>moditect-maven-plugin</artifactId>
  <version>1.2.2.Final</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp054: Enforcer für lokale und CI-Builds trennen

Englischer technischer Begriff: maven-enforcer-plugin Enterprise Configuration
Plugin: maven-enforcer-plugin
Priorität: 8/10
Wichtige Parameter: requireMavenVersion, requireJavaVersion, dependencyConvergence, bannedDependencies
Warum wichtig: Diese Konfiguration macht maven-enforcer-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-enforcer-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-enforcer-plugin</artifactId>
  <version>3.6.2</version>
  <configuration>
    <rules>
      <requireUpperBoundDeps/>
    </rules>
    <fail>true</fail>
  </configuration>
  <executions>
    <execution>
      <id>validate-enforce</id>
      <phase>validate</phase>
      <goals><goal>enforce</goal></goals>
    </execution>
  </executions>
</plugin>

mp055: Dependency für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-dependency-plugin Enterprise Configuration
Plugin: maven-dependency-plugin
Priorität: 8/10
Wichtige Parameter: tree, analyze-only, copy-dependencies, go-offline
Warum wichtig: Diese Konfiguration macht maven-dependency-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-dependency-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-dependency-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
    <includeScope>runtime</includeScope>
    <outputDirectory>${project.build.directory}/dependency</outputDirectory>
    <excludeTransitive>false</excludeTransitive>
  </configuration>
  <executions>
    <execution>
      <id>verify-tree</id>
      <phase>verify</phase>
      <goals><goal>tree</goal></goals>
    </execution>
  </executions>
</plugin>

mp056: Compiler im Parent-POM zentralisieren

Englischer technischer Begriff: maven-compiler-plugin Enterprise Configuration
Plugin: maven-compiler-plugin
Priorität: 8/10
Wichtige Parameter: release, parameters, encoding, showWarnings
Warum wichtig: Diese Konfiguration macht maven-compiler-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-compiler-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.14.1</version>
  <configuration>
    <release>21</release>
    <parameters>true</parameters>
    <encoding>UTF-8</encoding>
    <showWarnings>true</showWarnings>
  </configuration>
  <executions>
    <execution>
      <id>compile-compile</id>
      <phase>compile</phase>
      <goals><goal>compile</goal></goals>
    </execution>
  </executions>
</plugin>

mp057: Javadoc mit Profilen kontrollieren

Englischer technischer Begriff: maven-javadoc-plugin Enterprise Configuration
Plugin: maven-javadoc-plugin
Priorität: 8/10
Wichtige Parameter: source, doclint, failOnError, aggregate
Warum wichtig: Diese Konfiguration macht maven-javadoc-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-javadoc-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-javadoc-plugin</artifactId>
  <version>3.11.2</version>
  <configuration>
    <source>21</source>
    <doclint>all,-missing</doclint>
    <failOnError>true</failOnError>
  </configuration>
  <executions>
    <execution>
      <id>verify-jar</id>
      <phase>verify</phase>
      <goals><goal>jar</goal></goals>
    </execution>
  </executions>
</plugin>

mp058: Kotlin für große Teams standardisieren

Englischer technischer Begriff: kotlin-maven-plugin Enterprise Configuration
Plugin: kotlin-maven-plugin
Priorität: 7/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht kotlin-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: kotlin-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.jetbrains.kotlin</groupId>
  <artifactId>kotlin-maven-plugin</artifactId>
  <version>2.1.21</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp059: Scala für Migrationen nachvollziehbar machen

Englischer technischer Begriff: scala-maven-plugin Enterprise Configuration
Plugin: scala-maven-plugin
Priorität: 7/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht scala-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: scala-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>net.alchim31.maven</groupId>
  <artifactId>scala-maven-plugin</artifactId>
  <version>4.9.3</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp060: Gmavenplus als Build-Vertrag etablieren

Englischer technischer Begriff: gmavenplus-plugin Enterprise Configuration
Plugin: gmavenplus-plugin
Priorität: 7/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht gmavenplus-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: gmavenplus-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für statische analyse, formatierung und api-kompatibilität, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.gmavenplus</groupId>
  <artifactId>gmavenplus-plugin</artifactId>
  <version>4.2.1</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>
Security, Compliance, SBOM und Lizenz 15 Einträge

mp061: Cyclonedx stabil konfigurieren

Englischer technischer Begriff: cyclonedx-maven-plugin Enterprise Configuration
Plugin: cyclonedx-maven-plugin
Priorität: 10/10
Wichtige Parameter: schemaVersion, outputFormat, includeTestScope, attachBom
Warum wichtig: Diese Konfiguration macht cyclonedx-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: cyclonedx-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.cyclonedx</groupId>
  <artifactId>cyclonedx-maven-plugin</artifactId>
  <version>2.9.1</version>
  <configuration>
    <schemaVersion>1.6</schemaVersion>
    <outputFormat>json</outputFormat>
    <includeTestScope>false</includeTestScope>
    <attachBom>true</attachBom>
  </configuration>
  <executions>
    <execution>
      <id>verify-makeAggregateBom</id>
      <phase>verify</phase>
      <goals><goal>makeAggregateBom</goal></goals>
    </execution>
  </executions>
</plugin>

mp062: Dependency Check Maven als CI-Gate einsetzen

Englischer technischer Begriff: dependency-check-maven Enterprise Configuration
Plugin: dependency-check-maven
Priorität: 10/10
Wichtige Parameter: failBuildOnCVSS, formats, suppressionFile, nvdApiKey
Warum wichtig: Diese Konfiguration macht dependency-check-maven im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: dependency-check-maven wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.owasp</groupId>
  <artifactId>dependency-check-maven</artifactId>
  <version>12.1.3</version>
  <configuration>
    <failBuildOnCVSS>7.0</failBuildOnCVSS>
    <formats><format>HTML</format><format>JSON</format></formats>
    <suppressionFile>config/security/dependency-check-suppressions.xml</suppressionFile>
  </configuration>
  <executions>
    <execution>
      <id>verify-check</id>
      <phase>verify</phase>
      <goals><goal>check</goal></goals>
    </execution>
  </executions>
</plugin>

mp063: License für Enterprise-Releases absichern

Englischer technischer Begriff: license-maven-plugin Enterprise Configuration
Plugin: license-maven-plugin
Priorität: 10/10
Wichtige Parameter: downloadLicenses, includeTransitiveDependencies, excludedScopes, failOnMissing
Warum wichtig: Diese Konfiguration macht license-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: license-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>license-maven-plugin</artifactId>
  <version>2.6.0</version>
  <configuration>
    <downloadLicenses>true</downloadLicenses>
    <includeTransitiveDependencies>true</includeTransitiveDependencies>
    <excludedScopes>test</excludedScopes>
  </configuration>
  <executions>
    <execution>
      <id>verify-aggregate-add-third-party</id>
      <phase>verify</phase>
      <goals><goal>aggregate-add-third-party</goal></goals>
    </execution>
  </executions>
</plugin>

mp064: Gpg mit wichtigen Parametern steuern

Englischer technischer Begriff: maven-gpg-plugin Enterprise Configuration
Plugin: maven-gpg-plugin
Priorität: 9/10
Wichtige Parameter: sign, skip, gpgArguments
Warum wichtig: Diese Konfiguration macht maven-gpg-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-gpg-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-gpg-plugin</artifactId>
  <version>3.2.8</version>
  <configuration>
    <skip>${gpg.skip}</skip>
    <gpgArguments><arg>--batch</arg></gpgArguments>
  </configuration>
  <executions>
    <execution>
      <id>verify-sign</id>
      <phase>verify</phase>
      <goals><goal>sign</goal></goals>
    </execution>
  </executions>
</plugin>

mp065: Enforcer für reproduzierbare Builds nutzen

Englischer technischer Begriff: maven-enforcer-plugin Enterprise Configuration
Plugin: maven-enforcer-plugin
Priorität: 9/10
Wichtige Parameter: requireMavenVersion, requireJavaVersion, dependencyConvergence, bannedDependencies
Warum wichtig: Diese Konfiguration macht maven-enforcer-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-enforcer-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-enforcer-plugin</artifactId>
  <version>3.6.2</version>
  <configuration>
    <rules>
      <bannedDependencies><searchTransitive>true</searchTransitive><excludes><exclude>log4j:log4j</exclude></excludes></bannedDependencies>
    </rules>
    <fail>true</fail>
  </configuration>
  <executions>
    <execution>
      <id>validate-enforce</id>
      <phase>validate</phase>
      <goals><goal>enforce</goal></goals>
    </execution>
  </executions>
</plugin>

mp066: Dependency in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: maven-dependency-plugin Enterprise Configuration
Plugin: maven-dependency-plugin
Priorität: 9/10
Wichtige Parameter: tree, analyze-only, copy-dependencies, go-offline
Warum wichtig: Diese Konfiguration macht maven-dependency-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-dependency-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-dependency-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
    <includeScope>runtime</includeScope>
    <outputDirectory>${project.build.directory}/dependency</outputDirectory>
    <excludeTransitive>false</excludeTransitive>
  </configuration>
  <executions>
    <execution>
      <id>verify-tree</id>
      <phase>verify</phase>
      <goals><goal>tree</goal></goals>
    </execution>
  </executions>
</plugin>

mp067: Deploy gegen typische Legacy-Fehler härten

Englischer technischer Begriff: maven-deploy-plugin Enterprise Configuration
Plugin: maven-deploy-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-deploy-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-deploy-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-deploy-plugin</artifactId>
  <version>3.1.4</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp068: Assembly für Audit und Betrieb dokumentieren

Englischer technischer Begriff: maven-assembly-plugin Enterprise Configuration
Plugin: maven-assembly-plugin
Priorität: 9/10
Wichtige Parameter: descriptors, descriptorRefs, finalName, appendAssemblyId
Warum wichtig: Diese Konfiguration macht maven-assembly-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-assembly-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-assembly-plugin</artifactId>
  <version>3.7.1</version>
  <configuration>
    <descriptors><descriptor>src/assembly/runtime.xml</descriptor></descriptors>
    <finalName>${project.artifactId}-${project.version}</finalName>
    <appendAssemblyId>false</appendAssemblyId>
  </configuration>
  <executions>
    <execution>
      <id>package-single</id>
      <phase>package</phase>
      <goals><goal>single</goal></goals>
    </execution>
  </executions>
</plugin>

mp069: Git Commit Id für lokale und CI-Builds trennen

Englischer technischer Begriff: git-commit-id-maven-plugin Enterprise Configuration
Plugin: git-commit-id-maven-plugin
Priorität: 8/10
Wichtige Parameter: generateGitPropertiesFile, includeOnlyProperties
Warum wichtig: Diese Konfiguration macht git-commit-id-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: git-commit-id-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>io.github.git-commit-id</groupId>
  <artifactId>git-commit-id-maven-plugin</artifactId>
  <version>9.0.1</version>
  <configuration>
    <generateGitPropertiesFile>true</generateGitPropertiesFile>
    <includeOnlyProperties><includeOnlyProperty>git.commit.id.abbrev</includeOnlyProperty><includeOnlyProperty>git.branch</includeOnlyProperty></includeOnlyProperties>
  </configuration>
  <executions>
    <execution>
      <id>initialize-revision</id>
      <phase>initialize</phase>
      <goals><goal>revision</goal></goals>
    </execution>
  </executions>
</plugin>

mp070: Jib für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: jib-maven-plugin Enterprise Configuration
Plugin: jib-maven-plugin
Priorität: 8/10
Wichtige Parameter: from.image, to.image, container.ports
Warum wichtig: Diese Konfiguration macht jib-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: jib-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>com.google.cloud.tools</groupId>
  <artifactId>jib-maven-plugin</artifactId>
  <version>3.4.5</version>
  <configuration>
    <from><image>eclipse-temurin:21-jre</image></from>
    <to><image>registry.acme.local/order-service:${project.version}</image></to>
    <container><ports><port>8080</port></ports></container>
  </configuration>
  <executions>
    <execution>
      <id>package-build</id>
      <phase>package</phase>
      <goals><goal>build</goal></goals>
    </execution>
  </executions>
</plugin>

mp071: Resources im Parent-POM zentralisieren

Englischer technischer Begriff: maven-resources-plugin Enterprise Configuration
Plugin: maven-resources-plugin
Priorität: 8/10
Wichtige Parameter: encoding, filtering, nonFilteredFileExtensions
Warum wichtig: Diese Konfiguration macht maven-resources-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-resources-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <encoding>UTF-8</encoding>
    <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-resources</id>
      <phase>process-resources</phase>
      <goals><goal>resources</goal></goals>
      <configuration>
        <encoding>UTF-8</encoding>
        <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
      </configuration>
    </execution>
  </executions>
</plugin>

mp072: Site mit Profilen kontrollieren

Englischer technischer Begriff: maven-site-plugin Enterprise Configuration
Plugin: maven-site-plugin
Priorität: 8/10
Wichtige Parameter: locales, outputDirectory, skipDeploy
Warum wichtig: Diese Konfiguration macht maven-site-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-site-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-site-plugin</artifactId>
  <version>3.21.0</version>
  <configuration>
    <locales>de</locales>
    <outputDirectory>${project.build.directory}/site</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>site-site</id>
      <phase>site</phase>
      <goals><goal>site</goal></goals>
    </execution>
  </executions>
</plugin>

mp073: Project Info Reports für große Teams standardisieren

Englischer technischer Begriff: maven-project-info-reports-plugin Enterprise Configuration
Plugin: maven-project-info-reports-plugin
Priorität: 7/10
Wichtige Parameter: dependencyDetailsEnabled, dependencyLocationsEnabled
Warum wichtig: Diese Konfiguration macht maven-project-info-reports-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-project-info-reports-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-project-info-reports-plugin</artifactId>
  <version>3.9.0</version>
  <configuration>
    <dependencyDetailsEnabled>true</dependencyDetailsEnabled>
    <dependencyLocationsEnabled>false</dependencyLocationsEnabled>
  </configuration>
  <executions>
    <execution>
      <id>site-dependencies</id>
      <phase>site</phase>
      <goals><goal>dependencies</goal></goals>
    </execution>
  </executions>
</plugin>

mp074: Versions für Migrationen nachvollziehbar machen

Englischer technischer Begriff: versions-maven-plugin Enterprise Configuration
Plugin: versions-maven-plugin
Priorität: 7/10
Wichtige Parameter: display-dependency-updates, update-parent, set, rulesUri
Warum wichtig: Diese Konfiguration macht versions-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: versions-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>versions-maven-plugin</artifactId>
  <version>2.19.1</version>
  <configuration>
    <allowSnapshots>false</allowSnapshots>
    <generateBackupPoms>false</generateBackupPoms>
    <processAllModules>true</processAllModules>
  </configuration>
  <executions>
    <execution>
      <id>validate-display-dependency-updates</id>
      <phase>validate</phase>
      <goals><goal>display-dependency-updates</goal></goals>
    </execution>
  </executions>
</plugin>

mp075: Release als Build-Vertrag etablieren

Englischer technischer Begriff: maven-release-plugin Enterprise Configuration
Plugin: maven-release-plugin
Priorität: 7/10
Wichtige Parameter: tagNameFormat, autoVersionSubmodules, preparationGoals
Warum wichtig: Diese Konfiguration macht maven-release-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-release-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für security, compliance, sbom und lizenz, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-release-plugin</artifactId>
  <version>3.1.1</version>
  <configuration>
    <tagNameFormat>@{project.artifactId}-@{project.version}</tagNameFormat>
    <autoVersionSubmodules>true</autoVersionSubmodules>
    <pushChanges>false</pushChanges>
  </configuration>
  <executions>
    <execution>
      <id>deploy-prepare</id>
      <phase>deploy</phase>
      <goals><goal>prepare</goal></goals>
    </execution>
  </executions>
</plugin>
Dependency Management, Repositories und reproduzierbare Auflösung 15 Einträge

mp076: Dependency stabil konfigurieren

Englischer technischer Begriff: maven-dependency-plugin Enterprise Configuration
Plugin: maven-dependency-plugin
Priorität: 10/10
Wichtige Parameter: tree, analyze-only, copy-dependencies, go-offline
Warum wichtig: Diese Konfiguration macht maven-dependency-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-dependency-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-dependency-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
    <includeScope>runtime</includeScope>
    <outputDirectory>${project.build.directory}/dependency</outputDirectory>
    <excludeTransitive>false</excludeTransitive>
  </configuration>
  <executions>
    <execution>
      <id>verify-tree</id>
      <phase>verify</phase>
      <goals><goal>tree</goal></goals>
    </execution>
  </executions>
</plugin>

mp077: Versions als CI-Gate einsetzen

Englischer technischer Begriff: versions-maven-plugin Enterprise Configuration
Plugin: versions-maven-plugin
Priorität: 10/10
Wichtige Parameter: display-dependency-updates, update-parent, set, rulesUri
Warum wichtig: Diese Konfiguration macht versions-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: versions-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>versions-maven-plugin</artifactId>
  <version>2.19.1</version>
  <configuration>
    <allowSnapshots>false</allowSnapshots>
    <generateBackupPoms>false</generateBackupPoms>
    <processAllModules>true</processAllModules>
  </configuration>
  <executions>
    <execution>
      <id>validate-display-dependency-updates</id>
      <phase>validate</phase>
      <goals><goal>display-dependency-updates</goal></goals>
    </execution>
  </executions>
</plugin>

mp078: Enforcer für Enterprise-Releases absichern

Englischer technischer Begriff: maven-enforcer-plugin Enterprise Configuration
Plugin: maven-enforcer-plugin
Priorität: 10/10
Wichtige Parameter: requireMavenVersion, requireJavaVersion, dependencyConvergence, bannedDependencies
Warum wichtig: Diese Konfiguration macht maven-enforcer-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-enforcer-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-enforcer-plugin</artifactId>
  <version>3.6.2</version>
  <configuration>
    <rules>
      <dependencyConvergence/>
    </rules>
    <fail>true</fail>
  </configuration>
  <executions>
    <execution>
      <id>validate-enforce</id>
      <phase>validate</phase>
      <goals><goal>enforce</goal></goals>
    </execution>
  </executions>
</plugin>

mp079: Flatten mit wichtigen Parametern steuern

Englischer technischer Begriff: flatten-maven-plugin Enterprise Configuration
Plugin: flatten-maven-plugin
Priorität: 9/10
Wichtige Parameter: flattenMode, updatePomFile, pomElements
Warum wichtig: Diese Konfiguration macht flatten-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: flatten-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>flatten-maven-plugin</artifactId>
  <version>1.7.2</version>
  <configuration>
    <flattenMode>resolveCiFriendliesOnly</flattenMode>
    <updatePomFile>true</updatePomFile>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-flatten</id>
      <phase>process-resources</phase>
      <goals><goal>flatten</goal></goals>
    </execution>
  </executions>
</plugin>

mp080: Install für reproduzierbare Builds nutzen

Englischer technischer Begriff: maven-install-plugin Enterprise Configuration
Plugin: maven-install-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-install-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-install-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-install-plugin</artifactId>
  <version>3.1.4</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp081: Deploy in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: maven-deploy-plugin Enterprise Configuration
Plugin: maven-deploy-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-deploy-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-deploy-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-deploy-plugin</artifactId>
  <version>3.1.4</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp082: Resources gegen typische Legacy-Fehler härten

Englischer technischer Begriff: maven-resources-plugin Enterprise Configuration
Plugin: maven-resources-plugin
Priorität: 9/10
Wichtige Parameter: encoding, filtering, nonFilteredFileExtensions
Warum wichtig: Diese Konfiguration macht maven-resources-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-resources-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <encoding>UTF-8</encoding>
    <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-resources</id>
      <phase>process-resources</phase>
      <goals><goal>resources</goal></goals>
      <configuration>
        <encoding>UTF-8</encoding>
        <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
      </configuration>
    </execution>
  </executions>
</plugin>

mp083: Build Helper für Audit und Betrieb dokumentieren

Englischer technischer Begriff: build-helper-maven-plugin Enterprise Configuration
Plugin: build-helper-maven-plugin
Priorität: 9/10
Wichtige Parameter: add-source, add-test-source, parse-version, attach-artifact
Warum wichtig: Diese Konfiguration macht build-helper-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: build-helper-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>build-helper-maven-plugin</artifactId>
  <version>3.6.1</version>
  <configuration>
    <sources><source>${project.build.directory}/generated-sources/openapi/src/main/java</source></sources>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-add-source</id>
      <phase>generate-sources</phase>
      <goals><goal>add-source</goal></goals>
      <configuration>
        <sources><source>${project.build.directory}/generated-sources/openapi/src/main/java</source></sources>
      </configuration>
    </execution>
  </executions>
</plugin>

mp084: Properties für lokale und CI-Builds trennen

Englischer technischer Begriff: properties-maven-plugin Enterprise Configuration
Plugin: properties-maven-plugin
Priorität: 8/10
Wichtige Parameter: files, quiet
Warum wichtig: Diese Konfiguration macht properties-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: properties-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>properties-maven-plugin</artifactId>
  <version>1.2.1</version>
  <configuration>
    <files><file>${session.executionRootDirectory}/build/versions.properties</file></files>
    <quiet>false</quiet>
  </configuration>
  <executions>
    <execution>
      <id>initialize-read-project-properties</id>
      <phase>initialize</phase>
      <goals><goal>read-project-properties</goal></goals>
    </execution>
  </executions>
</plugin>

mp085: Help für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-help-plugin Enterprise Configuration
Plugin: maven-help-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-help-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-help-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-help-plugin</artifactId>
  <version>1.0.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp086: Release im Parent-POM zentralisieren

Englischer technischer Begriff: maven-release-plugin Enterprise Configuration
Plugin: maven-release-plugin
Priorität: 8/10
Wichtige Parameter: tagNameFormat, autoVersionSubmodules, preparationGoals
Warum wichtig: Diese Konfiguration macht maven-release-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-release-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-release-plugin</artifactId>
  <version>3.1.1</version>
  <configuration>
    <tagNameFormat>@{project.artifactId}-@{project.version}</tagNameFormat>
    <autoVersionSubmodules>true</autoVersionSubmodules>
    <pushChanges>false</pushChanges>
  </configuration>
  <executions>
    <execution>
      <id>deploy-prepare</id>
      <phase>deploy</phase>
      <goals><goal>prepare</goal></goals>
    </execution>
  </executions>
</plugin>

mp087: Site mit Profilen kontrollieren

Englischer technischer Begriff: maven-site-plugin Enterprise Configuration
Plugin: maven-site-plugin
Priorität: 8/10
Wichtige Parameter: locales, outputDirectory, skipDeploy
Warum wichtig: Diese Konfiguration macht maven-site-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-site-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-site-plugin</artifactId>
  <version>3.21.0</version>
  <configuration>
    <locales>de</locales>
    <outputDirectory>${project.build.directory}/site</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>site-site</id>
      <phase>site</phase>
      <goals><goal>site</goal></goals>
    </execution>
  </executions>
</plugin>

mp088: Project Info Reports für große Teams standardisieren

Englischer technischer Begriff: maven-project-info-reports-plugin Enterprise Configuration
Plugin: maven-project-info-reports-plugin
Priorität: 7/10
Wichtige Parameter: dependencyDetailsEnabled, dependencyLocationsEnabled
Warum wichtig: Diese Konfiguration macht maven-project-info-reports-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-project-info-reports-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-project-info-reports-plugin</artifactId>
  <version>3.9.0</version>
  <configuration>
    <dependencyDetailsEnabled>true</dependencyDetailsEnabled>
    <dependencyLocationsEnabled>false</dependencyLocationsEnabled>
  </configuration>
  <executions>
    <execution>
      <id>site-dependencies</id>
      <phase>site</phase>
      <goals><goal>dependencies</goal></goals>
    </execution>
  </executions>
</plugin>

mp089: Cyclonedx für Migrationen nachvollziehbar machen

Englischer technischer Begriff: cyclonedx-maven-plugin Enterprise Configuration
Plugin: cyclonedx-maven-plugin
Priorität: 7/10
Wichtige Parameter: schemaVersion, outputFormat, includeTestScope, attachBom
Warum wichtig: Diese Konfiguration macht cyclonedx-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: cyclonedx-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.cyclonedx</groupId>
  <artifactId>cyclonedx-maven-plugin</artifactId>
  <version>2.9.1</version>
  <configuration>
    <schemaVersion>1.6</schemaVersion>
    <outputFormat>json</outputFormat>
    <includeTestScope>false</includeTestScope>
    <attachBom>true</attachBom>
  </configuration>
  <executions>
    <execution>
      <id>verify-makeAggregateBom</id>
      <phase>verify</phase>
      <goals><goal>makeAggregateBom</goal></goals>
    </execution>
  </executions>
</plugin>

mp090: Dependency Check Maven als Build-Vertrag etablieren

Englischer technischer Begriff: dependency-check-maven Enterprise Configuration
Plugin: dependency-check-maven
Priorität: 7/10
Wichtige Parameter: failBuildOnCVSS, formats, suppressionFile, nvdApiKey
Warum wichtig: Diese Konfiguration macht dependency-check-maven im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: dependency-check-maven wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dependency management, repositories und reproduzierbare auflösung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.owasp</groupId>
  <artifactId>dependency-check-maven</artifactId>
  <version>12.1.3</version>
  <configuration>
    <failBuildOnCVSS>7.0</failBuildOnCVSS>
    <formats><format>HTML</format><format>JSON</format></formats>
    <suppressionFile>config/security/dependency-check-suppressions.xml</suppressionFile>
  </configuration>
  <executions>
    <execution>
      <id>verify-check</id>
      <phase>verify</phase>
      <goals><goal>check</goal></goals>
    </execution>
  </executions>
</plugin>
Packaging, Distribution und klassische Enterprise-Artefakte 15 Einträge

mp091: War stabil konfigurieren

Englischer technischer Begriff: maven-war-plugin Enterprise Configuration
Plugin: maven-war-plugin
Priorität: 10/10
Wichtige Parameter: failOnMissingWebXml, overlays, packagingExcludes
Warum wichtig: Diese Konfiguration macht maven-war-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-war-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-war-plugin</artifactId>
  <version>3.4.0</version>
  <configuration>
    <failOnMissingWebXml>false</failOnMissingWebXml>
    <packagingExcludes>WEB-INF/lib/jakarta.servlet-api-*.jar</packagingExcludes>
  </configuration>
  <executions>
    <execution>
      <id>package-war</id>
      <phase>package</phase>
      <goals><goal>war</goal></goals>
    </execution>
  </executions>
</plugin>

mp092: Ear als CI-Gate einsetzen

Englischer technischer Begriff: maven-ear-plugin Enterprise Configuration
Plugin: maven-ear-plugin
Priorität: 10/10
Wichtige Parameter: modules, skinnyWars, defaultLibBundleDir, contextRoot
Warum wichtig: Diese Konfiguration macht maven-ear-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-ear-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-ear-plugin</artifactId>
  <version>3.3.0</version>
  <configuration>
    <version>8</version>
    <defaultLibBundleDir>lib</defaultLibBundleDir>
    <skinnyWars>true</skinnyWars>
    <modules><webModule><groupId>com.acme</groupId><artifactId>billing-web</artifactId><contextRoot>/billing</contextRoot></webModule></modules>
  </configuration>
  <executions>
    <execution>
      <id>package-ear</id>
      <phase>package</phase>
      <goals><goal>ear</goal></goals>
    </execution>
  </executions>
</plugin>

mp093: Jar für Enterprise-Releases absichern

Englischer technischer Begriff: maven-jar-plugin Enterprise Configuration
Plugin: maven-jar-plugin
Priorität: 10/10
Wichtige Parameter: archive, manifest, manifestEntries, outputTimestamp
Warum wichtig: Diese Konfiguration macht maven-jar-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-jar-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-jar-plugin</artifactId>
  <version>3.4.2</version>
  <configuration>
    <archive><manifest><mainClass>com.acme.platform.tools.Main</mainClass></manifest><manifestEntries><Build-Revision>${git.commit.id.abbrev}</Build-Revision></manifestEntries></archive>
  </configuration>
  <executions>
    <execution>
      <id>package-jar</id>
      <phase>package</phase>
      <goals><goal>jar</goal></goals>
    </execution>
  </executions>
</plugin>

mp094: Shade mit wichtigen Parametern steuern

Englischer technischer Begriff: maven-shade-plugin Enterprise Configuration
Plugin: maven-shade-plugin
Priorität: 9/10
Wichtige Parameter: transformers, relocations, filters, dependencyReducedPom
Warum wichtig: Diese Konfiguration macht maven-shade-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-shade-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-shade-plugin</artifactId>
  <version>3.6.1</version>
  <configuration>
    <createDependencyReducedPom>true</createDependencyReducedPom>
    <transformers><transformer implementation="org.apache.maven.plugins.shade.resource.ServicesResourceTransformer"/></transformers>
  </configuration>
  <executions>
    <execution>
      <id>package-shade</id>
      <phase>package</phase>
      <goals><goal>shade</goal></goals>
    </execution>
  </executions>
</plugin>

mp095: Assembly für reproduzierbare Builds nutzen

Englischer technischer Begriff: maven-assembly-plugin Enterprise Configuration
Plugin: maven-assembly-plugin
Priorität: 9/10
Wichtige Parameter: descriptors, descriptorRefs, finalName, appendAssemblyId
Warum wichtig: Diese Konfiguration macht maven-assembly-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-assembly-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-assembly-plugin</artifactId>
  <version>3.7.1</version>
  <configuration>
    <descriptors><descriptor>src/assembly/runtime.xml</descriptor></descriptors>
    <finalName>${project.artifactId}-${project.version}</finalName>
    <appendAssemblyId>false</appendAssemblyId>
  </configuration>
  <executions>
    <execution>
      <id>package-single</id>
      <phase>package</phase>
      <goals><goal>single</goal></goals>
    </execution>
  </executions>
</plugin>

mp096: Spring Boot in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: spring-boot-maven-plugin Enterprise Configuration
Plugin: spring-boot-maven-plugin
Priorität: 9/10
Wichtige Parameter: repackage, layers, mainClass, build-info
Warum wichtig: Diese Konfiguration macht spring-boot-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: spring-boot-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-maven-plugin</artifactId>
  <version>3.5.3</version>
  <configuration>
    <mainClass>com.acme.order.OrderApplication</mainClass>
    <layers><enabled>true</enabled></layers>
  </configuration>
  <executions>
    <execution>
      <id>package-repackage</id>
      <phase>package</phase>
      <goals><goal>repackage</goal></goals>
    </execution>
  </executions>
</plugin>

mp097: Quarkus gegen typische Legacy-Fehler härten

Englischer technischer Begriff: quarkus-maven-plugin Enterprise Configuration
Plugin: quarkus-maven-plugin
Priorität: 9/10
Wichtige Parameter: build, extensions, finalName
Warum wichtig: Diese Konfiguration macht quarkus-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: quarkus-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>io.quarkus.platform</groupId>
  <artifactId>quarkus-maven-plugin</artifactId>
  <version>3.24.3</version>
  <configuration>
    <extensions>true</extensions>
    <finalName>${project.artifactId}</finalName>
  </configuration>
  <executions>
    <execution>
      <id>package-build</id>
      <phase>package</phase>
      <goals><goal>build</goal></goals>
    </execution>
  </executions>
</plugin>

mp098: Jib für Audit und Betrieb dokumentieren

Englischer technischer Begriff: jib-maven-plugin Enterprise Configuration
Plugin: jib-maven-plugin
Priorität: 9/10
Wichtige Parameter: from.image, to.image, container.ports
Warum wichtig: Diese Konfiguration macht jib-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: jib-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>com.google.cloud.tools</groupId>
  <artifactId>jib-maven-plugin</artifactId>
  <version>3.4.5</version>
  <configuration>
    <from><image>eclipse-temurin:21-jre</image></from>
    <to><image>registry.acme.local/order-service:${project.version}</image></to>
    <container><ports><port>8080</port></ports></container>
  </configuration>
  <executions>
    <execution>
      <id>package-build</id>
      <phase>package</phase>
      <goals><goal>build</goal></goals>
    </execution>
  </executions>
</plugin>

mp099: Deploy für lokale und CI-Builds trennen

Englischer technischer Begriff: maven-deploy-plugin Enterprise Configuration
Plugin: maven-deploy-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-deploy-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-deploy-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-deploy-plugin</artifactId>
  <version>3.1.4</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp100: Install für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-install-plugin Enterprise Configuration
Plugin: maven-install-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-install-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-install-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-install-plugin</artifactId>
  <version>3.1.4</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp101: Source im Parent-POM zentralisieren

Englischer technischer Begriff: maven-source-plugin Enterprise Configuration
Plugin: maven-source-plugin
Priorität: 8/10
Wichtige Parameter: attach, skipSource, jar-no-fork
Warum wichtig: Diese Konfiguration macht maven-source-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-source-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-source-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <attach>true</attach>
    <skipSource>${source.skip}</skipSource>
  </configuration>
  <executions>
    <execution>
      <id>verify-jar-no-fork</id>
      <phase>verify</phase>
      <goals><goal>jar-no-fork</goal></goals>
    </execution>
  </executions>
</plugin>

mp102: Javadoc mit Profilen kontrollieren

Englischer technischer Begriff: maven-javadoc-plugin Enterprise Configuration
Plugin: maven-javadoc-plugin
Priorität: 8/10
Wichtige Parameter: source, doclint, failOnError, aggregate
Warum wichtig: Diese Konfiguration macht maven-javadoc-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-javadoc-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-javadoc-plugin</artifactId>
  <version>3.11.2</version>
  <configuration>
    <source>21</source>
    <doclint>all,-missing</doclint>
    <failOnError>true</failOnError>
  </configuration>
  <executions>
    <execution>
      <id>verify-jar</id>
      <phase>verify</phase>
      <goals><goal>jar</goal></goals>
    </execution>
  </executions>
</plugin>

mp103: Resources für große Teams standardisieren

Englischer technischer Begriff: maven-resources-plugin Enterprise Configuration
Plugin: maven-resources-plugin
Priorität: 7/10
Wichtige Parameter: encoding, filtering, nonFilteredFileExtensions
Warum wichtig: Diese Konfiguration macht maven-resources-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-resources-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <encoding>UTF-8</encoding>
    <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-resources</id>
      <phase>process-resources</phase>
      <goals><goal>resources</goal></goals>
      <configuration>
        <encoding>UTF-8</encoding>
        <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
      </configuration>
    </execution>
  </executions>
</plugin>

mp104: Gpg für Migrationen nachvollziehbar machen

Englischer technischer Begriff: maven-gpg-plugin Enterprise Configuration
Plugin: maven-gpg-plugin
Priorität: 7/10
Wichtige Parameter: sign, skip, gpgArguments
Warum wichtig: Diese Konfiguration macht maven-gpg-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-gpg-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-gpg-plugin</artifactId>
  <version>3.2.8</version>
  <configuration>
    <skip>${gpg.skip}</skip>
    <gpgArguments><arg>--batch</arg></gpgArguments>
  </configuration>
  <executions>
    <execution>
      <id>verify-sign</id>
      <phase>verify</phase>
      <goals><goal>sign</goal></goals>
    </execution>
  </executions>
</plugin>

mp105: Git Commit Id als Build-Vertrag etablieren

Englischer technischer Begriff: git-commit-id-maven-plugin Enterprise Configuration
Plugin: git-commit-id-maven-plugin
Priorität: 7/10
Wichtige Parameter: generateGitPropertiesFile, includeOnlyProperties
Warum wichtig: Diese Konfiguration macht git-commit-id-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: git-commit-id-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für packaging, distribution und klassische enterprise-artefakte, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>io.github.git-commit-id</groupId>
  <artifactId>git-commit-id-maven-plugin</artifactId>
  <version>9.0.1</version>
  <configuration>
    <generateGitPropertiesFile>true</generateGitPropertiesFile>
    <includeOnlyProperties><includeOnlyProperty>git.commit.id.abbrev</includeOnlyProperty><includeOnlyProperty>git.branch</includeOnlyProperty></includeOnlyProperties>
  </configuration>
  <executions>
    <execution>
      <id>initialize-revision</id>
      <phase>initialize</phase>
      <goals><goal>revision</goal></goals>
    </execution>
  </executions>
</plugin>
Codegenerierung, API-Verträge und Schnittstellen 15 Einträge

mp106: Openapi Generator stabil konfigurieren

Englischer technischer Begriff: openapi-generator-maven-plugin Enterprise Configuration
Plugin: openapi-generator-maven-plugin
Priorität: 10/10
Wichtige Parameter: inputSpec, generatorName, apiPackage, modelPackage
Warum wichtig: Diese Konfiguration macht openapi-generator-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: openapi-generator-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.openapitools</groupId>
  <artifactId>openapi-generator-maven-plugin</artifactId>
  <version>7.14.0</version>
  <configuration>
    <inputSpec>${project.basedir}/src/main/openapi/order-api.yaml</inputSpec>
    <generatorName>spring</generatorName>
    <apiPackage>com.acme.order.api</apiPackage>
    <modelPackage>com.acme.order.model</modelPackage>
    <configOptions><interfaceOnly>true</interfaceOnly><useSpringBoot3>true</useSpringBoot3></configOptions>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-generate</id>
      <phase>generate-sources</phase>
      <goals><goal>generate</goal></goals>
    </execution>
  </executions>
</plugin>

mp107: Jaxws als CI-Gate einsetzen

Englischer technischer Begriff: jaxws-maven-plugin Enterprise Configuration
Plugin: jaxws-maven-plugin
Priorität: 10/10
Wichtige Parameter: wsdlUrls, packageName, sourceDestDir
Warum wichtig: Diese Konfiguration macht jaxws-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: jaxws-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>com.sun.xml.ws</groupId>
  <artifactId>jaxws-maven-plugin</artifactId>
  <version>4.0.3</version>
  <configuration>
    <wsdlUrls><wsdlUrl>${project.basedir}/src/main/wsdl/partner.wsdl</wsdlUrl></wsdlUrls>
    <packageName>com.acme.partner.soap</packageName>
    <sourceDestDir>${project.build.directory}/generated-sources/wsimport</sourceDestDir>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-wsimport</id>
      <phase>generate-sources</phase>
      <goals><goal>wsimport</goal></goals>
    </execution>
  </executions>
</plugin>

mp108: Jaxb2 für Enterprise-Releases absichern

Englischer technischer Begriff: jaxb2-maven-plugin Enterprise Configuration
Plugin: jaxb2-maven-plugin
Priorität: 10/10
Wichtige Parameter: sources, packageName, xjbSources, clearOutputDir
Warum wichtig: Diese Konfiguration macht jaxb2-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: jaxb2-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>jaxb2-maven-plugin</artifactId>
  <version>3.3.0</version>
  <configuration>
    <sources><source>src/main/xsd/invoice.xsd</source></sources>
    <packageName>com.acme.invoice.xml</packageName>
    <clearOutputDir>true</clearOutputDir>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-xjc</id>
      <phase>generate-sources</phase>
      <goals><goal>xjc</goal></goals>
    </execution>
  </executions>
</plugin>

mp109: Protobuf mit wichtigen Parametern steuern

Englischer technischer Begriff: protobuf-maven-plugin Enterprise Configuration
Plugin: protobuf-maven-plugin
Priorität: 9/10
Wichtige Parameter: protocArtifact, pluginId, pluginArtifact
Warum wichtig: Diese Konfiguration macht protobuf-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: protobuf-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.xolstice.maven.plugins</groupId>
  <artifactId>protobuf-maven-plugin</artifactId>
  <version>0.6.1</version>
  <configuration>
    <protocArtifact>com.google.protobuf:protoc:3.25.5:exe:${os.detected.classifier}</protocArtifact>
    <pluginId>grpc-java</pluginId>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-compile</id>
      <phase>generate-sources</phase>
      <goals><goal>compile</goal></goals>
    </execution>
  </executions>
</plugin>

mp110: Build Helper für reproduzierbare Builds nutzen

Englischer technischer Begriff: build-helper-maven-plugin Enterprise Configuration
Plugin: build-helper-maven-plugin
Priorität: 9/10
Wichtige Parameter: add-source, add-test-source, parse-version, attach-artifact
Warum wichtig: Diese Konfiguration macht build-helper-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: build-helper-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>build-helper-maven-plugin</artifactId>
  <version>3.6.1</version>
  <configuration>
    <sources><source>${project.build.directory}/generated-sources/openapi/src/main/java</source></sources>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-add-source</id>
      <phase>generate-sources</phase>
      <goals><goal>add-source</goal></goals>
      <configuration>
        <sources><source>${project.build.directory}/generated-sources/openapi/src/main/java</source></sources>
      </configuration>
    </execution>
  </executions>
</plugin>

mp111: Resources in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: maven-resources-plugin Enterprise Configuration
Plugin: maven-resources-plugin
Priorität: 9/10
Wichtige Parameter: encoding, filtering, nonFilteredFileExtensions
Warum wichtig: Diese Konfiguration macht maven-resources-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-resources-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <encoding>UTF-8</encoding>
    <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-resources</id>
      <phase>process-resources</phase>
      <goals><goal>resources</goal></goals>
      <configuration>
        <encoding>UTF-8</encoding>
        <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
      </configuration>
    </execution>
  </executions>
</plugin>

mp112: Jar gegen typische Legacy-Fehler härten

Englischer technischer Begriff: maven-jar-plugin Enterprise Configuration
Plugin: maven-jar-plugin
Priorität: 9/10
Wichtige Parameter: archive, manifest, manifestEntries, outputTimestamp
Warum wichtig: Diese Konfiguration macht maven-jar-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-jar-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-jar-plugin</artifactId>
  <version>3.4.2</version>
  <configuration>
    <archive><manifest><mainClass>com.acme.platform.tools.Main</mainClass></manifest><manifestEntries><Build-Revision>${git.commit.id.abbrev}</Build-Revision></manifestEntries></archive>
  </configuration>
  <executions>
    <execution>
      <id>package-jar</id>
      <phase>package</phase>
      <goals><goal>jar</goal></goals>
    </execution>
  </executions>
</plugin>

mp113: Compiler für Audit und Betrieb dokumentieren

Englischer technischer Begriff: maven-compiler-plugin Enterprise Configuration
Plugin: maven-compiler-plugin
Priorität: 9/10
Wichtige Parameter: release, parameters, encoding, showWarnings
Warum wichtig: Diese Konfiguration macht maven-compiler-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-compiler-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.14.1</version>
  <configuration>
    <release>21</release>
    <parameters>true</parameters>
    <encoding>UTF-8</encoding>
    <showWarnings>true</showWarnings>
  </configuration>
  <executions>
    <execution>
      <id>compile-compile</id>
      <phase>compile</phase>
      <goals><goal>compile</goal></goals>
    </execution>
  </executions>
</plugin>

mp114: Dependency für lokale und CI-Builds trennen

Englischer technischer Begriff: maven-dependency-plugin Enterprise Configuration
Plugin: maven-dependency-plugin
Priorität: 8/10
Wichtige Parameter: tree, analyze-only, copy-dependencies, go-offline
Warum wichtig: Diese Konfiguration macht maven-dependency-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-dependency-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-dependency-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
    <includeScope>runtime</includeScope>
    <outputDirectory>${project.build.directory}/dependency</outputDirectory>
    <excludeTransitive>false</excludeTransitive>
  </configuration>
  <executions>
    <execution>
      <id>verify-tree</id>
      <phase>verify</phase>
      <goals><goal>tree</goal></goals>
    </execution>
  </executions>
</plugin>

mp115: Enforcer für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-enforcer-plugin Enterprise Configuration
Plugin: maven-enforcer-plugin
Priorität: 8/10
Wichtige Parameter: requireMavenVersion, requireJavaVersion, dependencyConvergence, bannedDependencies
Warum wichtig: Diese Konfiguration macht maven-enforcer-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-enforcer-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-enforcer-plugin</artifactId>
  <version>3.6.2</version>
  <configuration>
    <rules>
      <bannedDependencies><searchTransitive>true</searchTransitive><excludes><exclude>log4j:log4j</exclude></excludes></bannedDependencies>
    </rules>
    <fail>true</fail>
  </configuration>
  <executions>
    <execution>
      <id>validate-enforce</id>
      <phase>validate</phase>
      <goals><goal>enforce</goal></goals>
    </execution>
  </executions>
</plugin>

mp116: Exec im Parent-POM zentralisieren

Englischer technischer Begriff: exec-maven-plugin Enterprise Configuration
Plugin: exec-maven-plugin
Priorität: 8/10
Wichtige Parameter: executable, arguments, workingDirectory
Warum wichtig: Diese Konfiguration macht exec-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: exec-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>exec-maven-plugin</artifactId>
  <version>3.5.1</version>
  <configuration>
    <executable>java</executable>
    <arguments><argument>-version</argument></arguments>
    <workingDirectory>${project.basedir}</workingDirectory>
  </configuration>
  <executions>
    <execution>
      <id>validate-exec</id>
      <phase>validate</phase>
      <goals><goal>exec</goal></goals>
      <configuration>
        <executable>java</executable>
        <arguments><argument>-version</argument></arguments>
        <workingDirectory>${project.basedir}</workingDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

mp117: Antrun mit Profilen kontrollieren

Englischer technischer Begriff: maven-antrun-plugin Enterprise Configuration
Plugin: maven-antrun-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-antrun-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-antrun-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-antrun-plugin</artifactId>
  <version>3.1.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
      <configuration>
        <skip>false</skip>
        <outputDirectory>${project.build.directory}/generated</outputDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

mp118: Source für große Teams standardisieren

Englischer technischer Begriff: maven-source-plugin Enterprise Configuration
Plugin: maven-source-plugin
Priorität: 7/10
Wichtige Parameter: attach, skipSource, jar-no-fork
Warum wichtig: Diese Konfiguration macht maven-source-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-source-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-source-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <attach>true</attach>
    <skipSource>${source.skip}</skipSource>
  </configuration>
  <executions>
    <execution>
      <id>verify-jar-no-fork</id>
      <phase>verify</phase>
      <goals><goal>jar-no-fork</goal></goals>
    </execution>
  </executions>
</plugin>

mp119: Javadoc für Migrationen nachvollziehbar machen

Englischer technischer Begriff: maven-javadoc-plugin Enterprise Configuration
Plugin: maven-javadoc-plugin
Priorität: 7/10
Wichtige Parameter: source, doclint, failOnError, aggregate
Warum wichtig: Diese Konfiguration macht maven-javadoc-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-javadoc-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-javadoc-plugin</artifactId>
  <version>3.11.2</version>
  <configuration>
    <source>21</source>
    <doclint>all,-missing</doclint>
    <failOnError>true</failOnError>
  </configuration>
  <executions>
    <execution>
      <id>verify-jar</id>
      <phase>verify</phase>
      <goals><goal>jar</goal></goals>
    </execution>
  </executions>
</plugin>

mp120: Site als Build-Vertrag etablieren

Englischer technischer Begriff: maven-site-plugin Enterprise Configuration
Plugin: maven-site-plugin
Priorität: 7/10
Wichtige Parameter: locales, outputDirectory, skipDeploy
Warum wichtig: Diese Konfiguration macht maven-site-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-site-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für codegenerierung, api-verträge und schnittstellen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-site-plugin</artifactId>
  <version>3.21.0</version>
  <configuration>
    <locales>de</locales>
    <outputDirectory>${project.build.directory}/site</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>site-site</id>
      <phase>site</phase>
      <goals><goal>site</goal></goals>
    </execution>
  </executions>
</plugin>
Datenbank, Migration und Integrationstest-Umgebungen 15 Einträge

mp121: Flyway stabil konfigurieren

Englischer technischer Begriff: flyway-maven-plugin Enterprise Configuration
Plugin: flyway-maven-plugin
Priorität: 10/10
Wichtige Parameter: url, user, locations, cleanDisabled, validateOnMigrate
Warum wichtig: Diese Konfiguration macht flyway-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: flyway-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.flywaydb</groupId>
  <artifactId>flyway-maven-plugin</artifactId>
  <version>11.10.4</version>
  <configuration>
    <url>jdbc:postgresql://localhost:5432/billing</url>
    <user>billing_app</user>
    <password>${env.DB_PASSWORD}</password>
    <locations><location>filesystem:src/main/db/migration</location></locations>
    <cleanDisabled>true</cleanDisabled>
  </configuration>
  <executions>
    <execution>
      <id>verify-validate</id>
      <phase>verify</phase>
      <goals><goal>validate</goal></goals>
    </execution>
  </executions>
</plugin>

mp122: Liquibase als CI-Gate einsetzen

Englischer technischer Begriff: liquibase-maven-plugin Enterprise Configuration
Plugin: liquibase-maven-plugin
Priorität: 10/10
Wichtige Parameter: changeLogFile, url, contexts, rollbackCount
Warum wichtig: Diese Konfiguration macht liquibase-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: liquibase-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.liquibase</groupId>
  <artifactId>liquibase-maven-plugin</artifactId>
  <version>4.32.0</version>
  <configuration>
    <changeLogFile>src/main/db/changelog/db.changelog-master.yaml</changeLogFile>
    <url>${db.url}</url>
    <username>${db.user}</username>
    <password>${db.password}</password>
    <contexts>ci,release</contexts>
  </configuration>
  <executions>
    <execution>
      <id>verify-validate</id>
      <phase>verify</phase>
      <goals><goal>validate</goal></goals>
    </execution>
  </executions>
</plugin>

mp123: Sql für Enterprise-Releases absichern

Englischer technischer Begriff: sql-maven-plugin Enterprise Configuration
Plugin: sql-maven-plugin
Priorität: 10/10
Wichtige Parameter: driver, url, srcFiles
Warum wichtig: Diese Konfiguration macht sql-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: sql-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>sql-maven-plugin</artifactId>
  <version>1.5</version>
  <configuration>
    <driver>org.postgresql.Driver</driver>
    <url>jdbc:postgresql://localhost:5432/billing_it</url>
    <username>billing_test</username>
    <password>${env.DB_PASSWORD}</password>
    <srcFiles><srcFile>src/test/sql/test-data.sql</srcFile></srcFiles>
  </configuration>
  <executions>
    <execution>
      <id>pre-integration-test-execute</id>
      <phase>pre-integration-test</phase>
      <goals><goal>execute</goal></goals>
    </execution>
  </executions>
</plugin>

mp124: Resources mit wichtigen Parametern steuern

Englischer technischer Begriff: maven-resources-plugin Enterprise Configuration
Plugin: maven-resources-plugin
Priorität: 9/10
Wichtige Parameter: encoding, filtering, nonFilteredFileExtensions
Warum wichtig: Diese Konfiguration macht maven-resources-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-resources-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <encoding>UTF-8</encoding>
    <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-resources</id>
      <phase>process-resources</phase>
      <goals><goal>resources</goal></goals>
      <configuration>
        <encoding>UTF-8</encoding>
        <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
      </configuration>
    </execution>
  </executions>
</plugin>

mp125: Properties für reproduzierbare Builds nutzen

Englischer technischer Begriff: properties-maven-plugin Enterprise Configuration
Plugin: properties-maven-plugin
Priorität: 9/10
Wichtige Parameter: files, quiet
Warum wichtig: Diese Konfiguration macht properties-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: properties-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>properties-maven-plugin</artifactId>
  <version>1.2.1</version>
  <configuration>
    <files><file>${session.executionRootDirectory}/build/versions.properties</file></files>
    <quiet>false</quiet>
  </configuration>
  <executions>
    <execution>
      <id>initialize-read-project-properties</id>
      <phase>initialize</phase>
      <goals><goal>read-project-properties</goal></goals>
    </execution>
  </executions>
</plugin>

mp126: Build Helper in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: build-helper-maven-plugin Enterprise Configuration
Plugin: build-helper-maven-plugin
Priorität: 9/10
Wichtige Parameter: add-source, add-test-source, parse-version, attach-artifact
Warum wichtig: Diese Konfiguration macht build-helper-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: build-helper-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>build-helper-maven-plugin</artifactId>
  <version>3.6.1</version>
  <configuration>
    <sources><source>${project.build.directory}/generated-sources/openapi/src/main/java</source></sources>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-add-source</id>
      <phase>generate-sources</phase>
      <goals><goal>add-source</goal></goals>
      <configuration>
        <sources><source>${project.build.directory}/generated-sources/openapi/src/main/java</source></sources>
      </configuration>
    </execution>
  </executions>
</plugin>

mp127: Failsafe gegen typische Legacy-Fehler härten

Englischer technischer Begriff: maven-failsafe-plugin Enterprise Configuration
Plugin: maven-failsafe-plugin
Priorität: 9/10
Wichtige Parameter: includes, skipITs, verify
Warum wichtig: Diese Konfiguration macht maven-failsafe-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-failsafe-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-failsafe-plugin</artifactId>
  <version>3.5.4</version>
  <configuration>
    <includes><include>**/*IT.java</include></includes>
    <skipITs>${skipITs}</skipITs>
  </configuration>
  <executions>
    <execution>
      <id>integration-test-integration-test</id>
      <phase>integration-test</phase>
      <goals><goal>integration-test</goal></goals>
      <configuration>
        <includes><include>**/*IT.java</include></includes>
        <skipITs>${skipITs}</skipITs>
      </configuration>
    </execution>
  </executions>
</plugin>

mp128: Surefire für Audit und Betrieb dokumentieren

Englischer technischer Begriff: maven-surefire-plugin Enterprise Configuration
Plugin: maven-surefire-plugin
Priorität: 9/10
Wichtige Parameter: includes, useModulePath, forkedProcessTimeoutInSeconds
Warum wichtig: Diese Konfiguration macht maven-surefire-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-surefire-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <version>3.5.4</version>
  <configuration>
    <includes><include>**/*Test.java</include></includes>
    <useModulePath>false</useModulePath>
    <forkedProcessTimeoutInSeconds>120</forkedProcessTimeoutInSeconds>
  </configuration>
  <executions>
    <execution>
      <id>test-test</id>
      <phase>test</phase>
      <goals><goal>test</goal></goals>
    </execution>
  </executions>
</plugin>

mp129: Exec für lokale und CI-Builds trennen

Englischer technischer Begriff: exec-maven-plugin Enterprise Configuration
Plugin: exec-maven-plugin
Priorität: 8/10
Wichtige Parameter: executable, arguments, workingDirectory
Warum wichtig: Diese Konfiguration macht exec-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: exec-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>exec-maven-plugin</artifactId>
  <version>3.5.1</version>
  <configuration>
    <executable>java</executable>
    <arguments><argument>-version</argument></arguments>
    <workingDirectory>${project.basedir}</workingDirectory>
  </configuration>
  <executions>
    <execution>
      <id>validate-exec</id>
      <phase>validate</phase>
      <goals><goal>exec</goal></goals>
      <configuration>
        <executable>java</executable>
        <arguments><argument>-version</argument></arguments>
        <workingDirectory>${project.basedir}</workingDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

mp130: Antrun für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-antrun-plugin Enterprise Configuration
Plugin: maven-antrun-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-antrun-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-antrun-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-antrun-plugin</artifactId>
  <version>3.1.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
      <configuration>
        <skip>false</skip>
        <outputDirectory>${project.build.directory}/generated</outputDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

mp131: Assembly im Parent-POM zentralisieren

Englischer technischer Begriff: maven-assembly-plugin Enterprise Configuration
Plugin: maven-assembly-plugin
Priorität: 8/10
Wichtige Parameter: descriptors, descriptorRefs, finalName, appendAssemblyId
Warum wichtig: Diese Konfiguration macht maven-assembly-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-assembly-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-assembly-plugin</artifactId>
  <version>3.7.1</version>
  <configuration>
    <descriptors><descriptor>src/assembly/runtime.xml</descriptor></descriptors>
    <finalName>${project.artifactId}-${project.version}</finalName>
    <appendAssemblyId>false</appendAssemblyId>
  </configuration>
  <executions>
    <execution>
      <id>package-single</id>
      <phase>package</phase>
      <goals><goal>single</goal></goals>
    </execution>
  </executions>
</plugin>

mp132: Site mit Profilen kontrollieren

Englischer technischer Begriff: maven-site-plugin Enterprise Configuration
Plugin: maven-site-plugin
Priorität: 8/10
Wichtige Parameter: locales, outputDirectory, skipDeploy
Warum wichtig: Diese Konfiguration macht maven-site-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-site-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-site-plugin</artifactId>
  <version>3.21.0</version>
  <configuration>
    <locales>de</locales>
    <outputDirectory>${project.build.directory}/site</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>site-site</id>
      <phase>site</phase>
      <goals><goal>site</goal></goals>
    </execution>
  </executions>
</plugin>

mp133: Dependency für große Teams standardisieren

Englischer technischer Begriff: maven-dependency-plugin Enterprise Configuration
Plugin: maven-dependency-plugin
Priorität: 7/10
Wichtige Parameter: tree, analyze-only, copy-dependencies, go-offline
Warum wichtig: Diese Konfiguration macht maven-dependency-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-dependency-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-dependency-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
    <includeScope>runtime</includeScope>
    <outputDirectory>${project.build.directory}/dependency</outputDirectory>
    <excludeTransitive>false</excludeTransitive>
  </configuration>
  <executions>
    <execution>
      <id>verify-tree</id>
      <phase>verify</phase>
      <goals><goal>tree</goal></goals>
    </execution>
  </executions>
</plugin>

mp134: Enforcer für Migrationen nachvollziehbar machen

Englischer technischer Begriff: maven-enforcer-plugin Enterprise Configuration
Plugin: maven-enforcer-plugin
Priorität: 7/10
Wichtige Parameter: requireMavenVersion, requireJavaVersion, dependencyConvergence, bannedDependencies
Warum wichtig: Diese Konfiguration macht maven-enforcer-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-enforcer-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-enforcer-plugin</artifactId>
  <version>3.6.2</version>
  <configuration>
    <rules>
      <requireUpperBoundDeps/>
    </rules>
    <fail>true</fail>
  </configuration>
  <executions>
    <execution>
      <id>validate-enforce</id>
      <phase>validate</phase>
      <goals><goal>enforce</goal></goals>
    </execution>
  </executions>
</plugin>

mp135: Git Commit Id als Build-Vertrag etablieren

Englischer technischer Begriff: git-commit-id-maven-plugin Enterprise Configuration
Plugin: git-commit-id-maven-plugin
Priorität: 7/10
Wichtige Parameter: generateGitPropertiesFile, includeOnlyProperties
Warum wichtig: Diese Konfiguration macht git-commit-id-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: git-commit-id-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für datenbank, migration und integrationstest-umgebungen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>io.github.git-commit-id</groupId>
  <artifactId>git-commit-id-maven-plugin</artifactId>
  <version>9.0.1</version>
  <configuration>
    <generateGitPropertiesFile>true</generateGitPropertiesFile>
    <includeOnlyProperties><includeOnlyProperty>git.commit.id.abbrev</includeOnlyProperty><includeOnlyProperty>git.branch</includeOnlyProperty></includeOnlyProperties>
  </configuration>
  <executions>
    <execution>
      <id>initialize-revision</id>
      <phase>initialize</phase>
      <goals><goal>revision</goal></goals>
    </execution>
  </executions>
</plugin>
Frontend, Polyglot Builds und Tooling-Brücken 15 Einträge

mp136: Frontend stabil konfigurieren

Englischer technischer Begriff: frontend-maven-plugin Enterprise Configuration
Plugin: frontend-maven-plugin
Priorität: 10/10
Wichtige Parameter: nodeVersion, npmVersion, arguments, workingDirectory
Warum wichtig: Diese Konfiguration macht frontend-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: frontend-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>com.github.eirslett</groupId>
  <artifactId>frontend-maven-plugin</artifactId>
  <version>1.15.4</version>
  <configuration>
    <nodeVersion>v22.16.0</nodeVersion>
    <npmVersion>10.9.2</npmVersion>
    <workingDirectory>${project.basedir}/src/main/frontend</workingDirectory>
  </configuration>
  <executions>
    <execution>
      <id>generate-resources-npm</id>
      <phase>generate-resources</phase>
      <goals><goal>npm</goal></goals>
    </execution>
  </executions>
</plugin>

mp137: Resources als CI-Gate einsetzen

Englischer technischer Begriff: maven-resources-plugin Enterprise Configuration
Plugin: maven-resources-plugin
Priorität: 10/10
Wichtige Parameter: encoding, filtering, nonFilteredFileExtensions
Warum wichtig: Diese Konfiguration macht maven-resources-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-resources-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <encoding>UTF-8</encoding>
    <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-resources</id>
      <phase>process-resources</phase>
      <goals><goal>resources</goal></goals>
      <configuration>
        <encoding>UTF-8</encoding>
        <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
      </configuration>
    </execution>
  </executions>
</plugin>

mp138: Exec für Enterprise-Releases absichern

Englischer technischer Begriff: exec-maven-plugin Enterprise Configuration
Plugin: exec-maven-plugin
Priorität: 10/10
Wichtige Parameter: executable, arguments, workingDirectory
Warum wichtig: Diese Konfiguration macht exec-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: exec-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>exec-maven-plugin</artifactId>
  <version>3.5.1</version>
  <configuration>
    <executable>java</executable>
    <arguments><argument>-version</argument></arguments>
    <workingDirectory>${project.basedir}</workingDirectory>
  </configuration>
  <executions>
    <execution>
      <id>validate-exec</id>
      <phase>validate</phase>
      <goals><goal>exec</goal></goals>
      <configuration>
        <executable>java</executable>
        <arguments><argument>-version</argument></arguments>
        <workingDirectory>${project.basedir}</workingDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

mp139: Clean mit wichtigen Parametern steuern

Englischer technischer Begriff: maven-clean-plugin Enterprise Configuration
Plugin: maven-clean-plugin
Priorität: 9/10
Wichtige Parameter: filesets, directory
Warum wichtig: Diese Konfiguration macht maven-clean-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-clean-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-clean-plugin</artifactId>
  <version>3.4.1</version>
  <configuration>
    <filesets><fileset><directory>${project.build.directory}/generated-sources</directory></fileset></filesets>
  </configuration>
  <executions>
    <execution>
      <id>clean-clean</id>
      <phase>clean</phase>
      <goals><goal>clean</goal></goals>
    </execution>
  </executions>
</plugin>

mp140: Kotlin für reproduzierbare Builds nutzen

Englischer technischer Begriff: kotlin-maven-plugin Enterprise Configuration
Plugin: kotlin-maven-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht kotlin-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: kotlin-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.jetbrains.kotlin</groupId>
  <artifactId>kotlin-maven-plugin</artifactId>
  <version>2.1.21</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp141: Scala in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: scala-maven-plugin Enterprise Configuration
Plugin: scala-maven-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht scala-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: scala-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>net.alchim31.maven</groupId>
  <artifactId>scala-maven-plugin</artifactId>
  <version>4.9.3</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp142: Gmavenplus gegen typische Legacy-Fehler härten

Englischer technischer Begriff: gmavenplus-plugin Enterprise Configuration
Plugin: gmavenplus-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht gmavenplus-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: gmavenplus-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.gmavenplus</groupId>
  <artifactId>gmavenplus-plugin</artifactId>
  <version>4.2.1</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp143: Asciidoctor für Audit und Betrieb dokumentieren

Englischer technischer Begriff: asciidoctor-maven-plugin Enterprise Configuration
Plugin: asciidoctor-maven-plugin
Priorität: 9/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht asciidoctor-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: asciidoctor-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.asciidoctor</groupId>
  <artifactId>asciidoctor-maven-plugin</artifactId>
  <version>3.2.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp144: Plantuml für lokale und CI-Builds trennen

Englischer technischer Begriff: plantuml-maven-plugin Enterprise Configuration
Plugin: plantuml-maven-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht plantuml-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: plantuml-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>com.github.jeluard</groupId>
  <artifactId>plantuml-maven-plugin</artifactId>
  <version>1.5.2</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp145: Site für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-site-plugin Enterprise Configuration
Plugin: maven-site-plugin
Priorität: 8/10
Wichtige Parameter: locales, outputDirectory, skipDeploy
Warum wichtig: Diese Konfiguration macht maven-site-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-site-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-site-plugin</artifactId>
  <version>3.21.0</version>
  <configuration>
    <locales>de</locales>
    <outputDirectory>${project.build.directory}/site</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>site-site</id>
      <phase>site</phase>
      <goals><goal>site</goal></goals>
    </execution>
  </executions>
</plugin>

mp146: Assembly im Parent-POM zentralisieren

Englischer technischer Begriff: maven-assembly-plugin Enterprise Configuration
Plugin: maven-assembly-plugin
Priorität: 8/10
Wichtige Parameter: descriptors, descriptorRefs, finalName, appendAssemblyId
Warum wichtig: Diese Konfiguration macht maven-assembly-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-assembly-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-assembly-plugin</artifactId>
  <version>3.7.1</version>
  <configuration>
    <descriptors><descriptor>src/assembly/runtime.xml</descriptor></descriptors>
    <finalName>${project.artifactId}-${project.version}</finalName>
    <appendAssemblyId>false</appendAssemblyId>
  </configuration>
  <executions>
    <execution>
      <id>package-single</id>
      <phase>package</phase>
      <goals><goal>single</goal></goals>
    </execution>
  </executions>
</plugin>

mp147: Dependency mit Profilen kontrollieren

Englischer technischer Begriff: maven-dependency-plugin Enterprise Configuration
Plugin: maven-dependency-plugin
Priorität: 8/10
Wichtige Parameter: tree, analyze-only, copy-dependencies, go-offline
Warum wichtig: Diese Konfiguration macht maven-dependency-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-dependency-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-dependency-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
    <includeScope>runtime</includeScope>
    <outputDirectory>${project.build.directory}/dependency</outputDirectory>
    <excludeTransitive>false</excludeTransitive>
  </configuration>
  <executions>
    <execution>
      <id>verify-tree</id>
      <phase>verify</phase>
      <goals><goal>tree</goal></goals>
    </execution>
  </executions>
</plugin>

mp148: Enforcer für große Teams standardisieren

Englischer technischer Begriff: maven-enforcer-plugin Enterprise Configuration
Plugin: maven-enforcer-plugin
Priorität: 7/10
Wichtige Parameter: requireMavenVersion, requireJavaVersion, dependencyConvergence, bannedDependencies
Warum wichtig: Diese Konfiguration macht maven-enforcer-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-enforcer-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-enforcer-plugin</artifactId>
  <version>3.6.2</version>
  <configuration>
    <rules>
      <dependencyConvergence/>
    </rules>
    <fail>true</fail>
  </configuration>
  <executions>
    <execution>
      <id>validate-enforce</id>
      <phase>validate</phase>
      <goals><goal>enforce</goal></goals>
    </execution>
  </executions>
</plugin>

mp149: Surefire für Migrationen nachvollziehbar machen

Englischer technischer Begriff: maven-surefire-plugin Enterprise Configuration
Plugin: maven-surefire-plugin
Priorität: 7/10
Wichtige Parameter: includes, useModulePath, forkedProcessTimeoutInSeconds
Warum wichtig: Diese Konfiguration macht maven-surefire-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-surefire-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <version>3.5.4</version>
  <configuration>
    <includes><include>**/*Test.java</include></includes>
    <useModulePath>false</useModulePath>
    <forkedProcessTimeoutInSeconds>120</forkedProcessTimeoutInSeconds>
  </configuration>
  <executions>
    <execution>
      <id>test-test</id>
      <phase>test</phase>
      <goals><goal>test</goal></goals>
    </execution>
  </executions>
</plugin>

mp150: Versions als Build-Vertrag etablieren

Englischer technischer Begriff: versions-maven-plugin Enterprise Configuration
Plugin: versions-maven-plugin
Priorität: 7/10
Wichtige Parameter: display-dependency-updates, update-parent, set, rulesUri
Warum wichtig: Diese Konfiguration macht versions-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: versions-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für frontend, polyglot builds und tooling-brücken, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>versions-maven-plugin</artifactId>
  <version>2.19.1</version>
  <configuration>
    <allowSnapshots>false</allowSnapshots>
    <generateBackupPoms>false</generateBackupPoms>
    <processAllModules>true</processAllModules>
  </configuration>
  <executions>
    <execution>
      <id>validate-display-dependency-updates</id>
      <phase>validate</phase>
      <goals><goal>display-dependency-updates</goal></goals>
    </execution>
  </executions>
</plugin>
Dokumentation, Release, SCM und Plugin-Entwicklung 15 Einträge

mp151: Site stabil konfigurieren

Englischer technischer Begriff: maven-site-plugin Enterprise Configuration
Plugin: maven-site-plugin
Priorität: 10/10
Wichtige Parameter: locales, outputDirectory, skipDeploy
Warum wichtig: Diese Konfiguration macht maven-site-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-site-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-site-plugin</artifactId>
  <version>3.21.0</version>
  <configuration>
    <locales>de</locales>
    <outputDirectory>${project.build.directory}/site</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>site-site</id>
      <phase>site</phase>
      <goals><goal>site</goal></goals>
    </execution>
  </executions>
</plugin>

mp152: Project Info Reports als CI-Gate einsetzen

Englischer technischer Begriff: maven-project-info-reports-plugin Enterprise Configuration
Plugin: maven-project-info-reports-plugin
Priorität: 10/10
Wichtige Parameter: dependencyDetailsEnabled, dependencyLocationsEnabled
Warum wichtig: Diese Konfiguration macht maven-project-info-reports-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-project-info-reports-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-project-info-reports-plugin</artifactId>
  <version>3.9.0</version>
  <configuration>
    <dependencyDetailsEnabled>true</dependencyDetailsEnabled>
    <dependencyLocationsEnabled>false</dependencyLocationsEnabled>
  </configuration>
  <executions>
    <execution>
      <id>site-dependencies</id>
      <phase>site</phase>
      <goals><goal>dependencies</goal></goals>
    </execution>
  </executions>
</plugin>

mp153: Release für Enterprise-Releases absichern

Englischer technischer Begriff: maven-release-plugin Enterprise Configuration
Plugin: maven-release-plugin
Priorität: 10/10
Wichtige Parameter: tagNameFormat, autoVersionSubmodules, preparationGoals
Warum wichtig: Diese Konfiguration macht maven-release-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-release-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-release-plugin</artifactId>
  <version>3.1.1</version>
  <configuration>
    <tagNameFormat>@{project.artifactId}-@{project.version}</tagNameFormat>
    <autoVersionSubmodules>true</autoVersionSubmodules>
    <pushChanges>false</pushChanges>
  </configuration>
  <executions>
    <execution>
      <id>deploy-prepare</id>
      <phase>deploy</phase>
      <goals><goal>prepare</goal></goals>
    </execution>
  </executions>
</plugin>

mp154: Archetype mit wichtigen Parametern steuern

Englischer technischer Begriff: maven-archetype-plugin Enterprise Configuration
Plugin: maven-archetype-plugin
Priorität: 9/10
Wichtige Parameter: archetypeCatalog, interactiveMode
Warum wichtig: Diese Konfiguration macht maven-archetype-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-archetype-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-archetype-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <archetypeCatalog>internal</archetypeCatalog>
    <interactiveMode>false</interactiveMode>
  </configuration>
  <executions>
    <execution>
      <id>generate-sources-generate</id>
      <phase>generate-sources</phase>
      <goals><goal>generate</goal></goals>
    </execution>
  </executions>
</plugin>

mp155: Plugin für reproduzierbare Builds nutzen

Englischer technischer Begriff: maven-plugin-plugin Enterprise Configuration
Plugin: maven-plugin-plugin
Priorität: 9/10
Wichtige Parameter: goalPrefix, descriptor, helpmojo
Warum wichtig: Diese Konfiguration macht maven-plugin-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-plugin-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-plugin-plugin</artifactId>
  <version>3.15.1</version>
  <configuration>
    <goalPrefix>acme-build</goalPrefix>
    <skipErrorNoDescriptorsFound>false</skipErrorNoDescriptorsFound>
  </configuration>
  <executions>
    <execution>
      <id>process-classes-descriptor</id>
      <phase>process-classes</phase>
      <goals><goal>descriptor</goal></goals>
    </execution>
  </executions>
</plugin>

mp156: Invoker in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: maven-invoker-plugin Enterprise Configuration
Plugin: maven-invoker-plugin
Priorität: 9/10
Wichtige Parameter: projectsDirectory, goals, streamLogs
Warum wichtig: Diese Konfiguration macht maven-invoker-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-invoker-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-invoker-plugin</artifactId>
  <version>3.9.0</version>
  <configuration>
    <projectsDirectory>src/it</projectsDirectory>
    <goals><goal>verify</goal></goals>
    <streamLogs>true</streamLogs>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
      <configuration>
        <projectsDirectory>src/it</projectsDirectory>
        <goals><goal>verify</goal></goals>
        <streamLogs>true</streamLogs>
      </configuration>
    </execution>
  </executions>
</plugin>

mp157: Resources gegen typische Legacy-Fehler härten

Englischer technischer Begriff: maven-resources-plugin Enterprise Configuration
Plugin: maven-resources-plugin
Priorität: 9/10
Wichtige Parameter: encoding, filtering, nonFilteredFileExtensions
Warum wichtig: Diese Konfiguration macht maven-resources-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-resources-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-resources-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <encoding>UTF-8</encoding>
    <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
  </configuration>
  <executions>
    <execution>
      <id>process-resources-resources</id>
      <phase>process-resources</phase>
      <goals><goal>resources</goal></goals>
      <configuration>
        <encoding>UTF-8</encoding>
        <nonFilteredFileExtensions><nonFilteredFileExtension>p12</nonFilteredFileExtension><nonFilteredFileExtension>png</nonFilteredFileExtension></nonFilteredFileExtensions>
      </configuration>
    </execution>
  </executions>
</plugin>

mp158: Git Commit Id für Audit und Betrieb dokumentieren

Englischer technischer Begriff: git-commit-id-maven-plugin Enterprise Configuration
Plugin: git-commit-id-maven-plugin
Priorität: 9/10
Wichtige Parameter: generateGitPropertiesFile, includeOnlyProperties
Warum wichtig: Diese Konfiguration macht git-commit-id-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: git-commit-id-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>io.github.git-commit-id</groupId>
  <artifactId>git-commit-id-maven-plugin</artifactId>
  <version>9.0.1</version>
  <configuration>
    <generateGitPropertiesFile>true</generateGitPropertiesFile>
    <includeOnlyProperties><includeOnlyProperty>git.commit.id.abbrev</includeOnlyProperty><includeOnlyProperty>git.branch</includeOnlyProperty></includeOnlyProperties>
  </configuration>
  <executions>
    <execution>
      <id>initialize-revision</id>
      <phase>initialize</phase>
      <goals><goal>revision</goal></goals>
    </execution>
  </executions>
</plugin>

mp159: Deploy für lokale und CI-Builds trennen

Englischer technischer Begriff: maven-deploy-plugin Enterprise Configuration
Plugin: maven-deploy-plugin
Priorität: 8/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-deploy-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-deploy-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-deploy-plugin</artifactId>
  <version>3.1.4</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp160: Javadoc für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-javadoc-plugin Enterprise Configuration
Plugin: maven-javadoc-plugin
Priorität: 8/10
Wichtige Parameter: source, doclint, failOnError, aggregate
Warum wichtig: Diese Konfiguration macht maven-javadoc-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-javadoc-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-javadoc-plugin</artifactId>
  <version>3.11.2</version>
  <configuration>
    <source>21</source>
    <doclint>all,-missing</doclint>
    <failOnError>true</failOnError>
  </configuration>
  <executions>
    <execution>
      <id>verify-jar</id>
      <phase>verify</phase>
      <goals><goal>jar</goal></goals>
    </execution>
  </executions>
</plugin>

mp161: Source im Parent-POM zentralisieren

Englischer technischer Begriff: maven-source-plugin Enterprise Configuration
Plugin: maven-source-plugin
Priorität: 8/10
Wichtige Parameter: attach, skipSource, jar-no-fork
Warum wichtig: Diese Konfiguration macht maven-source-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-source-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-source-plugin</artifactId>
  <version>3.3.1</version>
  <configuration>
    <attach>true</attach>
    <skipSource>${source.skip}</skipSource>
  </configuration>
  <executions>
    <execution>
      <id>verify-jar-no-fork</id>
      <phase>verify</phase>
      <goals><goal>jar-no-fork</goal></goals>
    </execution>
  </executions>
</plugin>

mp162: Assembly mit Profilen kontrollieren

Englischer technischer Begriff: maven-assembly-plugin Enterprise Configuration
Plugin: maven-assembly-plugin
Priorität: 8/10
Wichtige Parameter: descriptors, descriptorRefs, finalName, appendAssemblyId
Warum wichtig: Diese Konfiguration macht maven-assembly-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-assembly-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-assembly-plugin</artifactId>
  <version>3.7.1</version>
  <configuration>
    <descriptors><descriptor>src/assembly/runtime.xml</descriptor></descriptors>
    <finalName>${project.artifactId}-${project.version}</finalName>
    <appendAssemblyId>false</appendAssemblyId>
  </configuration>
  <executions>
    <execution>
      <id>package-single</id>
      <phase>package</phase>
      <goals><goal>single</goal></goals>
    </execution>
  </executions>
</plugin>

mp163: Gpg für große Teams standardisieren

Englischer technischer Begriff: maven-gpg-plugin Enterprise Configuration
Plugin: maven-gpg-plugin
Priorität: 7/10
Wichtige Parameter: sign, skip, gpgArguments
Warum wichtig: Diese Konfiguration macht maven-gpg-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-gpg-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-gpg-plugin</artifactId>
  <version>3.2.8</version>
  <configuration>
    <skip>${gpg.skip}</skip>
    <gpgArguments><arg>--batch</arg></gpgArguments>
  </configuration>
  <executions>
    <execution>
      <id>verify-sign</id>
      <phase>verify</phase>
      <goals><goal>sign</goal></goals>
    </execution>
  </executions>
</plugin>

mp164: Asciidoctor für Migrationen nachvollziehbar machen

Englischer technischer Begriff: asciidoctor-maven-plugin Enterprise Configuration
Plugin: asciidoctor-maven-plugin
Priorität: 7/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht asciidoctor-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: asciidoctor-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.asciidoctor</groupId>
  <artifactId>asciidoctor-maven-plugin</artifactId>
  <version>3.2.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>

mp165: Plantuml als Build-Vertrag etablieren

Englischer technischer Begriff: plantuml-maven-plugin Enterprise Configuration
Plugin: plantuml-maven-plugin
Priorität: 7/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht plantuml-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: plantuml-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für dokumentation, release, scm und plugin-entwicklung, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>com.github.jeluard</groupId>
  <artifactId>plantuml-maven-plugin</artifactId>
  <version>1.5.2</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>
Weitere praktische Maven-Plugin-Konfigurationen 15 Einträge

mp166: Clean stabil konfigurieren

Englischer technischer Begriff: maven-clean-plugin Enterprise Configuration
Plugin: maven-clean-plugin
Priorität: 10/10
Wichtige Parameter: filesets, directory
Warum wichtig: Diese Konfiguration macht maven-clean-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-clean-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-clean-plugin</artifactId>
  <version>3.4.1</version>
  <configuration>
    <filesets><fileset><directory>${project.build.directory}/generated-sources</directory></fileset></filesets>
  </configuration>
  <executions>
    <execution>
      <id>clean-clean</id>
      <phase>clean</phase>
      <goals><goal>clean</goal></goals>
    </execution>
  </executions>
</plugin>

mp167: Compiler als CI-Gate einsetzen

Englischer technischer Begriff: maven-compiler-plugin Enterprise Configuration
Plugin: maven-compiler-plugin
Priorität: 10/10
Wichtige Parameter: release, parameters, encoding, showWarnings
Warum wichtig: Diese Konfiguration macht maven-compiler-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-compiler-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.14.1</version>
  <configuration>
    <release>21</release>
    <parameters>true</parameters>
    <encoding>UTF-8</encoding>
    <showWarnings>true</showWarnings>
  </configuration>
  <executions>
    <execution>
      <id>compile-compile</id>
      <phase>compile</phase>
      <goals><goal>compile</goal></goals>
    </execution>
  </executions>
</plugin>

mp168: Toolchains für Enterprise-Releases absichern

Englischer technischer Begriff: maven-toolchains-plugin Enterprise Configuration
Plugin: maven-toolchains-plugin
Priorität: 10/10
Wichtige Parameter: toolchains, jdk.version, vendor
Warum wichtig: Diese Konfiguration macht maven-toolchains-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-toolchains-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-toolchains-plugin</artifactId>
  <version>3.2.0</version>
  <configuration>
    <toolchains><jdk><version>21</version><vendor>temurin</vendor></jdk></toolchains>
  </configuration>
  <executions>
    <execution>
      <id>validate-toolchain</id>
      <phase>validate</phase>
      <goals><goal>toolchain</goal></goals>
    </execution>
  </executions>
</plugin>

mp169: Dependency mit wichtigen Parametern steuern

Englischer technischer Begriff: maven-dependency-plugin Enterprise Configuration
Plugin: maven-dependency-plugin
Priorität: 9/10
Wichtige Parameter: tree, analyze-only, copy-dependencies, go-offline
Warum wichtig: Diese Konfiguration macht maven-dependency-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-dependency-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-dependency-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
    <includeScope>runtime</includeScope>
    <outputDirectory>${project.build.directory}/dependency</outputDirectory>
    <excludeTransitive>false</excludeTransitive>
  </configuration>
  <executions>
    <execution>
      <id>verify-tree</id>
      <phase>verify</phase>
      <goals><goal>tree</goal></goals>
    </execution>
  </executions>
</plugin>

mp170: Properties für reproduzierbare Builds nutzen

Englischer technischer Begriff: properties-maven-plugin Enterprise Configuration
Plugin: properties-maven-plugin
Priorität: 9/10
Wichtige Parameter: files, quiet
Warum wichtig: Diese Konfiguration macht properties-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: properties-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>properties-maven-plugin</artifactId>
  <version>1.2.1</version>
  <configuration>
    <files><file>${session.executionRootDirectory}/build/versions.properties</file></files>
    <quiet>false</quiet>
  </configuration>
  <executions>
    <execution>
      <id>initialize-read-project-properties</id>
      <phase>initialize</phase>
      <goals><goal>read-project-properties</goal></goals>
    </execution>
  </executions>
</plugin>

mp171: Surefire in Multi-Modul-Projekten vereinheitlichen

Englischer technischer Begriff: maven-surefire-plugin Enterprise Configuration
Plugin: maven-surefire-plugin
Priorität: 9/10
Wichtige Parameter: includes, useModulePath, forkedProcessTimeoutInSeconds
Warum wichtig: Diese Konfiguration macht maven-surefire-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-surefire-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <version>3.5.4</version>
  <configuration>
    <includes><include>**/*Test.java</include></includes>
    <useModulePath>false</useModulePath>
    <forkedProcessTimeoutInSeconds>120</forkedProcessTimeoutInSeconds>
  </configuration>
  <executions>
    <execution>
      <id>test-test</id>
      <phase>test</phase>
      <goals><goal>test</goal></goals>
    </execution>
  </executions>
</plugin>

mp172: Failsafe gegen typische Legacy-Fehler härten

Englischer technischer Begriff: maven-failsafe-plugin Enterprise Configuration
Plugin: maven-failsafe-plugin
Priorität: 9/10
Wichtige Parameter: includes, skipITs, verify
Warum wichtig: Diese Konfiguration macht maven-failsafe-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-failsafe-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-failsafe-plugin</artifactId>
  <version>3.5.4</version>
  <configuration>
    <includes><include>**/*IT.java</include></includes>
    <skipITs>${skipITs}</skipITs>
  </configuration>
  <executions>
    <execution>
      <id>integration-test-integration-test</id>
      <phase>integration-test</phase>
      <goals><goal>integration-test</goal></goals>
      <configuration>
        <includes><include>**/*IT.java</include></includes>
        <skipITs>${skipITs}</skipITs>
      </configuration>
    </execution>
  </executions>
</plugin>

mp173: Jacoco für Audit und Betrieb dokumentieren

Englischer technischer Begriff: jacoco-maven-plugin Enterprise Configuration
Plugin: jacoco-maven-plugin
Priorität: 9/10
Wichtige Parameter: prepare-agent, report, check, excludes
Warum wichtig: Diese Konfiguration macht jacoco-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: jacoco-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.jacoco</groupId>
  <artifactId>jacoco-maven-plugin</artifactId>
  <version>0.8.13</version>
  <configuration>
    <destFile>${project.build.directory}/jacoco.exec</destFile>
    <append>true</append>
  </configuration>
  <executions>
    <execution>
      <id>initialize-prepare-agent</id>
      <phase>initialize</phase>
      <goals><goal>prepare-agent</goal></goals>
      <configuration>
        <destFile>${project.build.directory}/jacoco.exec</destFile>
        <append>true</append>
      </configuration>
    </execution>
  </executions>
</plugin>

mp174: Jar für lokale und CI-Builds trennen

Englischer technischer Begriff: maven-jar-plugin Enterprise Configuration
Plugin: maven-jar-plugin
Priorität: 8/10
Wichtige Parameter: archive, manifest, manifestEntries, outputTimestamp
Warum wichtig: Diese Konfiguration macht maven-jar-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-jar-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-jar-plugin</artifactId>
  <version>3.4.2</version>
  <configuration>
    <archive><manifest><mainClass>com.acme.platform.tools.Main</mainClass></manifest><manifestEntries><Build-Revision>${git.commit.id.abbrev}</Build-Revision></manifestEntries></archive>
  </configuration>
  <executions>
    <execution>
      <id>package-jar</id>
      <phase>package</phase>
      <goals><goal>jar</goal></goals>
    </execution>
  </executions>
</plugin>

mp175: War für Cloud-Native-Deployments vorbereiten

Englischer technischer Begriff: maven-war-plugin Enterprise Configuration
Plugin: maven-war-plugin
Priorität: 8/10
Wichtige Parameter: failOnMissingWebXml, overlays, packagingExcludes
Warum wichtig: Diese Konfiguration macht maven-war-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-war-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-war-plugin</artifactId>
  <version>3.4.0</version>
  <configuration>
    <failOnMissingWebXml>false</failOnMissingWebXml>
    <packagingExcludes>WEB-INF/lib/jakarta.servlet-api-*.jar</packagingExcludes>
  </configuration>
  <executions>
    <execution>
      <id>package-war</id>
      <phase>package</phase>
      <goals><goal>war</goal></goals>
    </execution>
  </executions>
</plugin>

mp176: Ear im Parent-POM zentralisieren

Englischer technischer Begriff: maven-ear-plugin Enterprise Configuration
Plugin: maven-ear-plugin
Priorität: 8/10
Wichtige Parameter: modules, skinnyWars, defaultLibBundleDir, contextRoot
Warum wichtig: Diese Konfiguration macht maven-ear-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-ear-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-ear-plugin</artifactId>
  <version>3.3.0</version>
  <configuration>
    <version>8</version>
    <defaultLibBundleDir>lib</defaultLibBundleDir>
    <skinnyWars>true</skinnyWars>
    <modules><webModule><groupId>com.acme</groupId><artifactId>billing-web</artifactId><contextRoot>/billing</contextRoot></webModule></modules>
  </configuration>
  <executions>
    <execution>
      <id>package-ear</id>
      <phase>package</phase>
      <goals><goal>ear</goal></goals>
    </execution>
  </executions>
</plugin>

mp177: Shade mit Profilen kontrollieren

Englischer technischer Begriff: maven-shade-plugin Enterprise Configuration
Plugin: maven-shade-plugin
Priorität: 8/10
Wichtige Parameter: transformers, relocations, filters, dependencyReducedPom
Warum wichtig: Diese Konfiguration macht maven-shade-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-shade-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-shade-plugin</artifactId>
  <version>3.6.1</version>
  <configuration>
    <createDependencyReducedPom>true</createDependencyReducedPom>
    <transformers><transformer implementation="org.apache.maven.plugins.shade.resource.ServicesResourceTransformer"/></transformers>
  </configuration>
  <executions>
    <execution>
      <id>package-shade</id>
      <phase>package</phase>
      <goals><goal>shade</goal></goals>
    </execution>
  </executions>
</plugin>

mp178: Assembly für große Teams standardisieren

Englischer technischer Begriff: maven-assembly-plugin Enterprise Configuration
Plugin: maven-assembly-plugin
Priorität: 7/10
Wichtige Parameter: descriptors, descriptorRefs, finalName, appendAssemblyId
Warum wichtig: Diese Konfiguration macht maven-assembly-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-assembly-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-assembly-plugin</artifactId>
  <version>3.7.1</version>
  <configuration>
    <descriptors><descriptor>src/assembly/runtime.xml</descriptor></descriptors>
    <finalName>${project.artifactId}-${project.version}</finalName>
    <appendAssemblyId>false</appendAssemblyId>
  </configuration>
  <executions>
    <execution>
      <id>package-single</id>
      <phase>package</phase>
      <goals><goal>single</goal></goals>
    </execution>
  </executions>
</plugin>

mp179: Exec für Migrationen nachvollziehbar machen

Englischer technischer Begriff: exec-maven-plugin Enterprise Configuration
Plugin: exec-maven-plugin
Priorität: 7/10
Wichtige Parameter: executable, arguments, workingDirectory
Warum wichtig: Diese Konfiguration macht exec-maven-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: exec-maven-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>exec-maven-plugin</artifactId>
  <version>3.5.1</version>
  <configuration>
    <executable>java</executable>
    <arguments><argument>-version</argument></arguments>
    <workingDirectory>${project.basedir}</workingDirectory>
  </configuration>
  <executions>
    <execution>
      <id>validate-exec</id>
      <phase>validate</phase>
      <goals><goal>exec</goal></goals>
      <configuration>
        <executable>java</executable>
        <arguments><argument>-version</argument></arguments>
        <workingDirectory>${project.basedir}</workingDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

mp180: Help als Build-Vertrag etablieren

Englischer technischer Begriff: maven-help-plugin Enterprise Configuration
Plugin: maven-help-plugin
Priorität: 7/10
Wichtige Parameter: skip, outputDirectory
Warum wichtig: Diese Konfiguration macht maven-help-plugin im Maven-Lifecycle nachvollziehbar und reduziert Abweichungen zwischen Entwicklerrechner, CI und Release-Pipeline.
Typischer Fehler: Typischer Fehler: maven-help-plugin wird ohne feste Version, ohne Phase oder mit zu breiten Parametern verwendet; dadurch entstehen zufällige Builds oder unvollständige Artefakte.
Enterprise-Einordnung: Relevant für weitere praktische maven-plugin-konfigurationen, besonders in Parent-POMs, Plattform-BOMs, Legacy-Migrationen und Cloud-/OpenShift-Pipelines.
Konfigurationsbeispiel
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-help-plugin</artifactId>
  <version>1.0.0</version>
  <configuration>
    <skip>false</skip>
    <outputDirectory>${project.build.directory}/generated</outputDirectory>
  </configuration>
  <executions>
    <execution>
      <id>verify-run</id>
      <phase>verify</phase>
      <goals><goal>run</goal></goals>
    </execution>
  </executions>
</plugin>