Unerklärliches Verhalten bei RFC-Aufruf
2 Beiträge
•
Seite 1 von 1
2 Beiträge
Seite 1 von 1
Hallo,
ich stehe bei einem mir unerklärlichen Problem etwas auf dem Schlauch.
Wir rufen aus R/3 einen RFC in einem anderen SAP-System (GTS) auf. Direkt vor und nach dem Aufruf schreiben wir einen Eintrag in eine Logtabelle. Auf gerufener Seite protokollieren wir ebenfalls einige Verarbeitungsschritte.
In ganz seltenen Fällen passiert nun, daß der Logeintrag VOR dem Aufruf des RFC geschrieben wird, im GTS alle Logeinträge normal geschrieben werden (der letzte Eintrag wird direkt vor dem Ende geschrieben), aber der Logeintrag), der direkt NACH dem Aufruf geschrieben werden sollte, fehlt, abenso alle weiteren, die normal geschrieben werden würden. Anhand der Daten können wir mit Sicherheit sagen, daß keine weitere Verarbeitung stattgefunden hat. Es passiert jedoch kein Abbruch oder ähnliches, sondern die Dialoganwendung wird anscheinend normal weiter prozessiert. Da dieser Fehler innerhalb der Speicherroutine auftritt, nimmt der User nun an, daß seine Daten korrekt gespeichert sind, aber das passiert leider nicht.
Mir ist unerklärlich, wie das passieren kann. Hat jemand eine Idee? Vielleicht kennt auch jemand Möglichkeiten, wie man solche RFC-Calls im Nachhinein prüfen kann.
Hier mal noch der Codeauszug:
Bin über jeden Hinweis dankbar.
ich stehe bei einem mir unerklärlichen Problem etwas auf dem Schlauch.
Wir rufen aus R/3 einen RFC in einem anderen SAP-System (GTS) auf. Direkt vor und nach dem Aufruf schreiben wir einen Eintrag in eine Logtabelle. Auf gerufener Seite protokollieren wir ebenfalls einige Verarbeitungsschritte.
In ganz seltenen Fällen passiert nun, daß der Logeintrag VOR dem Aufruf des RFC geschrieben wird, im GTS alle Logeinträge normal geschrieben werden (der letzte Eintrag wird direkt vor dem Ende geschrieben), aber der Logeintrag), der direkt NACH dem Aufruf geschrieben werden sollte, fehlt, abenso alle weiteren, die normal geschrieben werden würden. Anhand der Daten können wir mit Sicherheit sagen, daß keine weitere Verarbeitung stattgefunden hat. Es passiert jedoch kein Abbruch oder ähnliches, sondern die Dialoganwendung wird anscheinend normal weiter prozessiert. Da dieser Fehler innerhalb der Speicherroutine auftritt, nimmt der User nun an, daß seine Daten korrekt gespeichert sind, aber das passiert leider nicht.
Mir ist unerklärlich, wie das passieren kann. Hat jemand eine Idee? Vielleicht kennt auch jemand Möglichkeiten, wie man solche RFC-Calls im Nachhinein prüfen kann.
Hier mal noch der Codeauszug:
Code: Alles auswählen.
DESCRIBE TABLE it_imbp LINES lv_anztab.
PERFORM debug(saplzgts03)
USING 'Z_ZIMP07_IMPORTVORSCHLAG_RFC' 'VOR AUFRUF' gs_gts-rfcdest 'ANZ ZEILEN' lv_anztab space.
CALL FUNCTION 'Z_ZIMP07_IMPORTVORSCHLAG_RFC' DESTINATION gs_gts-rfcdest
EXPORTING
iv_newimport = ''
IMPORTING
ev_error = ev_error
ev_info = ev_info
TABLES
it_imbp = it_imbp
it_imak = lv_imak_t
it_imbk = lv_imbk_t
it_imbrm = it_imbrm.
DESCRIBE TABLE it_imbp LINES lv_anztab.
PERFORM debug(saplzgts03)
USING 'Z_ZIMP07_IMPORTVORSCHLAG_RFC' 'NACH AUFRUF' gs_gts-rfcdest 'ANZ ZEILEN' lv_anztab space.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hi Ratazong,
schicke doch bitte mal den Code der debug Routine, da sollte sich der Fehler versteckt haben.
Da du diese ohne weitere Überprüfugen aufrufst, sollte es nicht am RFC liegen.
Besonders wenn du sicher bist, dass er auch nach diesem Aufruf weiterarbeitet.
Hast du den Code denn auch schon mal im Debugger geprüft?
Viele Grüße
weigo
schicke doch bitte mal den Code der debug Routine, da sollte sich der Fehler versteckt haben.
Da du diese ohne weitere Überprüfugen aufrufst, sollte es nicht am RFC liegen.
Besonders wenn du sicher bist, dass er auch nach diesem Aufruf weiterarbeitet.
Hast du den Code denn auch schon mal im Debugger geprüft?
Viele Grüße
weigo
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
1996
Views
Views
12
Antw.
Antw.
2332
Views
Views
3
Antw.
Antw.
2187
Views
Views
1
Antw.
Antw.
7538
Views
Views
Verhalten von Meldungen einstellen
von UserBC » 12.05.2010 16:52 • Verfasst in Sales and Distribution
von UserBC » 12.05.2010 16:52 • Verfasst in Sales and Distribution
1
Antw.
Antw.
1795
Views
Views
Verhalten der Eingabehilfe ALV-Grid
von FlorianS » 07.07.2014 15:42 • Verfasst in ABAP® für Anfänger
von FlorianS » 07.07.2014 15:42 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1140
vor 2 Tagen von DeathAndPain 4 / 1140
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1140
vor 2 Tagen von DeathAndPain 4 / 1140