Wenn ich ein System festlegen Eigenschaft mehrmals beim aufrufen der JVM, welcher Wert verwendet wird?

Wenn ich ein system festlegen Eigenschaft mehrmals beim Aufruf der JVM, welcher Wert wird ich eigentlich bekommen wenn ich wieder an der Anlage? z.B.

java -Dprop=A -Dprop=B -jar my.jar

Was wird die Folge sein, wenn ich rufe System.getProperty("prop");?

Den Java-Dokumentation auf dieser nicht wirklich sagen Sie mir alles, was nützlich, an dieser front.

In meinen nicht-wissenschaftlichen Tests auf ein paar Computern, die verschiedene JVMs, wie es scheint, der Letzte Wert ist der zurück (was ist eigentlich das Verhalten, die ich brauche) aber ich fragte mich, ob dieses Verhalten tatsächlich definiert ist offiziell überall oder kann es variieren zwischen JVMs?

  • IMHO ist die Angabe dieses wäre ein bisschen wie eine Warnung über nicht indem Sie Ihre Katze in der Mikrowelle. warum würden Sie geben die gleichen system-Eigenschaft zweimal, außer wenn Sie wirklich, wie Sie Probleme?
  • In diesem Fall gibt es einige shell-Skripte, Aufruf der JVM mit einigen Standard-Einstellungen, aber die Benutzer sollten in der Lage sein, um anzugeben, system-Eigenschaften, die durch die übergebene Skript, um die JVM.
  • Ah, OK. Fair genug. Ich glaube nicht, dass über diesen Fall.
  • Ich bin jetzt verzweifelt versucht zu denken, der einen use-case für die Umsetzung eine Katze in eine Mikrowelle.
InformationsquelleAutor RobV | 2012-06-08
  1. 7

    Java.util.System-Klasse ist gesichert durch eine Properties-Klasse ist eine Erweiterung von Hashtable. Vorausgesetzt, die Werte werden ausgelesen, um bei der übergabe als Argumente an die JVM, dann wird der Letzte Wert zugewiesen werden, der den endgültigen Wert.

    • Gut, das ist die Frage - können wir davon ausgehen, dass Sie immer gelesen werden, von Links nach rechts?
    InformationsquelleAutor tjg184
  2. 15

    Es gibt nichts wie das schreiben ein wenig Klasse zu sehen, wie es funktioniert.

    public class PropTest {

  public static void main(String[] args) {
    System.out.println(System.getProperty("prop"));
  }

}

    Welche, wenn Sie kompiliert und lief mit der Befehlszeile

    java -Dprop=A -Dprop=B -Dprop=C PropTest

    yeilds die Ausgabe

    C

    Das würde bedeuten, dass die Werte in der Tabelle von Links nach rechts, mit dem letzten Wert überschreiben die vorherigen Werte.

    Nur um die Umwelt, Fedora 16, Linux 3.3.7, 64-bit -

    > java -version

