Seting.xml wird hauptsächlich verwendet, um eine Reihe gemeinsamer Attribute wie Mavens laufende Umgebung zu konfigurieren, und ist eine Konfigurationsdatei auf globaler Ebene. Während pom.xml hauptsächlich die Maven-Koordinaten des Projekts, Abhängigkeiten, Regeln, Regeln des Projekts beschreibt, die Entwickler befolgen müssen, ein Defekt-Management-System, die Organisation und die Lizenzen sowie alle anderen projektbezogenen Faktoren und eine Konfigurationsdatei auf Projektebene sind.
Grundkonfiguration
Eine typische POM.XML -Dateikonfiguration ist wie folgt:
<project xmlns = "http://maven.apache.org/pom/4.0.0" xmlns: xsi = "http://www.w3.org/2001/xmlschema-instance" XSI: Schemalocation = "http://maven.apache.org/pom/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd"> <!-Modellversion. Maven2.0 muss so geschrieben werden, jetzt ist es die einzige unterstützte Version von Maven2-> <modelVersion> 4.0.0 </modelversion> <! Zum Beispiel wird Maven das JAR-Paket des Projekts in einen lokalen Pfad einbringen:/com/Gewinner/Handel-> <Groupid> com.winner <version> 1.0.0-Snapshot </Version> <!-Die Versionsnummer dieses Projekts befindet sich derzeit in-> <Version> 1.0.0-Snapshot </Version> <!-Verpackungsmechanismen wie Pom, Jar, Jar, Maven-Plugin, EJB, Krieg, Ear, PAR, STANDELY STAUSE MAGE-HILFE. Komponente. Die Hilfskomponenten entsprechen der Hauptkomponente. Manchmal müssen Sie einen Klassifizierer hinzufügen, um eindeutig zu bestimmen, dass die Komponente den Klassiker des Projekts nicht direkt definieren kann, da die Hilfskomponenten nicht direkt durch das Projekt generiert werden, sondern durch die Hilfe zusätzlicher Plug-Ins-> <Klassifizierer> ... </klassifierer> <!-Definieren Sie die Abhängigkeiten dieses Projekts. Maven durchsucht die Komponente über die drei Elementwerte (allgemein als Koordinaten bezeichnet) von GroupID, Artefactid und Version, und stellt dann Ihr Projekt vor. Wenn jemand auf das Projekt verweisen möchte, das Sie jetzt entwickeln (vorausgesetzt, es wurde im Remote-Repository entwickelt und veröffentlicht),-> <! Maven wird das JAR-Paket herunterladen, das Sie in seine lokale-> <gruppe> com.winner.Trade </Groupid> <artifactId> Trade-Test </artifactid> <version> 1.0.0-Snapshot </Version> <! -> <!-Umfang enthält die folgenden Werte: kompilieren (kompilieren Sie Umfang), bereitgestellt (bereitgestellt), Laufzeit (Laufzeitbereich), Test (Testbereich), System (Systembereich). Definiert in Abhängigkeitsmanagement-> <Optional> Falsch </optional> <!-Maskenabhängigkeiten. Beispielsweise hängt die im Projekt verwendete LIBA von der 1.0 -Version einer Bibliothek ab, und Libb hängt von der 2.0 -Version einer Bibliothek ab. Wenn Sie nun die 2.0-Version auf einheitliche Weise verwenden möchten, sollten Sie die Abhängigkeit von der 1.0-Version blockieren-> <ausschlüsse> <xclusion> <GroupID> org.slf4j </GroupID> <artifactid> SLF4J-API </artifactId> </Ausschlüsse> </Ausschlüsse> </Abhängigkeit> </Abhängigkeiten> </Abhängigkeiten> </Abhängigkeiten> </</artifactId> </Definitants für POLUSIONEN> </</artifactId> </conconicies> </conconcies> </artifactId> </abhängige constants für pom. Sie können sie direkt an anderen Stellen in der POM verweisen und verwenden: $ {file.encoding}-> <properties> <datei.encoding> utf-8 </file.encoding> <java.source.version> 1,5 </java.source.version> <java.target.version> 1.5 </java.version> </version> 1.5 </java.targets> </version> 1.5 </java.targets> </version> 1.5 </java.targets> </version> 1.5 </java.target> </project>Im Allgemeinen sind die oben genannten Konfigurationselemente für jedes Projekt unerlässlich und definieren die grundlegenden Eigenschaften des Projekts.
Hier ist es notwendig, einen weniger häufig verwendeten Eigenschaftsklassifizierer zu erklären, da manchmal ein bestimmtes JAR -Paket zitiert wird und der Klassifikator nicht geschrieben wird, wird es einen Fehler meldet.
Das Klassifikatorelement wird verwendet, um einige der Hilfskomponenten zu definieren, die von der Komponente ausgegeben werden. Die Hilfskomponenten entsprechen den Hauptkomponenten. Beispielsweise sind die Hauptkomponenten Kimi-App-2.0.0.jar. Dieses Projekt kann auch zwei Hilfskomponenten generieren, wie z. Zu diesem Zeitpunkt sind Javadoc und Quellen die Klassifizierer dieser beiden Hilfskomponenten, so dass die Hilfskomponenten ihre eigenen einzigartigen Koordinaten haben.
Der Zweck des Klassifikators ist:
1. Wenn Mavendownloadjavadoc/Quellen -Jar -Paket, müssen Sie den Klassifizierer verwenden, um anzugeben, welche Hilfskomponente heruntergeladen werden soll
2. Bei der Einführung von Abhängigkeiten kann eine bestimmte Komponente manchmal nicht eindeutig auf der Grundlage von Gruppen-, Artefaktid- und Versionen ermittelt werden. Klassifikatoren müssen verwendet werden, um das Ziel weiter zu klären. Beispielsweise bietet JSON-LIB manchmal mehrere JAR-Pakete in derselben Version, dh eine in der jdk1.5-Umgebung und eine in der jdk1.3-Umgebung festgelegt:
Wenn Sie es zitieren, müssen Sie die JDK -Version angeben, andernfalls weiß Maven nicht, welches JAR -Paket Sie benötigen:
<De vorhöhe> <gruppe> net.sf.json-lib </Groupid> <artifactId> json-lib </artifactId> <version> 2.4 </Version> <Classifier> jdk15 </klassifizierer> </abhängig>
Konfiguration erstellen
<Build> <!-Der Dateiname der generierten Komponente ist der Standardwert $ {artifactid}-$ {Version}. -> <FinalName> MyporjectName </finalName> <!-Das Verzeichnis, in dem alle generierten Dateien im Build gespeichert sind, ist $ {basiert}/Ziel, das Ziel im Root-Verzeichnis des Projekts-> <Verzeichnis> $ {basiert. Die Befehlszeile wie JAR: JAR oder die gleiche Phase wie Installation, Kompilieren usw.-> <FirstGoal> Installation </defaultGeal> <! -> <!-Platzhalter wie $ {Spring.version} In den Projektkonfigurationsinformationen werden durch den tatsächlichen Wert in der Eigenschaftsdatei-> <filter> <filter> ../ filter.Properties </filter> </filter> <!-Liste aller mit dem Projekt im Zusammenhang mit dem Projekt enthaltenen Ressourcenpfade ersetzt. -> <ressourcen> <ressourcen> <!-beschreibt den Zielpfad der Ressource. Der Pfad ist relativ zum Ziel/Klassenverzeichnis (z. B. $ {project.build.outputDirectory}). -> <!-Wenn Sie beispielsweise die Ressource in einem bestimmten Paket (org.apache.maven.messages) befinden möchten, müssen Sie das Element auf org/apache/maven/meldungen festlegen. -> <!-Wenn Sie jedoch nur Ressourcen in die Quellverzeichnisstruktur einfügen möchten, benötigen Sie diese Konfiguration nicht. -> <TargetPath> Ressourcen </targetPath> <!-Ob Parameterwerte anstelle von Parameternamen verwendet werden. Der Parameterwert wird aus dem Eigenschaftenelement oder den in der Datei konfigurierten Eigenschaften entnommen, und die Datei ist im Filterelement aufgeführt. -> <filtering> true </filtering> <!-Beschreiben Sie das Verzeichnis, in dem die Ressource gespeichert ist, was relativ zum POM-Pfad ist-> <Direcled> src/main/ressourcen </verzeichnis> <!-enthaltene Musterliste-> <Clycontory> <Clycilos> **/*. Durch <Clude> definierte Umfang des <ausschlus> muss-> <excludes> <exklude> jdbc.properties < /exklude> < /ressourcen> < /ressourcen> <! </testResource> </testResources> <!-Project Source Code Directory. Beim Erstellen eines Projekts kompiliert das Build -System den Quellcode im Verzeichnis. Dieser Weg ist ein relativer Weg relativ zu pom.xml. -> <Sourcedirectory> $ {basierendir}/src/main/java </soceRectory> <!-Das Quellcode-Verzeichnis des Projektskripts unterscheidet sich vom Quellcode-Verzeichnis. <!- In den meisten Fällen wird der Inhalt in diesem Verzeichnis in das Ausgabeverzeichnis kopiert (weil das Skript interpretiert und nicht kompiliert wird). -> <scriptSourcedirectory> $ {basiert}/src/main/scripts </scriptSourcedirectory> <!-Das für Projekteinheitstests verwendete Quellcode-Verzeichnis. Beim Testen des Projekts kompiliert das Build -System den Quellcode im Verzeichnis. Dieser Weg ist ein relativer Weg relativ zu pom.xml. -> <testSourcedirectory> $ {basiert}/src/test/java </testSourcedirectory> <!-Das Verzeichnis, in dem die kompilierten Anwendungsklassendateien gespeichert sind. -> <outputDirectory> $ {basierendir}/Ziel/Klassen </outputDirectory> <!-Das Verzeichnis, in dem die kompilierte Testklassendatei gespeichert ist. -> <testoutputDirectory> $ {basiert}/Ziel/Testklassen </testoutputDirectory> <!-Eine Reihe von Bauweiterungen des Projekts, die Produkte sind, die in einer Reihe von Build-Prozessen verwendet werden sollen, und im Klassenpath für laufende Buliden enthalten sind. -> <!-Sie können Erweiterungen einschalten oder Plugins aktivieren, indem sie Bedingungen bereitstellen. -> <!-Einfach ausgedrückt, Erweiterungen sind Produkte, die während des Erstellungsprozesses aktiviert werden-> <Extensions> <!-Normalerweise erfordert es nach Abschluss der Programmentwicklung möglicherweise eine Reihe von mühsamen Schritten wie Verpackungen,-> <!-Paketdateien an den Server übertragen, SSH an den Server herstellen, um das Programm zu starten. -> <!-Tatsächlich können diese Schritte automatisch über ein Plug-In von Maven, Wagon-Maven-Plugin-> <!! -> <!-Ähnliches Wagon-Fftp-Plug-In, das FTP unterstützt ---> <Extains> <Groupid> org.apache.maven.wagon </Groupid> <artifactid> Wagon-SSH </artifactid> <version> 2.8 </Version> </extlensions> <! -> <Plugins> <Plegin> <gruppe> </Groupid> <artifactId> Maven-Assembly-Plugin </artifactId> <version> 2.5.5 </Version> <! Jedes Ziel kann eine andere Konfiguration haben. -> <Executions> <Execution> <!-Kennung des Ausführungsziels, das zum Identifizieren des Ziels während des Konstruktionsprozesses oder zum Abzug des Ausführungsziels verwendet werden muss, das während des Erbschaftsprozesses zusammengeführt werden muss-> <ID> Assembly </id> <!-Bindung der Erstellungsphase des Ziels des Ziels. Wenn das Ziel ausgelassen wird, wird das in den Quelldaten konfigurierte Standardphase gebunden. Plug-in-> <configuration> <finalName> $ {FinalName} </ledigname> <anhangasemblyId> false </appendasemblyId> <descriptor> montag.xml </Deskriptor> </Konfiguration> <! -> <Extensions> False </Extensions> <!-Zusätzliche Abhängigkeiten, die für Projekteinführungs-Plug-Ins erforderlich sind-> <Abhängigkeiten> <abhängigkeit> ... </abhängig> </abhängig> <!-Ob eine Konfiguration an ein Subproject-> <inherited> True </ererbt> </plugin> </plugin> </Plugins> <! Abhängigkeitsmanagement,-> <!-Alle von diesem Projekt geerbten Unterprojekte können verwendet werden. Dieses Plugin -Konfigurationselement ist erst an den Lebenszyklus analysiert oder gebunden, bis es verwiesen wird. -> <!-Jede lokale Konfiguration für ein bestimmtes Plugin überschreibt die Konfiguration hier-> <Pluginmanagement> <Plugins> ... </Plugins> </pluginmanagement> </build>Das Repository in POM hat die gleichen Funktionen wie das Repository in Setting.xml. Der Hauptunterschied besteht darin, dass die Lager im POM personalisiert sind. Beispielsweise ist die Einstellungsdatei in einem großen Unternehmen öffentlich, und alle Projekte verwenden eine Einstellungsdatei, aber jedes Unterprojekt bezieht sich auf verschiedene Bibliotheken von Drittanbietern. Sie müssen daher die Repository-Adresse festlegen, die Sie im POM benötigen.
Verteilungskonfiguration
<!-Projektverteilungsinformationen, nach der Ausführung von MVN-Bereitstellungen zeigt sie den zu veröffentlichenden Ort an. -> <!-Mit diesen Informationen können Sie die Website auf einem Remote-Server bereitstellen oder Komponenten auf einem Remote-Repository bereitstellen. -> <DistributionManagement> <!-Informationen, die für die Bereitstellung der vom Projekt generierten Widgets für das Remote-Repository erforderlich sind-> <repository> <! <name> repo-name </name> <url> file: // $ {basiert}/target/diply </url> <layout/> </repository> <!-Wo kann der Snapshot des Widgets bereitgestellt werden? Wenn das Element nicht konfiguriert ist, wird es standardmäßig für das Repository konfiguriert, das standardmäßig vom Repository-Element konfiguriert ist. In der Site- und Settings.xml-Datei-> <Id> Site-ID </id> <!-Der Name des Bereitstellungsorts-> <name> Site-Name </name> <! </seiten> <!-Die URL der Projektdownload-Seite. Wenn dieses Element nicht verfügbar ist, sollte sich der Benutzer auf die Startseite beziehen. -> <!-Der Grund für die Verwendung dieses Elements besteht darin, Komponenten zu lokalisieren, die sich nicht im Lager befinden (aufgrund von Lizenzbeschränkungen). -> <DownloadUrl /> <!-Wenn die Komponente über eine neue Gruppen- und Artefakt-ID verfügt (die Komponente in eine neue Position verschoben), werden die Umzugsinformationen der Komponente hier aufgeführt. -> <relocation> <!-Die neue Gruppen-ID des Artikels-> <GroupID /> <!-Die neue Artefakt-ID des Artikels-> <artifactid /> <!-Artikel des Artikels-neue Versionsnummer des Artikels-> <Version /> <!-Neue Informationen des Artikels, wie der Grund. -> <message /> < /relocation> <!-Geben Sie den Status der Komponente im Remote-Repository an. Dieses Element darf nicht im lokalen Projekt festgelegt werden, da dies automatisch vom Tool aktualisiert wird. -> <!-Gültige Werte sind: Keine (Standard), konvertiert (der Lageradministrator konvertiert aus dem Maven 1 POM),-> <!-Partner (direkt aus dem Partner Maven 2-Repository synchronisiert), verifiziert und abgeschlossen). -> <Status /> < /DistributionManagement>Lagerkonfiguration
<!-Entdecken Sie eine Liste von Remote-Repositories, die Abhängigkeiten und Erweiterungen haben. -> <Repositories> <!-Enthält Informationen, die mit dem Remote-Repository verbunden werden müssen-> <Polsory> <! -> <enabled /> <!-Dieses Element gibt die Frequenz an, bei der das Update auftritt. Maven vergleicht die Zeitstempel des lokalen Poms und des entfernten Poms. -> <!-Die Optionen hier sind: Immer, täglich (Standard, täglich),-> <!-Intervall: x (hier ist x ist ein Zeitintervall in Minuten) oder nie (niemals). -> <UpdatePolicy /> <!-Was ist zu tun, wenn die Verifizierungsdatei der Maven-Überprüfung der Komponenten fehlschlägt:-> <!-Ignorieren, scheitern oder Warnung. -> <Checksumpolicy /> < /releases> <!-So umgehen Sie mit dem Herunterladen von Snapshot-Versionen im Remote-Repository. Mit den beiden Konfigurationssätzen, Releases und Schnappschüssen kann POM für jeden Komponentenstyp in jedem separaten Repository unterschiedliche Strategien anwenden. -> <!-Zum Beispiel könnte jemand beschließen, Unterstützung für Snapshot-Versionen nur für Entwicklungszwecke zu aktivieren-> <Snapshots> <enabled /> <updatePolicy /> <ChecksUpolicy /> < /Snapshots> <!-Remote-Repository eindeutiger Kenner. Es kann verwendet werden, um das Remote-Repository zu entsprechen, das in der Datei "Settings.xml"-> <Id> repo-id </id> <!-Remote-Repository-Name-> <name> repo-name </name> <!-Remote-Repository-URL, in Form von Protokoll: // Hostname/Path-> <!- <URL> http://192.168.1.169:9999/repository/ </url> <!-Repository-Layout-Typ, der zum Suchen und Sortieren von Komponenten verwendet wird-kann Standard (Standard) oder Legacy (Legacy) sein. -> <!-Maven 2 bietet ein Standardlayout für sein Repository; -> <!-Maven1.x hat jedoch ein anderes Layout. -> <!-Wir können dieses Element verwenden, um festzustellen, ob das Layout Standard oder Vermächtnis ist. -> <layout> Standard </layout> </repository> </repository> </repository> <!-Die Remote-Repository-Liste von Plugins zum Erstellen und Berichten-> <PluginRepositories> <!-enthält Informationen, die mit dem Remote-Plugin-Repository verbunden werden müssen. Siehe Repositories/Repository -Elemente -> <PluginRepository/> </pluginRepoories>
Profilkonfiguration
<!-Erstellen Sie ein Profil in der Spalte. Wenn aktiviert, wird der Erstellungsprozess geändert-> <Profiles> <!-einen Build-Prozess basierend auf Umgebungsparametern oder Befehlszeilenparametern-> <profile> <!-Die bedingte Logik der automatischen Auslösen des Profils. Die Aktivierung ist der Öffnungsschlüssel des Profils. -> <Aktivierung> <!-Identität darüber, ob das Profil standardmäßig aktiviert wird-> <ActiveByDefault> False </activeByDefault> <!-Die Aktivierung hat eine integrierte Java-Versionserkennung. Wenn die JDK -Version wie erwartet erkannt wird, wird das Profil aktiviert. -> <jdk> 1.7 </jdk> <!-Wenn das Attribut "Matching Operating System" erkannt wird, wird das Profil aktiviert. Das OS-Element kann einige operativen systembezogene Attribute definieren. -> <os> <!-Der Name des Betriebssystems, das das Profil aktiviert-> <name> Windows XP </name> <! <!-Wenn Maven eine bestimmte Eigenschaft erkennt (ihr Wert kann durch $ {name} im POM verwiesen werden), hat sie den entsprechenden Namen und den entsprechenden Wert und das Profil wird aktiviert. -> <!-Wenn das Wertschickfeld leer ist, wird das Profil aktiviert, wenn das Feld Eigenschaftsname vorliegt. Andernfalls wird das Feld Eigenschaftswert in fallempfindlichen Weise übereinstimmt-> <Eigentum> <!-Der Name der Eigenschaft, die das Profil aktiviert-> <name> mavenversion </name> <!-Der Wert der Eigenschaft, die das Profil aktiviert-> <Warts> 2.0.3 </value> </Eigenschaft> <! Fehlende Überprüfungen, ob die Datei existiert, und aktiviert das Profil, wenn es nicht vorhanden ist. -> <!-Andererseits prüft, ob die Datei existiert, und aktivieren das Profil, wenn es vorhanden ist. -> <Datei> <!-Wenn die angegebene Datei vorhanden ist, aktivieren Sie das Profil. -> <exists>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-zu-produktion/Arbeitsbereich/</exists> <!-Wenn die angegebene Datei nicht vorhanden ist, aktivieren Sie das Profil. --> <missing>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</missing> </file> </activation> <id /> <build /> <modules /> <repositories /> <pluginRepositories /> <dependencies /> <reporting /> <dependencyManagement /> <distributionManagement /> <properties /> </profil> Die Profilkonfigurationselemente sind auch in der Einstellung eingestellt.xml, eine verkaufte Version des Profilelements in pom.xml, einschließlich ID, Aktivierung, Repositories, PluginRepositories und Eigenschaftenelementen. Das Profilelement hier enthält hier nur diese fünf untergeordneten Elemente, da es sich nur um das gesamte Gebäudesystem handelt. Wenn ein Profil in einer Einstellungen aktiviert ist, überschreibt sein Wert ein anderes Profil, das im POM oder in Profil.xml definiert ist.
Das Profil in pom.xml kann als Kopie von pom.xml mit denselben untergeordneten Elementen und Konfigurationsmethoden wie pom.xml angesehen werden. Es enthält eine optionale Aktivierung (Profilauslöser) und eine Reihe von Änderungen. Beispielsweise kann der Testprozess auf unterschiedliche Datenbanken (im Vergleich zur endgültigen Bereitstellung) oder auf unterschiedliche Abhängigkeiten oder verschiedene Repositorys hinweisen und entsprechend verschiedenen JDKs geändert. Nur einer von ihnen ist eingerichtet, um das Profil zu aktivieren. Wenn die erste Bedingung erfüllt ist, wird es in Zukunft keine Übereinstimmung geben.
Berichtskonfiguration
<!-Beschreiben Sie die Spezifikationen zum Generieren von Berichten mit dem Berichts-Plug-In. Das spezifische Maven-Plug-In kann entsprechende angepasste und konfigurierte Berichte ausgeben. -> <!-Wenn der Benutzer "MVN-Site" ausführt, werden diese Berichte ausgeführt und Sie können Links zu allen Berichten in der Seitennavigationsleiste sehen. -> <Reporting> <!-Richtig, die Website enthält nicht den Standardbericht. Dies umfasst Berichte im Projektinformationsmenü. -> <excludedEfaults /> <!-Wo werden alle generierten Berichte gespeichert. Der Standardwert ist $ {project.build.directory}/site. -> <outputDirectory /> <!-Verwendete Berichts-Plugins und deren Konfiguration. -> <plugins> <plugin> <GroupId/> <artifactId/> <version/> <Bered/> <Configuration> <Links> <Link> http://java.sun.com/j2se/1.5.0/docs/api/ </link> </links> </configuration> <! -> <!-Eine Spezifikation (Berichtssatz) entspricht einem Ausführungsziel. Zum Beispiel gibt es 1, 2, 3, 4, 5, 6, 7, 8, 9 Berichte. -> <!-1, 2, 5 bildet den A-Berichtssatz, der einem Ausführungsziel entspricht. 2, 5, 8 bilden den B-Berichtssatz, der einem anderen Ausführungsziel entspricht. -> <erbte/> <!-Welche Berichte werden in diesem Satz verwendet-> <Recess> <REPITEL> JAVADOC </report> </berichtet> </reportset> </reportset> </plugin> </plugins> </reporting>Umgebungskonfiguration
<!-Der Name und die URL des Problemmanagementsystems des Projekts (Bugzilla, JIRA, Scaraba oder jedes Problem-Management-System, das Ihnen gefällt). In diesem Beispiel: JIRA-> <StunuManagement> <!-Der Name des Problemverwaltungssystems (wie JIRA),-> <System> JIRA </system> <! <!-Die URL des vom Projekt verwendeten kontinuierlichen Integrationssystems (wenn das kontinuierliche Integrationssystem eine Webschnittstelle hat). -> <url /> <!-Konfigurationselemente des Entwicklers /Benutzers, die nach Abschluss des Builds benachrichtigt werden müssen. Enthält die Benachrichtigungsinformationen und Benachrichtigungsbedingungen (Fehler, Misserfolg, Erfolg, Warnung)-> <Notifiers> <!-Konfigurieren Sie einen Weg, um Benutzer /Entwickler auf diese Weise zu benachrichtigen, wenn der Build unterbrochen wird-> <Notifier> <! <!-wird es benachrichtigt, wenn ein Build erfolgreich ist-> <Stunonsuccess /> <! Wohin senden Sie die Benachrichtigung-> <Adresse/> <!-Erweiterte Konfigurationselemente-> <Konfiguration/> </Notifier> </Notifiers> </cimanagement>
Projektinformationskonfiguration
<!-Der Name des Projekts, für das von Maven generierte Dokument-> <name> Banseon-maven </name> <!-Die URL der Projekt-Homepage, für das von Maven generierte Dokument-> <url> http://www.clf.com/ </url> <! Wenn dieses Element im HTML-Format beschrieben werden kann-> <!-(zum Beispiel wird der Text in CDATA vom Parser ignoriert und kann HTML-Tags enthalten), werden einfache Textbeschreibungen entmutigt. -> <!-Wenn Sie die Indexseite der generierten Website ändern müssen, sollten Sie Ihre eigene Index-Datei ändern, anstatt die Dokumentation hier anzupassen. -> <BEKRÜSSE> Ein Maven-Projekt zum Studium von Maven. </Beschreibung> <!-beschreibt die Voraussetzungen in der Bauumgebung dieses Projekts. -> <Voraussetzungen> <!-Die minimale Version von Maven, die zum Erstellen des Projekts erforderlich ist, oder das Plugin-> <maven /> < /Voraussetzungen> <!-Das Jahr der Projekterstellung, 4 Ziffern. Dieser Wert ist bei der Generierung von Urheberrechtsinformationen erforderlich. -> <Nceptionyear /> <!-Projekt-bezogene Mailinglisteninformationen-> <Mailinglists> <!-Dieses Element beschreibt alle Mailinglisten im Zusammenhang mit dem Projekt. Automatisch generierte Websites beziehen sich auf diese Informationen. -> <MailingList> <!-Der Name der E-Mail-> <name> Demo </name> <!-Die Adresse oder Link zum Senden der E-Mail. Wenn es sich um eine E-Mail-Adresse handelt, wird der MailTO: Link beim Erstellen des Dokuments-> <Post> [email protected] </post> <!-Die Adresse oder Link zum Abonnieren der E-Mail automatisch erstellt. Wenn es sich um eine E-Mail-Adresse handelt, wird der MailTO: Link beim Erstellen des Dokuments-> <abonning> [email protected] </abonnieren> <!-Die Adresse oder Link zum Abschreiben der E-Mail automatisch erstellt. Wenn es sich um eine E-Mail-Adresse handelt, wird der mailto: link automatisch erstellt, wenn das Dokument erstellt wird-> <Ansubscribe> [email protected] </unsubscribe> <! Entwickler-> <entwickler> <!-Eindeutige Kennung des Projektentwicklers in scm-> <id> Hallo Welt </id> <!-Voller Name des Projektentwicklers-> <name> Banseon </name> <!-Projektentwickler-E-Mail-> <EMail> [email protected] </E-Mail> <! Die Rollenelemente beschreiben verschiedene Rollen-> <rollen> <Rolle> Projektmanager </rollen> <rolle> Architekt </rollen> </rollen> <!-Die Organisation, zu der der Projektentwickler gehört-> <organisation> Demo </organisation> <!-Die URL der Organisation, zu der der Projektentwickler gehört-organisator> <organisation> http:/hi.cclf.com.. Um sofortige Nachrichten zu verarbeiten, usw.-> <Eigenschaften> <Dept> nein </Dept> </properties> <!-Die Zeitzone, in der sich der Projektentwickler befindet, eine ganze Zahl im Bereich -11 bis 12. Siehe Entwickler /Entwicklerelement-> <Name> <name /> <emails /> <URL /> <organisation /> <organisationUrl /> <rollen /> <TimeZone /> <Properties /> < /Beitragstor> < /Beitragswerte> <!-Dieses Element beschreibt alle Lizenzlisten des Projekts. Sie sollten die Lizenzliste für das Projekt nur auflisten und die Lizenzliste für das Abhängigkeitsprojekt nicht auflisten. -> <!-Wenn mehrere Lizenzen aufgeführt sind, kann der Benutzer eines davon auswählen, anstatt alle Lizenzen zu akzeptieren. -> <licensen> <!-beschreibt die Lizenz des Projekts, mit der die Lizenzseite der Website des Projekts generiert wird. Einige andere Berichte und Validierung verwenden dieses Element ebenfalls. -> <lizenz> <!-Lizenz wird für den Rechtsnamen verwendet-> <name> Apache 2 </name> <!-Die URL der offiziellen Lizenz-Körperseite-> <URL> http://www.clf.com/license-2.0.txt </url> <! Repo </Distribution> <!-Ergänzende Informationen zu Lizenz-> <Commentare> asmainess-freundlicher OSS-Lizenz </Kommentare> </lizenz> </lizenz> <!-SCM (Sourcing Control Management) ermöglicht es Ihnen, Ihre Codebasis für die Verwendung durch Maven-Websites und andere Plug-Ins zu konfigurieren. -> <scm> <!-SCM-URL, die das Repository beschreibt und wie man eine Verbindung zum Repository herstellt. Weitere Informationen finden Sie im URL -Format und der von SCMS bereitgestellten Liste. Diese Verbindung ist schreibgeschützt. -> <Conbinsion> SVN: http: //svn.baidu.com/banseon/maven/ </connection> <!-für Entwickler, ähnlich wie Verbindungselemente. Das heißt, die Verbindung wird nicht nur gelesen-> <entwickelConnection> scm: svn: http: //svn.baidu.com/banseon/maven/ </DeveloperConnection> <! -> <URL> http://svn.baidu.com/Banseon </url> </scm> <!-Beschreiben Sie verschiedene Attribute der Organisation, zu der das Projekt gehört. Verwendung von Dokumenten, die von Maven-> <organisation> <!-Der vollständige Name der Organisation-> <name> Demo </name> <!-Die URL der Organisation Homepage-> <URL> http://www.clf.com/ </url> </organisation> </organisation>
Zusammenfassen
Das obige ist der gesamte Inhalt dieses Artikels über die Konfigurationsdatei pom.xml in Maven. Ich hoffe, es wird für alle hilfreich sein. Interessierte Freunde können weiterhin auf andere verwandte Themen auf dieser Website verweisen. Wenn es Mängel gibt, hinterlassen Sie bitte eine Nachricht, um darauf hinzuweisen.