Kein Aufruf der CALL FUNCTION
5 Beiträge
•
Seite 1 von 1
5 Beiträge
Seite 1 von 1
Hallo,
ich habe folgenden Code (bisschen "anonymisiert"):
Wenn ich den Funktionsbaustein aufrufe mit Datum und Namen, erhalte ich meine Daten.
Wenn ich jedoch mit meiner Fiori-Anwendung darauf zugreife, erhalte ich -beim Input der gleichen Daten - kein Ergebnis.
Beim Debuggen kann ich nicht einmal mit F5 in die Call Function springen, was in allen anderen Fällen geht. Er Läuft einfach auf Returncode 2.
Hat jemand eine Idee, was der Unterschied ist und wieso meine Anwendung den Funktionsbaustein nicht aufrufen kann?
ich habe folgenden Code (bisschen "anonymisiert"):
Code: Alles auswählen.
CALL FUNCTION 'Z_GET_CANTEEN_DATA'
DESTINATION 'XXX'
EXPORTING
jjjjmm = '201812'
uname = sy-uname
IMPORTING
data_monthly = ls_canteen_monthly_tab
data_single_tab = lt_canteen_single_tab
EXCEPTIONS
no_zkdb_for_sy_uname = 1
OTHERS = 2.Wenn ich jedoch mit meiner Fiori-Anwendung darauf zugreife, erhalte ich -beim Input der gleichen Daten - kein Ergebnis.
Beim Debuggen kann ich nicht einmal mit F5 in die Call Function springen, was in allen anderen Fällen geht. Er Läuft einfach auf Returncode 2.
Hat jemand eine Idee, was der Unterschied ist und wieso meine Anwendung den Funktionsbaustein nicht aufrufen kann?
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von DeathAndPain (Top Expert / 1797 / 214 /
396
)
»
Sind in dem FB irgendwelche Exceptions außer no_zkdb_for_sy_uname definiert?
Mach Dir doch mal den Spaß und nimm in dem aufrufenden Code das OTHERS = 2 weg. Dann hat er keinen Returncode für was auch immer da auftritt und müsste Dir daher einen gepflegten Dump werfen, den Du Dir in der ST22 anschauen kannst. Das könnte Dich doch schon mal weiter bringen.
Mach Dir doch mal den Spaß und nimm in dem aufrufenden Code das OTHERS = 2 weg. Dann hat er keinen Returncode für was auch immer da auftritt und müsste Dir daher einen gepflegten Dump werfen, den Du Dir in der ST22 anschauen kannst. Das könnte Dich doch schon mal weiter bringen.
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
Alexity
DeathAndPain hat geschrieben:Sind in dem FB irgendwelche Exceptions außer no_zkdb_for_sy_uname definiert?
Mach Dir doch mal den Spaß und nimm in dem aufrufenden Code das OTHERS = 2 weg. Dann hat er keinen Returncode für was auch immer da auftritt und müsste Dir daher einen gepflegten Dump werfen, den Du Dir in der ST22 anschauen kannst. Das könnte Dich doch schon mal weiter bringen.
Danke dir. Es kommt zum Dump mit dem Kurztext "Name or password is incorrect (repeat logon)".
Es steht auch:
Daten zum Zielsystem (RFC-Server):
Host.................
Mandant..............
Benutzername.........
Das sieht, dadurch dass da keine Daten stehen, für mich aus, als würde er keine Verbindung haben. Ich bin ratlos...
Beitrag
von a-dead-trousers (Top Expert / 4285 / 214 /
1141
)
»
Kann es sein, dass die verwendete Destination (ich nehme an 'XXX' fiel der anonymsierung zum Opfer) bei der Anmeldung auf "Vertrauensbeziehung" und eventuell auf "aktueller Benutzer" steht?
Fiori läuft nämlich unter einem anderen Kontext (HTTP-Request). Ich vermute hier dürfte das Problem in der Übergabe der Anmeldedaten liegen. Wenn der Fiorikontext "not trusted" ist, darf der "aktuelle" Benutzer für den RFC Aufruf nicht verwendet werden.
Kleine Anmerkung am Rande:
Bei RFC Aufrufen würde ich dir empfehlen die beiden Exceptions SYSTEM_FAILURE und COMMUNICATION_FAILURE mit dem MESSAGE Zusatz auszuprogrammieren. Dann weist du sofort und auch im Debugger was schief gelaufen ist und musst nicht erst einen Kurzdump erzeugen.
Fiori läuft nämlich unter einem anderen Kontext (HTTP-Request). Ich vermute hier dürfte das Problem in der Übergabe der Anmeldedaten liegen. Wenn der Fiorikontext "not trusted" ist, darf der "aktuelle" Benutzer für den RFC Aufruf nicht verwendet werden.
Kleine Anmerkung am Rande:
Bei RFC Aufrufen würde ich dir empfehlen die beiden Exceptions SYSTEM_FAILURE und COMMUNICATION_FAILURE mit dem MESSAGE Zusatz auszuprogrammieren. Dann weist du sofort und auch im Debugger was schief gelaufen ist und musst nicht erst einen Kurzdump erzeugen.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
Alexity
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
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
1542
Views
Views
CALL FUNCTION 'STRUCTURE_EDIT' - Aufruf ?
von bohne » 01.08.2006 12:11 • Verfasst in ABAP® für Anfänger
von bohne » 01.08.2006 12:11 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
2131
Views
Views
5
Antw.
Antw.
4457
Views
Views
CALL FUNCTION 'BAPI_MATERIAL_SAVEDATA'
von autohandel7 » 17.07.2014 14:26 • Verfasst in ABAP® für Anfänger
von autohandel7 » 17.07.2014 14:26 • Verfasst in ABAP® für Anfänger
9
Antw.
Antw.
8212
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.