java version "1.6.0_24"
OpenJDK Runtime Environment (IcedTea6 1.11.1) (fedora-65.1.11.1.fc16-x86_64)
OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode)
    • Das würde bedeuten, dass die Werte in der Tabelle von Links nach rechts, mit dem letzten Wert überschreiben die vorherigen Werte. könnte Man machen, dass die Annahme, aber OP schon versucht, diese Art von Beispiel und fand die gleichen Ergebnisse. Gibt es etwas, dass eigentlich dieses schreibt, obwohl? Wäre je auf dieses Verhalten Sinn machen, oder ist das nur ein detail?
    • In der Regel die Spezifikationen umfassen nicht solche randsituationen. Nur weil Sie haben eine Implikation, wie es verarbeitet wird heute Häufig bedeutet nicht, Sie können davon ausgehen, daß es gehandhabt werden wird, der Weg in die Zukunft. Spec Autoren haben eine harte genug Zeit, die Details des gewünschten Verhaltens ohne Details, wie eine person, die setzt auf atom gewünschte Verhalten zwei-oder dreimal behandelt werden 🙂
    • Spec Autoren sind oft sehr gut im Umgang mit spezifischen details. Es kann zu vereinfachen und helfen, zu standardisieren den Prozess der Umsetzung. E. g., in Common Lisp, die unterstützt benannte Argumente (keyword arguments), so dass Sie können einen Anruf wie (print 52 :radix 10 :radix 8) die standard gibt, dass 'Wenn mehr als ein solches argument-paar matches, die am weitesten Links stehende argument-paar ist."
    • Ich denke, diese Angaben sind eigentlich ziemlich wichtig für die command-line-argument-Listen-Bearbeitung, denn es ist oft der Fall, dass der Benutzer/Programmierer do in der Lage sein wollen, zu überschreiben, z.B., etwas zu tun, wie program ${EXTRA_OPTIONS} -o default-o -f default-f. Wenn ganz Links Optionen überschreiben die auf der rechten Seite, dann, dass der code ermöglicht Benutzern das überschreiben von Standardeinstellungen definieren EXTRA_OPTIONS. Dies scheint wie eine ziemlich vernünftige Sache für die spec-Schreiber zu machen, gut definiert.
    • Es ist ok zu denken, dass die Spezifikationen wichtig sind. Wenn Sie die maximale heap-Größe, und die JVM verwendet diesen Wert als die maximale heap-Größe, dann sind die Chancen das gewünschte Verhalten wurde verwendet, und wahrscheinlich wurde es laut spec. Nun, wenn Sie die maximale heap-Größe von drei mal, ich glaube nicht, dass die Skillung abdecken sollte, welches ist der Sieger in der Konkurrenz für die Einstellung für die maximale heap-Größe. Wenn überhaupt, hätte ich die zweite Einstellung ein Fehler; aber das ist störend. Viele würden nur glücklich sein, es war mit einer der vielen angegebenen Werte, aber nur wenige würden argumentieren die einen.
    • "wenn Sie die maximale heap-Größe von drei mal," Das ist es eben, obwohl, ich glaube nicht, dass jemand behauptet, oder in dem Wunsch oder der Erwartung der heap-Größe eingestellt werden, drei mal. Ich denke, die Menschen erwarten, dass Sie eingestellt werden, nur einmal. Die Frage ist, ob das Verhalten der java -Dheap=A -Dheap=B -Dheap=C angegeben ist und ob heap würde eindeutig einen (einzigen) Wert. Soweit ich sehen kann, ist es nicht angegeben. Es wäre nicht schwierig gewesen, für die spec-Schreiber zu sagen: "die äußerste Rechte Einstellung wird verwendet", aber es scheint nicht, dass Sie es Taten.
    • Für was es Wert ist, ich gab das Beispiel, dass ich in meinen früheren Kommentar, weil ich denke, dass der use-case ist ähnlich wie die eine, die RobV erwähnt. Es ist schön, in der Lage zu wickeln APIs/CLIs und geben Benutzern eine einfache Möglichkeit, flexibel auf Einstellungen überschreiben.
    • Die Frage ist alles über die Einstellung die gleiche Eigenschaft mehrfach, also, während es nicht viel Sinn machen, <b>ja, es ist über "java -Dheap=A-Dheap=B -Dheap=C" und welcher wird der heap wirklich eingestellt werden? Die wirkliche Antwort ist die, die ich gab. Ich weiß nicht, aber hier ist, wie Sie es testen. Meine Ergebnisse sind X und ich schlage vor, dass, wenn es wirklich wichtig ist, Sie testen es in Ihrer Umgebung. Weder einer der beiden Kommentare, die Sie verknüpft, ist wirklich "das gleiche" wie diese Ausgabe. Wollte die Skillung besser zu sein ist in Ordnung, aber nur wenige schreiben Sie eine Spezifikation, die definiert, die ein Ergebnis für irrationales Verhalten.

    InformationsquelleAutor Edwin Buck
  3. 0

    Ich bin mir nicht sicher, ob es etwas gibt, dokumentiert Oracle.

    Laut IBM JRE Dokumente:

    Die Reihenfolge der Java-Optionen in der Befehlszeile definiert, welche Optionen haben Vorrang während des Startvorgangs. Ganz rechts Optionen haben Vorrang vor Optionen ganz Links.

    InformationsquelleAutor MotiN
Schreibe einen Kommentar