Java RUNJVA Parameter >256

[camouflage]

Es das wirklich wahr, dass der RUNJVA im CL nur 256 Zeichen pro Parameter zulässt?
QSH ist das ziemlich egal, nur fliegt der bei einer Batchverarbeitung/JobQ auf die Nase.

Das kann's doch nicht sein.

[BenderD]

Es das wirklich wahr, dass der RUNJVA im CL nur 256 Zeichen pro Parameter zulässt?
QSH ist das ziemlich egal, nur fliegt der bei einer Batchverarbeitung/JobQ auf die Nase.

Das kann's doch nicht sein.

... bist Du sicher, dass das nicht das mit dem Problem und dem Bildschirm ist?

D*B

[Fuerchau]

Gib mal bei dem Prompt in das Parameterfeld "& " ein, also ein Und + Leerzeichen.
Damit verlängerst du die Eingabezeile.
Allerdings ist der Promptmode auf eine Länge beschränkt (meist 512), im Editor kannst du natürlich auch längere Werte übergeben, vorzugsweise halt mit Feldern.

[camouflage]

Hallo ihr zwei,

erstmal noch ein "Gutes Neues Jahr"

Hat mit Bildschirm und Prompt nichts zu tun, sondern mit einem CLLE Aufruf und übergebenen Parametern. Versucht mal einen RUNJVA innerhalb des CLs und ein gefülltes Feld mit 300 Zeichen. Mal schauen ob es bei euch klappt.

[Fuerchau]

Sind die 300 Zeichen auch am Ende ohne Leerzeichen?
Bei CMD's werden Leerzeichen am Ende immer entfernt, wenn die Variable länger als 32 ist.

[BenderD]

Prost Neujahr,

ich dachte eher an PEBKAC...
was geht da denn schief? Fehlermeldung?

D*B

[camouflage]

Der erste Fehler:
(C D I R) CPF0001 von Prozedur ...
und dann:
CPD0074 Wert '...' für PARM länger als 256 Zeichen

liegt der Wert unter 256 läuft das Programm durch.

Zusatzinfo: Mit QSH ergibt es keine Probleme mit >256.

Fazit: Ein Java-Aufruf mit QSH ist definitiv differenzierter als mit RUNJVA

Nachtrag Schlaumeierlösung:
Im CL auf 256 splitten und im Javaprogramm wieder zusammensetzen. Igitt!

[Andreas_Prouza]

Wenn du mehrere solcher Parameter hast, erstelle ich für sowas meist ein Meta File (ähnlich aufgebaut wie ein Property File), welches all diese langen Parameter beinhaltet und übergebe ans Java lediglich den Pfad vom Meta File.

[BenderD]

Der erste Fehler:
(C D I R) CPF0001 von Prozedur ...
und dann:
CPD0074 Wert '...' für PARM länger als 256 Zeichen

liegt der Wert unter 256 läuft das Programm durch.

Zusatzinfo: Mit QSH ergibt es keine Probleme mit >256.

Fazit: Ein Java-Aufruf mit QSH ist definitiv differenzierter als mit RUNJVA

Nachtrag Schlaumeierlösung:
Im CL auf 256 splitten und im Javaprogramm wieder zusammensetzen. Igitt!

... warum nimmst Du dann nicht einfach Qshell???

[camouflage]

Der Grund für den Umstieg von QSH auf RUNJVA war die JOBQ. Ich hatte da Fehlermeldungen. Aber vielleicht ist es wirklich nur ein Sturm im Wasserglas.

Nachtrag:
Ist es richtig, dass QSH nicht in einer single threaded JobQ laufen kann?

[BenderD]

Der Grund für den Umstieg von QSH auf RUNJVA war die JOBQ. Ich hatte da Fehlermeldungen. Aber vielleicht ist es wirklich nur ein Sturm im Wasserglas.

Nachtrag:
Ist es richtig, dass QSH nicht in einer single threaded JobQ laufen kann?

die JOBQ sollte nicht das Problem sein, das Subsystem muss Multithreading erlauben und auch ausreichend activity level zulassen.

D*B

[Fuerchau]

Ich habe mir da eher mit Property-Files geholfen, die sich auch simpel dynamisch per QSH und ECHO oder per CPYTOSTMF ins IFS kopieren lassen.
https://mkyong.com/java/java-properties-file-examples/
Dies ist erheblich flexibler und auch in Java einfacher zu verwenden.