http_communication_failure abfangen?
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Beitrag
von danbrown_1999 (ForumUser / 10 / 5 /
0
)
»
Hi,
bei einem speziellen GET_Request bekomme ich von Zeit zu Zeit die Fehlermeldungen (siehe Screenshot).
Wie fange ich diese denn am besten ab, sodass ich weiß, was schief gelaufen ist?
Ich habe überlegt, das mittels TRY und CATCH zu machen. Aber ich habe noch nie eine Function wie "CL_HTTP_CLIENT===CP" anpassen müssen
Irgendwie ist das nur bei diesem GET_Request der Fall.
Ich schätze, dass von Zeit zur Zeit der SSL-Zertifikat-Dienstleister (cloudflare oder so) da einen Blocker reinhaut und prüft. Und dann wieder rausnimmt.
Hat jemand Erfahrung damit?
Und ein Coding Beispiel für Try und Catch??
Würde folgendes ausreichen?
bei einem speziellen GET_Request bekomme ich von Zeit zu Zeit die Fehlermeldungen (siehe Screenshot).
Wie fange ich diese denn am besten ab, sodass ich weiß, was schief gelaufen ist?
Ich habe überlegt, das mittels TRY und CATCH zu machen. Aber ich habe noch nie eine Function wie "CL_HTTP_CLIENT===CP" anpassen müssen
Irgendwie ist das nur bei diesem GET_Request der Fall.
Ich schätze, dass von Zeit zur Zeit der SSL-Zertifikat-Dienstleister (cloudflare oder so) da einen Blocker reinhaut und prüft. Und dann wieder rausnimmt.
Hat jemand Erfahrung damit?
Und ein Coding Beispiel für Try und Catch??
Würde folgendes ausreichen?
Code: Alles auswählen.
TRY.
FUNCTION 'XXX'
CATCH <EXCEPTION ID>.
ENDTRY.Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4287 / 214 /
1142
)
»
Die Exception ist doch in der Methodensignatur definiert.
Das einzige was du beachten musst ist, dass es sich um eine "alte" Exception handelt, die man nicht mit TRY ... CATCH abfangen kann, sondern mit dem Zusatz EXCEPTIONS bei CALL METHOD einem Returncode zuordnen musst. Durch abfragen des SY-SUBRC im Anschluss, weißt du weche Exception aufgetreten ist und kannst dann entsprechend reagieren.
lg ADT
Das einzige was du beachten musst ist, dass es sich um eine "alte" Exception handelt, die man nicht mit TRY ... CATCH abfangen kann, sondern mit dem Zusatz EXCEPTIONS bei CALL METHOD einem Returncode zuordnen musst. Durch abfragen des SY-SUBRC im Anschluss, weißt du weche Exception aufgetreten ist und kannst dann entsprechend reagieren.
lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
danbrown_1999
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Beitrag
von danbrown_1999 (ForumUser / 10 / 5 /
0
)
»
Hier ist, was ich abfange über Exceptions:a-dead-trousers hat geschrieben: ↑12.02.2023 09:28Die Exception ist doch in der Methodensignatur definiert.
Das einzige was du beachten musst ist, dass es sich um eine "alte" Exception handelt, die man nicht mit TRY ... CATCH abfangen kann, sondern mit dem Zusatz EXCEPTIONS bei CALL METHOD einem Returncode zuordnen musst. Durch abfragen des SY-SUBRC im Anschluss, weißt du weche Exception aufgetreten ist und kannst dann entsprechend reagieren.
lg ADT
Code: Alles auswählen.
cl_http_client=>create_by_url( EXPORTING
url = lv_url
IMPORTING
client = o_client
EXCEPTIONS
argument_not_found = 1
plugin_not_active = 2
internal_error = 3
others = 4 ).
if sy-subrc <> 0.
o_client->close( ).
endif.Code: Alles auswählen.
IF subrc = 1.
RAISE http_communication_failure.
ELSEIF subrc = 2.
RAISE http_invalid_state.
ELSEIF subrc = 3.
RAISE http_processing_failed.
ENDIF.
ENDIF.Dadurch, dass http_communication_failure erscheint, muss es sich im Code um 1 handeln, richtig?
Ich benutze für hier TRY und CATCH weil ich es woanders gesehen habe.
Sollte ich lieber DO und ENDDO verwenden?
Hintergrund ist, dass diese Funktion/Call/mit Methode aufgerufen wird, wenn ich einen Button betätige. Darauf folgt die TRY...call-Anweisung.
Was wäre denn besser, wenn das eine "veraltet" ist?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
In ABAP gibt es zwei Arten von Ausnahmen:
1. einmal die klassischen Ausnahmen wie in deinem Beitrag erwähnt. Klassische Ausnahmen werden immer mit RAISE ausgelöst und lassen sich nur mit dem EXCEPTIONS-Zusatz abfangen. Mit TRY-CATCH sind diese Ausnahmen nicht abfangbar. Es handelt sich dabei um einen Return-Code, der nur direkt nach dem Aufruf der Methode/des Funktionsbausteins zur Verfügung steht. Mit diesen Statements wird eine klassische Ausnahmen ausgelöst und abgefangen.
2. die klassenbasierten Ausnahmen. Diese werden mit TRY-CATCH abgefangen und mittels RAISE EXCEPTION TYPE ausgelöst. RAISE EXCEPTION TYPE erzeugt eine Insatz der angegeben Ausnahmeklasse und reicht diese solange im Call-Stack weiter, bis sie mit einem CATCH-Statement abgefangen wird. Ein Beispiel zur Konvertierung von klassischen zu klassenbasierten Ausnahmen ist in der Klasse cl_rest_http_client.
So lässt sich die Ausnahme abfangen.
1. einmal die klassischen Ausnahmen wie in deinem Beitrag erwähnt. Klassische Ausnahmen werden immer mit RAISE ausgelöst und lassen sich nur mit dem EXCEPTIONS-Zusatz abfangen. Mit TRY-CATCH sind diese Ausnahmen nicht abfangbar. Es handelt sich dabei um einen Return-Code, der nur direkt nach dem Aufruf der Methode/des Funktionsbausteins zur Verfügung steht. Mit diesen Statements wird eine klassische Ausnahmen ausgelöst und abgefangen.
Code: Alles auswählen.
METHOD if_http_client~send.
" ...
IF subrc <> 0 OR m_ecode <> 0.
pf_m_close c_statistic_state 'HTTP Send'. "#EC *
RAISE http_communication_failure.
ENDIF.
ENDMETHOD.
Code: Alles auswählen.
CALL METHOD http_client->send
EXCEPTIONS
http_communication_failure = 1
http_invalid_state = 2
http_processing_failed = 3
http_invalid_timeout = 4
OTHERS = 5.
Code: Alles auswählen.
METHOD send_receive.
" ...
CALL METHOD mo_http_client->send
EXCEPTIONS
http_communication_failure = 1
http_invalid_state = 2
http_processing_failed = 3
http_invalid_timeout = 4
OTHERS = 5.
IF sy-subrc = 0.
CALL METHOD mo_http_client->receive
EXCEPTIONS
http_communication_failure = 1
http_invalid_state = 2
http_processing_failed = 3
OTHERS = 5.
ENDIF.
CASE sy-subrc.
WHEN 1.
RAISE EXCEPTION TYPE cx_rest_client_exception
EXPORTING
textid = cx_rest_client_exception=>http_client_comm_failure.
ENDCASE.
" ...
ENDMETHOD.
Code: Alles auswählen.
TRY.
send_receive( 'GET' ).
CATCH cx_rest_client_exception INTO exception.
MESSAGE exception TYPE 'E'.
ENDTRY.
Publikationen:
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
478
Views
Views
SAP ABAP Rest aufruf: http communication failure?
von sap_koun » 29.12.2022 01:03 • Verfasst in ABAP® für Anfänger
von sap_koun » 29.12.2022 01:03 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
1178
Views
Views
BCS Business Communication Servic; eMail im Eingang/Ausgang
von niko022 » 15.01.2007 16:30 • Verfasst in ABAP Objects®
von niko022 » 15.01.2007 16:30 • Verfasst in ABAP Objects®
3
Antw.
Antw.
7102
Views
Views
4
Antw.
Antw.
5948
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.