Festlegen der Umgebung für ProcessBuilder

Ich habe ein seltsames problem mit der Einstellung der Linux-Umgebung von Java (1.6), speziell die variable "PATH".

Kurz gesagt, ich habe eine pipeline für das laufende native Prozesse, die verwendet java.lang.ProcessBuilder. Der Benutzer kann Optional die environment-Variablen über eine HashMap namens environment:

ProcessBuilder pb = new ProcessBuilder(args);
Map<String, String> env = pb.environment();
if (environment != null)
   env.putAll(environment);
Process process = pb.start();

Den env variable wird richtig eingestellt, wenn ich dump es auf der Konsole, mit einem korrekten Wert für die variable PATH. Allerdings läuft der Prozess führt zu einer geworfen Exception:

java.io.IOException: error=2, No such file or directory

Den gleichen Prozess gut läuft mit identischen Umgebungsvariablen, die in der terminal-shell. Um dies zu testen, lief ich Eclipse NACH der Einstellung der Umwelt in der Klemme. In diesem Fall ist der ProcessBuilder Prozess korrekt läuft.

Also, was muss geschehen, dass die ProcessBuilder ist nicht die Umgebung, die ich gesetzt, aber die aktuellen System-Umgebung statt.

Ich finde keine befriedigenden Antworten auf dieses problem online. Vielleicht ist dies ein OS-spezifisches Problem? Oder sonst etwas, das mir fehlt?

Vielleicht versuchen sysout die variable PATH aus und poste es hier, vielleicht können wir Fleck etwas..
Eine andere Sache zu beachten, der in Windows ist, dass, während der Fall von Umgebungsvariablen ist "in der Regel nicht wichtig" (Zitat der System.getenv javadoc), so dass Sie können call System.getenv("path") oder System.getenv("PATH") austauschbar mit ähnlichen Ergebnissen, dasselbe gilt nicht für das Feld der ProcessBuilder da die Map auf die direkt zugegriffen wird, anstatt durch eine spezielle getter, so dass Abweichungen in der groß-und Kleinschreibung führen Fehler... Hinweis: wenn Sie do wollen Sie den Weg von einem ProcessBuilder in Windows, verwenden environment.get("Path").
Den Tipp Gaben Sie sagen, verwenden des Path unter windows war erstaunlich !!! Ich verbrachte Wochen zusammen, da dieses problem in ProcessBuilder!! VIELEN DANK !!! 🙂 🙂
gerne helfen... ich kann mich nicht erinnern, wie lange es vereitelt mich für: nicht ganz Wochen, aber lange genug, um frustrierend sein 🙂

InformationsquelleAutor Andrew Reid | 2012-04-05

13

Ich glaube nicht, dass es ein bug ist, ich denke es ist ein problem mit Ihrem Verständnis für die Grenzen und Rollen der environment-Variablen im Spiel sind. ProcessBuilder.environment() enthält Umgebungsvariablen, werden "Prozess-lokalen", um die erzeugte Prozess. Sie sind nicht system-weit, - oder logon-breit, und Sie haben nicht einmal Einfluss auf die Umwelt, in die der ProcessBuilder ausgeführt wird.

Den ProcessBuilder.environment() Karte enthält Prozess-lokale Variablen gesehen werden nur, indem der erzeugte Prozess. Offensichtlich eine Voraussetzung, um die erzeugte Verarbeitung sehen die ProcessBuilder.environment() ist eine erfolgreiche laichen des Prozesses, das ist ein Punkt, den ich nicht denken, du bist immer noch zu.

Soweit ich weiß, es ist nicht wirklich möglich (aus Java) zum ändern der aktuell laufende Prozess' WEG, der ist, was ich denke, Sie erwarten zu geschehen (oder in der Lage sein zu tun.) Also ich denke, man muss zeigen ProcessBuilder auf den vollständig qualifizierten Pfad zu der ausführbaren Datei, die Sie versuchen, zu starten (oder sicher sein, dass der PFAD richtig eingestellt wurde, bevor Sie selbst starten Sie die JVM, die Sie benutzen den ProcessBuilder, das ist, was du getan hast in Ihren 'Arbeits' - Szenario der Einstellung in das terminal vor dem Start der IDE).
- Danke, das ist sehr hilfreich. Vorausgesetzt, ich geben Sie den vollständigen Pfad zu dem Ziel-Prozess, bedeutet dies, dass es ProcessBuilder's-Prozess-lokalen Umgebungsvariablen, wenn es macht seine eigenen Anrufe zu anderen Prozessen? Das wäre eine geeignete Lösung für mich.
- Ich bin mir nicht sicher, ich verstehe (besonders mit Bezug auf die "Anrufe in andere Prozesse"), aber ich bin mir ziemlich sicher, die Antwort ist ja.
- Ich bekam Ihren Punkt. Können Sie mir die docs, die angeben, das gleiche?
InformationsquelleAutor Mike Clark
7

Unter Linux:
```
String path = System.getenv("HOME");

ProcessBuilder pb = new ProcessBuilder("/bin/bash","-c","export PATH=" +
    "PATH-TO-ADD" + ":" + path + " && exec");
```
In diesem Fall die PATH variable aktualisiert wird, als je die Notwendigkeit und die ausführbare Datei wird gesucht, im neuen $PATH. Dieser arbeitete für mich auf Linux.
- Oder führen Sie eine sh-Datei und Bearbeiten, dass die Variablen, die Sie benötigen, vor der Ausführung innerhalb dieses sh Skript
InformationsquelleAutor Sandeep
6

