Set environment variable für build-in hudson

Ich versuchte ein maven2 Projekt im Rahmen von continuous integration in hudson.
Das Projekt nutzt Selen für einige Integrationstests.
Hudson läuft auf einem headless linux.
Ich bin mit xvfb zu starten ein x-server-Sitzung für Selen.

Um die tests ausführen, ich brauche zu exportieren, wird eine Umgebungsvariable namens DISPLAY.
z.B.

export DISPLAY=:99

Jedoch möchte ich nicht die variable, auf die box, da wäre es auf alle baut.
Ich habe versucht zu tun, ein shell-execute mit der m2 zusätzliche Schritte, plugin, aber es funktioniert nicht, da es ausgeführt wird, in einem separaten bash-Datei, was bedeutet, dass die environment-Variablen werden nicht gespeichert.

Gibt es eine Möglichkeit, sich zu registrieren, die Umgebungsvariablen von hudson.

InformationsquelleAutor pbreault | 2009-08-25

4

Gibt es ein neues feature in Hudson, die Sie angeben können,Parameter für builds. Dieses sieht wie es das tut, was Sie wollen.

Obwohl beachten Sie, dass:

Dies ist noch eine sehr junge Funktion, so ist feedback willkommen

...

Den parameter[en] sind erhältlich als Umwelt-Parameter. So z.B. eine shell ($FOO und %FOO%) oder Ant ( ${env.FOO} ) können auf diese Werte.
- Ich bin nicht überzeugt, dass dies tatsächlich die Antwort auf die Frage, die gestellt wurde - wie setze ich die Umgebungsvariablen in der gleichen shell wie Maven aufgerufen wird? Diese Parameter sind sehr nützlich, aber es ist nicht ganz das, was der Benutzer wurde gefragt nach - und es auch nicht erlaubt, Sie zu Bearbeiten, Umwelt-Variablen, die gegenwärtig vorhanden d.h. man kann sich nicht selbst aufrufen. Zum Beispiel, export PATH=/usr/bin/foo:$PATH wird nicht funktionieren, da Sie nicht erkennen, $PFAD
- Sie verbindet das Lesen und setzen von Umgebungsvariablen. Die Frage, wie eine variable festzulegen und die beschriebenen Mechanismus macht genau das. In deinem Beispiel machst du Euch beiden eine set-und eine gelesen, die war nicht gefragt.
- Verkäufer - Entschuldigung, sir. Ich haben getan einige Arbeit in das jetzt, und erarbeiten in einer Antwort unter (da es nicht genug Platz im Kommentar).
InformationsquelleAutor Rich Seller
10

zur info, ich bin loslassen die setenv-plugin für Hudson heute (vorausgesetzt, java.net erholt genug für mich zu tun, so!) - es verhält sich ähnlich wie die parametrisierte build-Funktionen, aber mit einer einfacheren Benutzeroberfläche (nur ein textarea für die Eingabe - Schlüssel/Wert-Paare getrennt durch Zeilenumbrüche) und ohne die Notwendigkeit, geben Sie Werte für die Parameter, die zur build-time.

InformationsquelleAutor abayer
3

Hudson den Knoten Eigenschaften machen einen guten job hier. Aber wenn Sie sich für eine stärker automatisierte Weise zuordnen von der Bildschirm-Nummer, die Sie tun müssen ist ein wenig mehr Arbeit, vielleicht binden in der port-Zuweisung plugin, oder schreiben eines neuen BuildWrapper plugin startet xvfb automatisch ein und setzt die SCREEN-Umgebungsvariable auf den Namen der build.

Wenn Sie bereit sind, wechseln Sie zu einem anderen X-server für die Prüfung, können Sie versuchen, die Xvnc-plugin für Hudson. Es startet der vncserver automatisch, und legen Sie die BILDSCHIRM-Umgebungsvariable als gut. Es hat auch die Fähigkeit, einen screenshot, wenn die tests fertig sind, und zeigen, dass im Auftrag der Hudson-Seite.
- Wie Sie hinzufügen (nicht festgelegt), um eine Umgebungsvariable wie PATH?
- Ich würde vorschlagen, beginnend mit einer völlig neuen Frage für, die.
- Es gibt keinen Weg, es zu tun, wenn der neue Wert der Variablen überleben sollten, den aktuellen build-Schritt.
InformationsquelleAutor Michael Donohue
1

Habe ich gefunden, läuft Selen mit xvfb-run zuverlässiger als Einstellung ANGEZEIGT, so könnte dies für Sie arbeiten. Also:
```
xvfb-run java -jar selenium-server.jar
```
InformationsquelleAutor Paul Biggar

Haben Sie versucht, die Verwendung der Selen-maven-plugin?

Das plugin konfiguriert werden kann, mit Xvfb zu starten, die tests ausführen und dann stoppen.

Verwendung dieser pom.xml Konfiguration:

<plugins>
    <plugin>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>selenium-maven-plugin</artifactId>
        <executions>
            <execution>
                <id>xvfb</id>
                <phase>pre-integration-test</phase>
                <goals>
                    <goal>xvfb</goal>
                </goals>
            </execution>

            <execution>
                <id>selenium</id>
                <phase>pre-integration-test</phase>
                <goals>
                    <goal>start-server</goal>
                </goals>
                <configuration>
                    <background>true</background>
                </configuration>
            </execution>
        </executions>
    </plugin>
</plugins>

details sind hier:
http://mojo.codehaus.org/selenium-maven-plugin/examples/headless-with-xvfb.html

InformationsquelleAutor Sigmar

0

Als pro meine Reaktion auf die akzeptierten Antworten, hier sind meine Ergebnisse.

Hüten Sie sich vor Un-initialisierten Variablen

Bei Verwendung der Parametrisierung Funktion in Hudson, die Sie anfügen können, Umgebungsvariablen, um das Ende einer Zeichenfolge, vorausgesetzt, Sie enthalten etwas, das in den ersten Platz.

Zum Beispiel, wenn die environment-variable $FOO ist leer, und Sie waren zu verwenden, die folgende Zeile in eine String-Parameter...
```
/usr/bin/ladeda/:$F00
```
dann die environment-variable Lesen /usr/bin/ladeda/:$F00.

Jedoch, wenn ich
```
export F00=/usr/bin/fiddledede
```
dann die exportierte variable wäre....
```
/usr/bin/ladeda/:/usr/bin/fiddledede
```
Als ich anfangs lief dies als test, ich hatte nicht herausgearbeitet - und damit dachte, der parameter Funktion wurde nicht akzeptiert externe Umwelt-Variablen, wenn es tatsächlich war (Sie musste einfach etwas beinhalten).

InformationsquelleAutor Spedge

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.