Remote-Login Test für RFC Verbindung
9 Beiträge
•
Seite 1 von 1
9 Beiträge
Seite 1 von 1
Hallo,
ich habe ein kleines Tool entwicklen mit dem ich durch 2 Klicks eine RFC Verbindung anlegen kann. Die RFC Verbindungen haben alle ein bestimmtes Schema, daher braucht der Anwender nichts mehr einstellen, er muss nur den Mandanten auswählen zu dem er eine RFC Verbindung erstellen will.
In einer Tabelle habe ich den User sowie das Passowrt hinterlegt, mit der die RFC Verbindung angelegt wird. Da es beim Aufruf der RFC Verbindung zu Fehlern kommt, falls der User im Zielsystem nicht angelegt ist (ist ja auch logisch), möchte ich eine Prüfung der RFC Verbindung einbauen. Ich benötigte eine Prüfung wie in der sm59, also eine Remote-Login Prüfung. Leider habe ich bisher kein passenden Fuba gefunden der mir das bietet. Kann mir jemand hier weiter helfen? Ich möcht emit dieser prüfung eigentlich nur testen, ob der User im Zielsystem angelegt ist. Mir würde es also schon langen irgendeinen Fuba im Zielsystem mit der angelegten RFC Destination aufzurufen, jedoch mit dem entsprechenden User. Wenn dann ein Fehler kommt, weiß ich dass der User noch nicht existiert. Allerdings ist es wohl so, das bei einem Aufruf eines Fuba per Destination, der aktuell angemeldete User verwendet wird und nicht der für diese RFC Verbindung angelegte, richtig?
ich habe ein kleines Tool entwicklen mit dem ich durch 2 Klicks eine RFC Verbindung anlegen kann. Die RFC Verbindungen haben alle ein bestimmtes Schema, daher braucht der Anwender nichts mehr einstellen, er muss nur den Mandanten auswählen zu dem er eine RFC Verbindung erstellen will.
In einer Tabelle habe ich den User sowie das Passowrt hinterlegt, mit der die RFC Verbindung angelegt wird. Da es beim Aufruf der RFC Verbindung zu Fehlern kommt, falls der User im Zielsystem nicht angelegt ist (ist ja auch logisch), möchte ich eine Prüfung der RFC Verbindung einbauen. Ich benötigte eine Prüfung wie in der sm59, also eine Remote-Login Prüfung. Leider habe ich bisher kein passenden Fuba gefunden der mir das bietet. Kann mir jemand hier weiter helfen? Ich möcht emit dieser prüfung eigentlich nur testen, ob der User im Zielsystem angelegt ist. Mir würde es also schon langen irgendeinen Fuba im Zielsystem mit der angelegten RFC Destination aufzurufen, jedoch mit dem entsprechenden User. Wenn dann ein Fehler kommt, weiß ich dass der User noch nicht existiert. Allerdings ist es wohl so, das bei einem Aufruf eines Fuba per Destination, der aktuell angemeldete User verwendet wird und nicht der für diese RFC Verbindung angelegte, richtig?
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Du kannst mit BAPI_USER_GETDETAIL prüfen, ob der Benutzer im Zielsystem existiert. Der Baustein müsste eigentlich RFC-fähig sein.
Gruß, Enno
Gruß, Enno
Danke, nur habe ich nun das Problem, dass beim Aufruf des FUBA per DESTINATION, ein Kurzdump erzeugt wird, wenn der User im Zielsystem nicht korrekt angelegt wurde. Also stelle ich fest, das er beim Aufruf per Destnation sich doch mit dem User anmelden will der in der Destination hinterlegt ist. Dachte zunächst er würde den aktuellen User ziehen.
Also wäre die Lösung für mein Problem, irgendwein FUBA im Zielsystem über die zu prüfenden RFC-Verbindung aufzurufen und zu sehen, ob es einen Programmabbruch gibt. Kann ich den Programmabbruch irgendwie abfangen, sodass mein Programm den Fehler "bemerkt", jedoch nicht abbricht?
Also wäre die Lösung für mein Problem, irgendwein FUBA im Zielsystem über die zu prüfenden RFC-Verbindung aufzurufen und zu sehen, ob es einen Programmabbruch gibt. Kann ich den Programmabbruch irgendwie abfangen, sodass mein Programm den Fehler "bemerkt", jedoch nicht abbricht?
Beitrag
von DeathGuardian (Expert / 759 / 0 /
3
)
»
ewx und MrABAP haben doch schon einen FuBa hier erwähnt, mit dem Prüfen kannst ob der User existiert. Nur muss nur bei diesem eine "User-Unabhängige"-Destination bzw eine Destination mit einem Systemuser mitgeben.
Dieser diehnt ja nur zu kontrolle.
Anschliessend kannst ja dann deinen RFC-FuBa losschicken mit deiner Destination.
Dieser diehnt ja nur zu kontrolle.
Anschliessend kannst ja dann deinen RFC-FuBa losschicken mit deiner Destination.
Hallo,
ok, aber da beißt sich die Katze in den Schwanz.
Wenn ich den Fuba aufrufe mit einer Destination, dann muss zu dieser Destination ja ein korrekter User vorhanden sein, aber genau das will ich ja prüfen.
Ich habe etliche RFC Destinationen, ich will jedoch nur testen ob der dort eintragene User (Ist immer der gleiche) im Zielsystem existiert und somit die RFC Verbindung keoorekt funktioniert. Teste ich dies über den angegbenen FUBA, muss ich ja noch eine RFC Verbindug einrichten die im Grunde nur nen User hat von dem ich weiß das er existiert. Dies macht doch kein Sinn.
Ich würde einfach gerne hingehen und irgendeinen Fuba über die zu testende RFC Destination aufrufen. bekomme ich einen Dunp weiß ich, dass der USer nicht korrekt war, leider ist mein programm dann aber abgebrochen. Daher würde ich diesen Abbruch gerne unterdrücken, trotzdem aber "feststellen" das es ein Fehler gab.
Ich kanns nicht anders erklären.
ok, aber da beißt sich die Katze in den Schwanz.
Wenn ich den Fuba aufrufe mit einer Destination, dann muss zu dieser Destination ja ein korrekter User vorhanden sein, aber genau das will ich ja prüfen.
Ich habe etliche RFC Destinationen, ich will jedoch nur testen ob der dort eintragene User (Ist immer der gleiche) im Zielsystem existiert und somit die RFC Verbindung keoorekt funktioniert. Teste ich dies über den angegbenen FUBA, muss ich ja noch eine RFC Verbindug einrichten die im Grunde nur nen User hat von dem ich weiß das er existiert. Dies macht doch kein Sinn.
Ich würde einfach gerne hingehen und irgendeinen Fuba über die zu testende RFC Destination aufrufen. bekomme ich einen Dunp weiß ich, dass der USer nicht korrekt war, leider ist mein programm dann aber abgebrochen. Daher würde ich diesen Abbruch gerne unterdrücken, trotzdem aber "feststellen" das es ein Fehler gab.
Ich kanns nicht anders erklären.
Wird beim dump eine SYSTEM-EXCEPTIONS geworfen?jondahl11 hat geschrieben:Ich würde einfach gerne hingehen und irgendeinen Fuba über die zu testende RFC Destination aufrufen. bekomme ich einen Dunp weiß ich, dass der USer nicht korrekt war, leider ist mein programm dann aber abgebrochen. Daher würde ich diesen Abbruch gerne unterdrücken, trotzdem aber "feststellen" das es ein Fehler gab.
Wenn ja, dann mittels Try/Catch diese abfangen
TRY.
CALL FUNCTION 'BAPI_USER_GET_DETAIL'
CATCH SYSTEM-EXCEPTIONS.
WRITE: / 'User excistiert im Zielsystem nicht.'.
ENDTRY.
Gruß Hendrik
Beitrag
von DeathGuardian (Expert / 759 / 0 /
3
)
»
Habt ihr keine Destinations welche nur Daten schiebt und deshalb einen SYSTEM-User benutzt?
Es gibt immerhin mehrere Arten von Destinations:
Beispiel:
- eine wo über einen Systemuser Daten holt
- eine wo der User AUF das Zielsystem gehen kann und dann dort ist
Erste nimmst zusammen mit dem FuBa BAPI_USER_GET_DETAIL um zu prüfen ob der User existiert.
Zweitere ist ja dann die wo du eigentlich aufrufen willst mit deiner eigentlichen Destination.
Im Übrigen habe ich das auch schon im letzten Post gesagt.
Es gibt immerhin mehrere Arten von Destinations:
Beispiel:
- eine wo über einen Systemuser Daten holt
- eine wo der User AUF das Zielsystem gehen kann und dann dort ist
Erste nimmst zusammen mit dem FuBa BAPI_USER_GET_DETAIL um zu prüfen ob der User existiert.
Zweitere ist ja dann die wo du eigentlich aufrufen willst mit deiner eigentlichen Destination.
Im Übrigen habe ich das auch schon im letzten Post gesagt.
Seite 1 von 1
Vergleichbare Themen
19
Antw.
Antw.
2576
Views
Views
0
Antw.
Antw.
2036
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
OData Service für Aufruf von Funktionsbaustein (Web-Service)
vor einer Woche von Lukas Sanders 2 / 8806
vor einer Woche von Lukas Sanders 2 / 8806
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
OData Service für Aufruf von Funktionsbaustein (Web-Service)
vor einer Woche von Lukas Sanders 2 / 8806
vor einer Woche von Lukas Sanders 2 / 8806
Unbeantwortete Forenbeiträge
Nutzung UserExit COOM0003 für Abrechnungsvorschriften Aufträge
vor 4 Wochen von fico_fschluesener 1 / 13446
vor 4 Wochen von fico_fschluesener 1 / 13446