Erste Schritte Variable Parameter an JAR übergeben

[sinky]

Hallo Leute,
ich stehe vor dem Problem Parameter an ein JAR zu übergeben. Eigendlich ist das garnicht das Problem, sondern vielmehr wie die Parameter richtig ausgewertet werden.

// Bsp. 1
java -jar prog.jar param1 param2

Obriges Beispiel funktioniert solange gut bis jemand die beiden Parameter vertauscht. Daher möchte ich gerne die Parameter wie folgt eingeben können:

// Bsp. 2
java -jar prog.jar -p param1 -r param2

oder

// Bsp. 3
java -jar prog.jar --port=param1 --root=param2

Damit soll gewährleistet werden dass auch folgendes funktioniert.

// Bsp. 4
java -jar prog.jar --root=param2 --port=param1

Da ich nur absolute Grundkenntnisse besitzte, weiß ich nicht wie das überhaupt logisch ablaufen kann.
Beim zweiten Beispiel sind es ja praktisch 4 Parameter, von denen einer die Beschreibung des nächsten ist. Und beim dritten, zwei parameter, die zuerstmal auseinander gepflückt werden müssten.

Hatt jemand ne Idee, wie diese Art der Parameterübergabe heist? Ist finde ebei google nichts zum Thema "Variabel Parameter". Oder gibts für so einen Anwendungszweck schon Codebeispiele?

gruß Sinky

 

[Benutzer 08/15]

Schau mal hier: Commons CLI - Home

Das sollte genau das sein, was du suchst!

 

[Andi_CH]

@08/15 - du solltest mir noch erklären was deine Antwort mit der Frage zu tun hat - Was hat Apache mit der Auswertung von Parametern zu tun?

@Sinky - meinst du auswerten im Code? Also wie du im Main die Paramter auswerten willst?

Das ist doch kein Problem. Das ist die gute Nachricht - die Schlechte ist: Den Code musst du schon selber schreiben! Setz dich zuerst vor ein Blatt Papier und schreib dir dir auf was für Parameter alle vorkommen können, mit welchen Notationen zu rechnen ist und beginne danach mit codieren.

Grundsätzlich:
Der erste Vorschlag ist nicht sehr gut um nicht zu sagen unbrauchbar - du kannst nicht erkennen was für ein Parameter da steht.

Aus der Unix/Linux welt sind die Notationen

-p blabla

und

--p=blabla

bekannt, wobei da verschieden Fälle funktionieren müssen um die Leute nicht all zu sehr zu nerven:

-p blabla
--param=blabla
--param = blabla
--param= blabla
--param =blabla

Implementiere alle Muster, wenn du ein Programm schreiben willst, dass sich so verhält wie die meisten anderen Progrämmchen bzw Kommandos

Ach ja, folgendes muss natürlich auch gehen ;-)
-h
-?
--help

Wie packt man das in etwa an? (Das Folgende ist möglicherweise unvollständig und noch fehlerhaft!)

Wie gesagt erst ist mal paperwork gefragt:

Die Parameter kommen bekanntlich in einem Sring[] daher - arbeite der Reihe nach alle Felder durch