Müssen Sie verstehen, dass die environment-Variablen sind lokal zu verarbeiten Kontexten. Einen neuen Prozess bekommt eine Kopie von der Eltern, die Umwelt, aber jede Kopie ist unabhängig. Veränderungen in der Eltern wirken sich nicht auf vorhandene Kinder (nur neue) und Veränderungen in der Kinder nicht auf die Eltern oder Kinder des Eltern.

In Ihrem Fall, den Java-Prozess erstellt child-Prozess und stellt eine modifizierte PATH variable in der untergeordneten Kontext. Dies hat keine Auswirkungen auf den Java-Prozess. Der Kind-Prozess ist nicht eine Schale, so wird es ignoriert die PATH variable. Der Prozess wird direkt mit OS-services. Diese suchen Sie in den Kontext der Java-Prozess, der enthält die alten PATH variable, es sei denn, Sie verändern die Umgebung, in der shell vor starten Sie den Java-Prozess.

Zu beheben, haben Sie zwei Möglichkeiten:
1. Untersuchen die PATH variable in Java, die es aufgeteilt in Pfad-Elementen und suchen für die ausführbare Datei manuell. Sie können dann aufrufen ProcessBuilder mit dem absoluten Pfad und setzen Sie die neue PATH in der Kind, Enkel den richtigen Weg.
2. Rufen Sie eine shell zum starten des untergeordneten Prozesses. Die shell den Pfad (die Sie weitergeben können über die Umwelt).
Zweiten Fall funktioniert wie folgt:
1. Sie ein Umfeld schaffen, mit der richtigen PATH.
2. Starten Sie eine shell-Prozess.
3. Übergeben Sie den Befehl ausführen als argument der shell ("sh", "-c", "cmd args" oder "cmd.exe", "/c", "cmd args")
4. Der shell werden feststellen, dass es, um einen Befehl auszuführen
5. Es Aussehen wird, in die Umwelt (was man konfiguriert in Schritt #1) finden Sie die modifizierte PATH und führen Sie den entsprechenden Befehl.
Den Nachteil, dass der zweite Fall ist, dass Sie haben, um richtig zu Flucht-und/oder Zitat die Argumente für den Befehl ( args ) oder Leerzeichen und andere Sonderzeichen zu Problemen führen kann.

InformationsquelleAutor Aaron Digulla
1

Eins ist klar, aus dem ProcessBuilder javadoc ist, dass man die Umgebungsvariablen mit der Umgebung () - Methode, und dann ändern der zurückgegebenen Karte. Alle nachfolgenden Prozess, der gestartet wird, dass ProcessBuilder Instanz müssen Sie Ihre änderungen.

InformationsquelleAutor David
0

Ich denke, du hast Recht. Die aktuell ausgeführte java-code wird nicht die Umgebungsvariablen, die Sie vorbereiten, für den untergeordneten Prozess ausgeführt werden. Sie könnte erstellen Sie eine temporäre ausführbare Datei oder Skript, das Sie übergeben können, die Variablen zu und haben Sie Ihr Programm auszuführen.

InformationsquelleAutor Sarel Botha

Dies scheint ein echtes Problem mit java und externe Prozesse

Folgendes auf windows 7 und java 7 (32bit)

ProcessBuilder b = new ProcessBuilder();
Map<String, String> env = b.environment();
for (String key : env.keySet())
     System.out.println(key + ": " + env.get(key));

produziert

SystemRoot: C:\Windows
Path: xbox

was bedeutet, dass die Laufenden Programme Umwelt und die Teilprozesse Umgebung sollte eine path-variable, die hat genau den Wert "xbox" (z.B. Unsinn, es gibt kein Verzeichnis mit dem Namen xbox irgendwo auf meinem pc)

nur für das Protokoll:

Map<String, String> env = System.getenv();
    for (String key : env.keySet())
        System.out.println(key + ": " + env.get(key));

ergibt genau das gleiche Ergebnis.

wenn ich

b.command("convert.exe", "/?").inheritIO().start();

mit diesem process builder und Umgebung, die ich bekommen

    Konvertiert FAT-Volumes in NTFS.

CONVERT Volume /FS:NTFS [/V] [/CvtArea:Dateiname] [/NoSecurity] [/X]

  Volume      Bestimmt den Laufwerkbuchstaben (gefolgt von einem Doppelpunkt),
              den Bereitstellungspunkt oder das Volume.
  /FS:NTFS    Bestimmt das in NTFS zu konvertierende Volume.
  /V          Legt fest, dass CONVERT im ausf�hrlichen Modus ausgef�hrt wird.
  /CvtArea:Dateiname
              Bestimmt die zusammenh�ngende Datei im Stammverzeichnis, die als
              Platzhalter f�r NTFS-Systemdateien dienen soll.
  /NoSecurity Bestimmt die Sicherheitseinstellungen f�r konvertierte Dateien
              und Verzeichnisse, die f�r jeden Benutzer zug�nglich sind.
  /X          Erzwingt ggf. das Aufheben der Bereitstellung.
              Alle ge�ffneten Handles auf das Volume sind in diesem Fall 
              ung�ltig.

dies ist die (Deutsche) Ausgabe von

C:\Windows\System32\convert.exe

Das gleiche passiert, wenn ich

Runtime.getRuntime().exec(new String[]{"convert.exe", "/?"});

Und beachten Sie, dass meine Umgebung ist so klein weil ich durch die native Umgebung. Das bedeutet, dass das ganze Programm hat genau die beiden environment-Variablen.

InformationsquelleAutor John Smith

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.