Wildfly-Bereitstellung durch Jenkins
Ich habe viele Stunden damit verbracht, zu versuchen, eine Lösung zu finden für diese ein.
Muss ich bereitstellen von Jenkins zu einem remote-Wildfly (kein Docker, Vagrant, etc) und ich möchte die person, die bereitgestellt werden können, wählen Sie die bereitzustellende version. Die version ist Krieg sollte abgerufen werden aus einem repository (Artifactory) oder int er schlimmer Fall, checkout aus dem svn-tag und bauen
Jemand ein funktionierendes Beispiel?
- Cargo remote-Bereitstellung als maven-Aufgabe.
- Haben Sie ein funktionierendes Beispiel für wildfly? ich konnte nicht finden, dass jeder
- Nein. Ich nur an die Beispiele auf der cargo-website.
- Ein Beispiel wird sehr geschätzt werden
- Haben Sie einen Blick auf cargo.codehaus.org/Maven2+ - plugin und cargo.codehaus.org/WildFly+8.x
- Es gibt keine Beispiele, die auf diese links. Ich bitte um ein Beispiel, weil ich war nicht in der Lage, damit es funktioniert, wenn ich versuchte es Letzte Woche.
- Zeigen, was nicht funktioniert.
- Wie Sie sehen können aus meiner Antwort ging ich mit cli-Implementierung. Es funktioniert und es ist leichter als cargo-Konfiguration
- Schön, dass Sie es zu arbeiten.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Wie definieren Sie die version, die bereitgestellt werden muss, in Jenkins ?
http://blog.arungupta.me/2014/11/deployment-pipeline-javaee7-wildfly-arquillian-openshift-jenkins-techtip56/ zeigt, wie für die Bereitstellung auf remote-WildFly mit Jenkins auf OpenShift. Die Anwendung bereitgestellt wird, wenn die Prüfungen vorbei, und nicht anders.
Falls jemand anderes braucht diese, meine Lösung ist die folgende (obwohl vielleicht nicht optimal):
1) Erstellen free style job in Jenkins. Check 'Das bauen ist parametriert' und fügen Sie einen string-parameter (z.B. VERSION), die durch den Benutzer definiert werden wenn er läuft den job.
2) Fügen Sie einen build-Schritt 'Artefakt resolver' (Repository-Connector-Plugin), und bestimmen Sie das Artefakt, das Sie bereitstellen möchten. Dies sollte zu lösen die Abhängigkeit mit dem Artifactory Repository, in dem Ihr Krieg ist veröffentlicht.
Auf die "version" - Feld, fügen Sie den version-parameter z.B. ${VERSION}.
Auf die "target file name" - Feld, fügen Sie einen Namen für Ihren Krieg z.B. test.Krieg
3) Fügen Sie eine andere build-Schritt 'Execute Windows batch-Befehl'.
ACHTUNG: Sie müssen den jboss-cli in Ihrem Jenkins Maschine als ökologische variable.
Das Skript ausführen, sollte die form:
jboss-cli.Fledermaus --connect --controller=ip:adminPort --user=admin --password=*** -- - Befehle="deploy-test.Krieg --force"
Dies funktioniert für mich, obwohl wenn jemand eine optimalere Lösung, würde ich mag davon hören. Zum Beispiel wäre es viel interessanter, wenn der Benutzer könnte wählen Sie aus einer select-box die version bereitgestellt werden, anstatt zu schreiben, die richtige version (keine Validierung)