Wie ein einzelnes checkstyle Unterdrückung Datei in Maven in allen Modulen

Habe ich ein Projekt besteht aus mehreren Maven-Modulen, die alle Kinder eines übergeordneten Modul.
Ich habe die Eltern für die Verwendung von checkstyle und die untergeordneten Module Erben alle dieses Verhalten korrekt. Ich möchte alle untergeordneten Module zur Nutzung der Eltern-Unterdrückung-Datei definiert in seinem plugin.
Ich definiere eine Eigenschaft checkstyle.Unterdrückung, die in der checkstyle-plugin

<properties>
  <checkstyle.suppressions>${basedir}\src\checkstyle\suppressions.xml</checkstyle.suppressions>
</properties>

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-checkstyle-plugin</artifactId>
    <version>2.2</version>
    <configuration>
      <configLocation>config/sun_checks.xml</configLocation>
      <suppressionsLocation>${checkstyle.suppressions}</suppressionsLocation>
      <suppressionsFileExpression>${checkstyle.suppressions}</suppressionsFileExpression>
    </configuration>
  </plugin>
</plugins>

Die funktioniert gut für die Eltern, aber alle untergeordneten Module versuchen, die Datei zu finden in Ihrer basedir, die keinen Sinn machen.

Ich bin sicher, es muss eine einfache Lösung, die ich bin fehlt, aber gibt es eine Möglichkeit zu definieren, die diesen Standort so, dass alle untergeordneten Module verwenden die übergeordnete Lage, ohne harte Codierung?

InformationsquelleAutor Shawn Vader | 2009-09-03

11

Den oben genannten Antworten sind gefährlich. Ich behaupte, dass jedes Projekt sollte selbst enthalten ist, also die Bezugnahme auf externe Dateien, um es zu brechen, ein zu bauen, früher oder später. Checkstyle kann man eine url für die Datei, aber das bedeutet, dass Sie können nicht bauen offline. Ein besserer Ansatz ist die Paket-Datei (können auch hinzufügen pmd.xml) in ein Gefäß und fügen Sie dann das jar in den classpath des checkstyle (oder pmd) plugin. Ich habe ein Beispiel, es hier und mehr über overridding ein plugin classpath hier
- Danke Brian für diese Ressource, ich werde es Lesezeichen für die zukünftige Verwendung: Dies ist genau das, was ich brauchte, da ich nicht möchte, zu definieren, eine Feste Position für die Ressourcen aufgrund der Tatsache, dass Entwickler können überprüfen Sie es heraus an jedem Ort und zu bauen, Maschinen haben auch verschiedene Standorte und Datei-Systeme. Wie in dem Beispiel die Ressourcen werden gebündelt mit dem assembly-plugin und dann entpackt und in den untergeordneten Modulen. Dank
- +1 man sollte vermeiden, dass alle Konfigurationen, die sich auf das lokale Datei-system-Struktur
- Diesen bug: issues.apache.org/jira/browse/MCHECKSTYLE-228 derzeit macht es unmöglich, zu verwenden suppressions.xml aus GLAS, leider.
InformationsquelleAutor Brian Fox
2

Dem plugin-Dokumentation erwähnt einen ähnlichen use-case hier:
http://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html

InformationsquelleAutor Kutzi
0

Haben Sie versucht, die Definition der Eigenschaft, wie dies in der parent-pom oder erfinden Sie neu in die Kinder?
```
 <properties>
   <checkstyle.suppressions>${parent.project.basedir}\src\checkstyle\suppressions.xml</checkstyle.suppressions>
 </properties>
```
- Ich habe versucht dies aber, da es immer null zurück, vielleicht, weil es erklärt, auf die Eltern nur. <br> Wenn ich das maven-mit -X - (debug -) ich kann sehen, dass dieser Wert null ist.
InformationsquelleAutor rodrigoap
0

Wenn die Eltern nicht gehen, zu laufen, checkstyle, Sie könnten nur in der Lage sein, neu zu schreiben, um
```
<properties>
  <checkstyle.suppressions>..\..\src\checkstyle\suppressions.xml</checkstyle.suppressions>
</properties>
```
Oder sowas. Oder Sie könnte etwas in settings.xml zu Punkt alles zu einer systemweiten config-Verzeichnis.

Während es möglicherweise nicht empfohlen werden, können Sie mit einer boot-strap oder set-up-Projekt oder die Aufgabe setzen, eine Kopie der suppressions.xml Datei an einem Speicherort nach einer Immobilie in settings.xml und dann beziehen Sie sich immer auf die von Standorten.
- Die Gründe, warum dies nicht funktioniert für mich ist, die ich nicht erklären das checkstyle-plugin in der untergeordneten Module (sollte ich vielleicht), so dass diese Eigenschaft in der übergeordneten und der untergeordneten Module können unterschiedliche Verzeichnis-tiefen: so konnte ich mit parent > webservices > cxf > sso und sagen, parent > Sicherheit > sso ich definieren kann das plugin in jedem Modul, und verwenden Sie diese Schreibweise aber ich würde mich lieber nicht. Ich konnte es definieren in der settings.xml aber dies beschränkt uns zum Check-out an einen vordefinierten Ort oder zu erinnern, um es zu ändern, wo Sie die Quelle aus zu.
- Die Problemumgehung, wir haben für Sie eine xml-Lizenzdatei wurde, haben die Benutzer kopieren $home/.m2/license.xml und haben die Einstellung Datei-zeigen Sie auf die Datei. Wir benutzten auch einen set-up-Projekt, das heruntergeladen, die Datei und legen Sie es in der $home/.m2/ Verzeichnis. Das könnte helfen.
InformationsquelleAutor sal

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.