SQL-Fehler in embedded SQL im aufrufenden Programm abfangen?

[Fuerchau]

Auch bei der Objektorientierung vermeide ich selber Throw/Catch, da die meisten Aufrufe durchaus mit einem Bool-Return einen OK-Status zurückgeben können.
Zumal das Fehlerhandling durch diese Methodik die Programmausführung bei häufigen "Fehlern" durchaus verlangsamt.
Hinzu kommt, dass jeder SNDPGMMSG/QMHSNDPM einen Joblog-Eintrag erzeugt. Auch dies ist bei häufigem Vorkommen verlangsamend zumal es zusätzlich unnötige Joblogs (WRAP) produziert.

*PGMBDY ist zwar eine Möglichkeit, da musst du aber sicher sein, dies in der Hauptprozedur durchzuführen. Befindest du dich in einer internen Unter-Procedur, schlägt das auf den Aufrufer des Programmes und nicht den Aufrufer der Prozedur durch. Damit können durchaus mehrere Aufrufebenen übersprungen werden.
Dies gilt auch für Service-Programme, die Aufrufe durchaus verschachteln können.

Eine saubere Schnittstellendefinition incl. Fehleraussage halte ich generell für besser.
Siehe auch SYSERR-Struktur bei API's.

Aber das ist halt alles Geschmackssache;-).

[andreaspr@aon.at]

Naja, wenn Exceptions sind ja ... wie der Name es schon sagt ... Außnahmen.
Kommen diese oft oder regelmäßig vor, ist es eher ein Designfehler.
Exceptions im Joblog sind natürlich auch eine super Sache für Analysen (neben Logtabellen/Logfiles).

[Erol]

Die Fehler kommen im Grunde nur während der Testphase vor. Sobald das Programm fertig ist, sollte kein Fehler mehr auftreten, falls doch wäre es richtig, wenn der Programmablauf abbricht.

Die Frage ist: Wie gebe ich eine korrekte Message im ILE RPG Programm aus?

SNDPGMMSG MSGID(CPF9899) MSGF(QCPFMSG) MSGTYPE(*NOTIFY) mit QCMD?

[BenderD]

... ein Beispiel findest Du hier (procedure error):
http://bender-dv.de/Sourcen/QRPGLESRC.APILIST
den Prototyp für QMHSNDPH hier:
http://bender-dv.de/Sourcen/QRPGLEH.QMHSNDPM

[Fuerchau]

Wenn du einen Abbruch willst, dann must du *ESCAPE senden.
Bei *NOTIFY passiert rein gar nichts.