Betriebssystem erkennen?

[Moch]

Moin moin,
Eine kurze Frage hätte ich:
Gibt es in Java selbst eine Möglichkeit, um das aktuelle genutzte Betriebssystem auszulesen?

Alternative Lösung wäre jetzt, mehrere jars zu schreiben, aber das möchte ich eigentlich vermeiden.

Hintergrund ist, dass jeweils Prozesse aufgerufen werden, die nur in einem OS vorhanden sind, aber nicht im anderen.
Den Prozess a) gibt es bspw. nur unter Windows und nicht unter Linux;
Den Prozess b) gibt es nur unter Linux und nicht unter Windows
Der Prozess c) bildet die Schnittmenge.

Aus diesem Grunde würde ich gerne zur Laufzeit als erste Abfrage in der main() die Abfrage haben, welches Betriebssystem denn gerade genutzt wird, um daraus abzuleiten, welches Teilprogramm ausgeführt werden soll. Geht das oder muss man da tricksen?

Grüße
Moch

 

[faetzminator]

[c]System.getProperty("os.name")[/c] oder auch [c]"os.version"[/c] oder [c]"os.arch"[/c].

 

[tfa]

Das steht in den System-properties:

[c]System.getProperty("os.name")[/c]

Es gibt noch weitere für OS-Version, Architektur, etc.

 

[fastjack]

SystemUtils (Commons Lang 3.1 API)

 

[irgendjemand]

schöner fehler seitens apache ...

die beschreibung des konstruktors : should NOT be used ... ist genial

wenn man eh nur static-calls hat hätte man den konstruktor auch private machen können um ein instanzieren über den null-konstruktor zu verhindern

zeigt mal wieder : apache commons sind lange nicht perfekt und auch nicht das non-plus-ultra auf das man sich verlassen sollte ... vorallem dann nicht wenn solche simplen anfänger fehler drin sind weil es wirklich keinen grund gibt warum man eine instanz dieser klasse bilden sollte ...

sollte man vllt mal so als tipp im apache-forum ablassen wie viel anfänger-fehler doch in ihren ach so hochgelobten java-commons sind ...

 

[tfa]

die beschreibung des konstruktors : should NOT be used ... ist genial

Ich geh mal davon aus, dass du die Begründung hierfür entweder nicht gelesen oder nicht verstanden hast.

 

[Dow Jones]

sollte man vllt mal so als tipp im apache-forum ablassen wie viel anfänger-fehler doch in ihren ach so hochgelobten java-commons sind ...

Ähm... mach das doch einfach. Ist bestimmt auch nicht schwieriger als hier zu posten, und die Apachen freuen sich vielleicht darüber.

 

[fastjack]

@irgendjemand Melde Dich doch einfach in der Mailinglist an, dann kannst Du Deine Verbesserungsorschläge bekanntgeben.

 

[Marco01_809]

die beschreibung des konstruktors : should NOT be used ... ist genial

zeigt mal wieder : apache commons sind lange nicht perfekt und auch nicht das non-plus-ultra auf das man sich verlassen sollte ... vorallem dann nicht wenn solche simplen anfänger fehler drin sind weil es wirklich keinen grund gibt warum man eine instanz dieser klasse bilden sollte ...

public SystemUtils()

SystemUtils instances should NOT be constructed in standard programming. Instead, the class should be used as SystemUtils.FILE_SEPARATOR.

This constructor is public to permit tools that require a JavaBean instance to operate.

Kein Bug, sondern wohl eher ein Feature.

 

[Moch]

Hallo Leute,
Super! Vielen Dank!
Nach offensichtlicher Dummheit meiner Selbst habe ich den hier genannten Tipp umsetzen können.
Man sollte sich aber auch daran erinnern, dass ein String doch gerne in Anführungszeichen gehört -.- - sowas total dämliches...hab natürlich die Fehlermeldung auch immer wieder gekonnt ignoriert :lol:
Ihr glaubt gar nicht, wie dämlich ich geguckt habe, als ich erkannt habe, dass ich die dämlichen Anführungszeichen vergessen hatte :-D

 

[irgendjemand]

gut ... dann erklärt mir jetzt mal bitte einer was man mit dieser klasse in verbindung mit einem BEAN will ?

ganz erlich ... soweit ich BEANS verstanden habe würde es keine sinnvolle verwendung geben *nicht mal im EE bereich*

 

[Empire Phoenix]

Du willst die Systemeinstellungen zum einfachen debuggen über den XML encoder bereitstellen (Kunde kann PC Daten uploaden statt die eintippen zu müssen in einem Formular). Da haste deinen Bean einsatz.

 

[fastjack]

Vorsicht, es gilt:

Java Beans != EJB