JBoss EAP 6+- und MAVEN-Repository Run Time Referenzort

Question

Ich bin ziemlich neu für JBoss EAP 6+ und Maven.

Ich habe ein Beispielprojekt mit dem JBoss-Tool-Plug-In-Eclipse erstellt und über Eclipse bereitgestellt.

Ich habe MAVEN nicht separat installiert, es kam mit dem obigen Plug-In, denke ich.

Wie in meinem Wissen MAVEN laden Sie alle erforderlichen JAR-Dateien herunter, die in der .pom-Datei in das lokale Repository erwähnt werden. In meinem Fall .m2 \ Repository \ Location.

Ich verstehe jedoch nicht, wie JBoss diesen Ort verweisen, wenn er einzeln in einem Produktionsserver ausgeführt wird. Dort haben wir kein Eclipse oder JBoss-Tool.

Ich habe die Gom-Datei in eingesetztes Projekt geprüft und habe noch keine Standortreferenz festgestellt. Technisch kann ich nicht verstehen, wie das funktioniert. Es ist wirklich hilfreich, wenn jemand etwas anderes erklären kann.

Meine Frage ist, wenn ich mein Projekt in einem anderen Server in einen anderen JBoss hochlädt, wird es automatisch alle erforderlichen Gläser herunterladen, die beim Bereitstellen in der Gom-Datei erwähnt werden? Wenn ja, was ist der Ort? Wie kann ich diesen Standort ändern?

Was ist das genaue Verfahren, das ich folgen muss, wenn eine Produktionsartikel eingerichtet ist (vorbehaltlich Maven-Repository)?

Kopieren Sie einfach mein JBoss zusammen mit dem eingesetzten Projekt in die Produktionsumgebung, dann kann ich erwarten, dass JBoss und Project Gom-Datei auf Gläser und Abhängigkeiten kümmert?

Oder muss ich MAVEN und Repository in der Produktionsumgebung installieren und konfigurieren? Was ich verstanden habe, kann überhaupt falsch sein. Es ist wirklich schätzen, ob Sie mir dabei helfen können.

danke

Find .pom-Datei in eingesetztes Projekt.

generasacodicetagpre.

Answer 1

jboss lädt nicht herunter oder versucht, eine Ihrer App zu finden, die deklarierte Abhängigkeiten außerhalb Ihres Antrags oder außerhalb seiner Module oder von LIB.

Das ist ein 10000-Fuß-Ansicht, wie MAVEN Packungen Sie Krieg oder Ohr:

• Zunächst sieht es aus, wenn eine deklarierte Abhängigkeit bereits in Ihrem lokalen Repository ist
• zweiter Wenn dies nicht der Fall ist, versucht es, jede deklarierte Abhängigkeit vom MAVEN-Zentral-Repository herunterzuladen. Wenn nicht da ist, versucht es, dass er nicht da ist, um aus jedem aktiven Active-Repository herunterzuladen, das in Ihrem POM.XML deklariert ist, und in Ihrem Settings.xml
• Jederzeit, wenn er eine Abhängigkeit herunterlädt, die sie pom.xml analysiert, lädt seine Abhängigkeiten rekursiv mit dem in der ersten und der zweiten Schritte beschriebenen Verfahren herunter, das
beschrieben wird
• Nachdem Maven die Abhängigkeiten heruntergeladen hat, verwendet es Javac, um das Projekt zu kompilieren, und setzt jede abhängige Abhängigkeit, die als "Kompilierabhängigkeit" an irgendwo in das Zielverzeichnis deklariert ist. Wenn er Ihr Projekt verpackt, sind die Kompilierabhängigkeiten innen Ihr Paket. Beachten Sie, dass, wenn Sie die Art der Abhängigkeit nicht erklären, die Sie haben, die Sie in der Regel haben, um "COMPILE-Abhängigkeit"
• Keine Abhängigkeiten, die als Laufzeit zur Laufzeit deklariert oder angegeben wurden, werden in Ihrer Anwendung verpackt und müssen in einem JBoss-Modul oder in einem JBoss LIB vorhanden sein oder Ihre Anwendung wird nicht korrekt bereitgestellt.

Natürlich ist dieser 10000-Fuß-Ansicht, wie MAVEN-Packungen ein Krieg oder ein Ohr keine der 17 Phasen des Pakets des Pakets-Lebenszyklus im Detail beschreiben. Ein guter Hinweis auf den Build-Lifecycle ist bei http:// maven. Apache.org/Gecides/InDuction-To-the-lifecycle.html , und eine gute Einführung in den Abhängigkeitsmechanismus ist bei http://maven.apache.org/guides/introduction/introduction-to-dependent-mechanism.html und http://maven.apache.org/guides/intproduktion/intarbeitung- Optional- und Ausschluss-Abhängigkeiten.HTML