[56221] in SAPr3-news
Re: Report mit Dynproausgabe in anderem System aufrufen
daemon@ATHENA.MIT.EDU (Jens Hoetger)
Thu Dec 8 03:14:10 2005
To: sapr3-news@mit.edu
Date: Thu, 08 Dec 2005 09:12:57 +0100
From: Jens Hoetger <Jens.Hoetger@de.bosch.com>
Message-ID: <46qfp15bt4gnkfd9626tivg3unqo2r0k43@4ax.com>
On 7 Dec 2005 02:29:44 -0800, "Mathias Gloß" <mgloss@gmail.com> wrote:
<snip>
>Rufe ich den Funktionsbaustein lokal auf, funktioniert alles. Rufe
>ich den FuBa per RFC auf, erhalte ich einen Dump:
>"Dynproausgabe ohne Verbindung zum Benutzer"
<snip>
Das Problem ist hier, dass das aufgerufene Programm anscheinend nicht
(nur) eine Liste erzeugt sondern anscheinend noch ein Dynpro ausgibt
(ggf. Bestaetigungsabfrage o.ae.).
Der User in der RFC-Verbindung vom lokalen zum Ziel-System ist
vermutlich nicht vom Typ "Dialog" sondern vom Typ "System" oder
"Kommunikation", was im Grunde auch richtig ist, da man sich sonst mit
der in der RFC-Verbindung eingetragenen User-ID direkt an dem
Zielsystem anmelden koennte, ohne dass man selbst dort einen User hat
(Stichwort Sicherheit). Das fuehrt dann aber eben zu der
Fehlermeldung.
Wenn du die Funktion nicht im Batch benoetigst, kannst du deinen
Basis-Admin bitten, eine RFC-Verbindung zum Zielsystem einzurichten,
in der keine User-ID eingetragen ist. Wenn du die Funktion auf deinem
lokalen System dann startest und den Funktionsbaustein remote
aufrufst, kriegst du eine Anmeldemaske, nach Anmeldung geht's dann im
Zielsystem weiter.
Wenn du die Funktion im Batch benoetigst, sieht es schlecht aus.
--
Jens Hoetger
-> http://www.scribblepapers.de.vu
