systools httpPostClobVerbose Status ermitteln

[BenderD]

... wartungsfreundlich??? Funktionen, die im Fehlerfall einen nebulösen Fehlercode zurückgeben???
Alleine das ist mir schon Grund genug diesen mit heißer Nadel zusammen geschusterten Murks nicht zu verwenden.

D*B

[Fuerchau]

In den Beispielen der Textdateien hat man das @-Problem ja ausgeklammert.
Zu oben muss ich noch ergänzen, dass ja die XML-Interpretation von irgend einer Routine ausgeführt werden muss. Das @ ist ja nicht Bestandteil des SQL's sondern eine Arbeitsanweisung für den Interpreter.
Aber in welcher CCSID wurde dieser entwickelt?
Welchen Code für @ erwartet diese Funktion?
Am Beispiel der C-Funktion RegComp/RegEx haben wir mal festgestellt, dass der Job dafür kurzfristig auf 037 gestellt werden muss.

[andreaspr@aon.at]

... wartungsfreundlich??? Funktionen, die im Fehlerfall einen nebulösen Fehlercode zurückgeben???
Alleine das ist mir schon Grund genug diesen mit heißer Nadel zusammen geschusterten Murks nicht zu verwenden.

D*B

Jep, wartungsfreundlichER! Mit den seltsamen Fehlercodes bin ich ganz bei dir. Ein Grund mehr so wenig wie möglich miteinander zu vermischen.
Ist aber nur meine Meinung. Ich würde halt die Lösung nehmen die funktioniert. Wenn notwendig kann man es später immernoch umbauen. Bzw. gibt es später vielleicht sogar noch bessere oder einfachere Lösungen.
Ich persönlich habe mit den neuen Technologien der letzten Releases mir immer weniger Gedanken um CCSID oder Unicode machen müssen. (Weniger != gar nicht)

[dschroeder]

Zur Info:
Die Lösung von Andreas mit dem verschachtelten SQL läuft jetzt bei mir.

Nochmals herzlichen Dank!

[Fuerchau]

Natürlich brauche ich fast keine CCSID wenn ich alles mit Unicodemachen kann.
Allerdings benötige ich dies immer noch, wenn ich mit COBOL, ILERPG und CLP/CLLE arbeite.
Denn hier hocken die größten Fehlermöglichkeiten.