CEEDOD im Hauptprogramm

[Fuerchau]

Dann sollte man die Sprache wechseln .
Immerhin muss man ja auch an den großen "Altbestand" denken.

Mit den OPDESC hast du doch alles in der Hand.
Allerdings nur zwischen Prozeduren.
Wenn man denn alles "schön" machen will, kannst du Schnittstellen nur als Serviceprozeduren mit OPDESC erstellen, das verhindert eben den Aufruf aus der Kommandozeile .

[Anton Gombkötö]

Du hast natürlich völlig recht, aber ich träume ja von einer ins ganze System integrierten Lösung. :-)
Ich bin der, der an jedem kleinen Finger zerrt... ;-)

[BenderD]

Dann sollte man die Sprache wechseln .
Immerhin muss man ja auch an den großen "Altbestand" denken.

Mit den OPDESC hast du doch alles in der Hand.
Allerdings nur zwischen Prozeduren.
Wenn man denn alles "schön" machen will, kannst du Schnittstellen nur als Serviceprozeduren mit OPDESC erstellen, das verhindert eben den Aufruf aus der Kommandozeile .

... das verhindert nicht nur Aufrufe aus der Kommandozeile, sondern auch Aufrufe aus SQL.

... wenn ich denn mal gerade am aufräumen von Mythen bin:
- SQL macht schon schlapp bei Übergabe als VALUE
- das bei manchen so beliebte CONST ist nur ein halbherziger Versuch, der bei der Weitergabe von CONST Parametern per Reference weinend zusammenbricht
- Java lässt sich da nicht austricksen, da weiß jeder Pointer auf was er zeigt (das wäre auch die elegantere Lösung für den OS/400 rwrite bei CISC->RISC gewesen, aber da waren RPG Huddeler am Werk)

D*B

PS: bei korrekter Verwemdung von VARCHAR braucht man keinen extra Parameter, eine VARCHAR weiß selber wie lange sie ist; ansonsten hätte man auch Null terminated Strings nehmen können, die man aus der main in eine echte procedure per Reference weitergibt (müsste eigentlich auch bei OPDESC gehen?!)