Wenn der String im Feld mit einem - beginnt, merk dir was es war (Thema statemachine) und lies das nächste Feld welches den Wert beinhaltet (das darf NICHT mit einem - beginen, sonst -> Fehler.

Wenn es mit zwei - beginnt schau ob ein = drin steckt, splite beim = und das was nach dem = kommt ist der Wert

Wenn nach dem = nichts kommt steckt der Wert im nächsten Feld, das aber nicht mit einem- beginnen darf, sonst -> Fehler

Wenn es mit zwei - beginnt und kein = drin steckt nimm das nächste ( da muss ein = drin stecken)
Wenn nach dem = noch etwas kommt, ist das der Wert
Wenn nicht, steckt der Wert im nächsten Feld, das dann aber nciht mit einem - beginnen darf, sont -> Fehler

....

Also denk gut nach bevor du mit programmieren beginnst. Wie gesagt zuerst paperwork.

 

[Benutzer 08/15]

@08/15 - du solltest mir noch erklären was deine Antwort mit der Frage zu tun hat - Was hat Apache mit der Auswertung von Parametern zu tun?

Ääääh, hast du den Link überhaupt angeschaut?????? Ich glaube nicht!

The Apache Commons CLI library provides an API for parsing command line options passed to programs. It's also able to print help messages detailing the options available for a command line tool.

Das ist das, was Sinky möchte. (Und noch ein bisschen mehr!)

 

[Andi_CH]

Hm der Link: - ok, er bechreibt nicht nur die Formate sondern macht noch "Werbung" für ein Library. Hab ich übersehen, aber

Die Frage war:

Eigentlich ist das gar nicht das Problem, sondern vielmehr wie die Parameter richtig ausgewertet werden.

Die Betonung ist auf "wie auswerten" und nicht auf "welche Formate sind möglich" und so sieht halt die Seite auf der ersten Blick aus.

Ob ich allerdings eine Library einsetzen will ist mehr als fraglich, denn so ein Parserchen habe ich schneller geschrieben als eine API Spezifikation durchgelesen und der Aufwand den die üblichen "Features" einer solchen Software mit sich bringen ist auch nicht zu unterschätzen.

("Feature" ist ein Synonym für unterwartete Verhaltensweisen und Bugs)

Dazu kommt, dass ich KEINE Apache Libraries installiert weil ich den Apache nicht brauche - ich schreibe kein Websoftware, also müsste ich die erst suchen.

Interessant ist, dass ich gerade letzte Woche genau das gemacht habe - einen kombinierten Parameter und Config-File-Parser geschrieben - brauchte insgesamt keine 2 Stunden.

 

[sinky]

@Andi_CH
Also ich hätte mich wirklich nur auf eine Schreibweise -p oder --port= (exakt so) geschränkt. Alles andere sollte in Ausgabe der Hilfe ende. Ging mir nur um die variable Reihenfolge der Parameter.

Warscheinlich wäre es noch am besten alle Parameter in einem String zusammen zu setzten und per RegEx auf korekte Formatierung zu überprüfen. Gerade weil ich halt einen Pfad per Parameter übergeben möchte und dann ein Leerzeichen im Pfad neue Parameter generieren würde.

... prog.jar -p 8081 -r "./unterordner/"
... prog.jar -r "./unterordner/" -p 8081

-p ([0-9]{1,5}) -r "(.*)"|-r "(.*)" -p ([0-9]{1,5})

Trifft auf beides zu. Somit musst nun nurnoch die inhalte selbst überprüft werden.

@08/15 schaue ich mir mal an, vlt. ist es ja doch ganz nützlich.

 

[Andi_CH]

Ok - dass Regex ein rotes Tuch für mich ist (viel zu komplizert, widerspricht dem Motto KISS) ist ja nicht neu.

Warum machst du " in die Parameter? Das ist sehr unüblich, aber was solls - so lange es nicht Pflicht ist.

Programmieren sollte man immer sehr tolerant, wenn es um Auswertungen geht - das vereinfacht das Leben des Supports ;-)

--

Wer nicht weiss was KISS heist: "Keep it simple otherwise you're stupid"

 

[inv_zim]

Dazu kommt, dass ich KEINE Apache Libraries installiert weil ich den Apache nicht brauche - ich schreibe kein Websoftware, also müsste ich die erst suchen.

Was haben denn die libs von Apache mit Websoftware zu tun?

 

[maki]

sinky,

den Link von 08/15 solltest du dir auf jedenfall ansehen, hast du offensichtlich nicht gemacht und beantwortet genau deine Frage, dann müsstest du auch nicht mit RegEx rumspielen.

Unter "usage guide" kannst du dir Beispiele ansehen: Commons CLI - Usage Scenarios


@Andi_CH
Hopfen & Malz ist offensichtlich schon verloren...

 

[mvitz]

Wenn man es nicht selber schreiben möchte, gibt es als Alternative zur Commons CLI auch noch args4j parent - Args4j

 

[sinky]

Also mein Problem ist bisher, ich habe von Java keine Ahnung. Habe bisher nur mit PHP zu tun gehabt.

Ich hab hier die Source eines äußerst simplen Webservers (Java Mini Web Server) und wollte den etwas nach meinem Geschmack "verbessern" und privat nutzen.
Bisher habe ich das Directory Listing angepasst, Dateigrößen auslesen lassen und einen "Parent Directory" Link eingefügt.
Nun wollte ich halt den DefaultPort und das RootDir per Parameter angeben können.

Auf Grund der bisher fehlenden Kenntnisse, ist es für mich schwer das CLI einzubinden. Klingt aber wirklich sehr nach dem was ich brauchen könnte. Hier jetzt um Hilfe zu bitte wie ich das CLI.Jar in mein Projekt einbinde ist warscheinlich nicht so gut.

Nun zu den Antworten ;-)
@Andi_CH: die " sind dazu dass durch ein evtl. Leerzeich im Pfad, der Rest nicht in einem neuen Parameter landet.
@maki: Ich hatte es mir nach dem ich den Beitrag geschrieben habe angesehen. Problem ist wie gesagt nur, das einbinden von externen Libs. java.lang.StringBuffer hab ich importiert, die ist ja auch schon in Java drin.