[59119] in SAPr3-news
Re: .net Connector, DCOM Connector und Logon Component
daemon@ATHENA.MIT.EDU (wundertier@web.de)
Fri Mar 23 08:09:47 2007
To: sapr3-news@mit.edu
Date: 23 Mar 2007 05:09:34 -0700
From: wundertier@web.de
Message-ID: <1174651774.520087.135380@p15g2000hsd.googlegroups.com>
Tibor Gerke wrote:
>
> Ich =FCberlege gerade, ob ich f=FCr den Zugriff auf das Connection Objekt
> eine VB6 Wrapper DLL schreibe. Ist zwar nicht sch=F6n, sollte aber
> funktionieren.
Das hat ein Kollege von mir auch vorgeschlagen.
Hab ich mich bis jetzt gegen gewehrt, weil, ist doch irgendwie
krank ...
aber so langsam ists mir auch egal.
Hast Du da schon was zum Laufen bekommen?
Ich bekomme momentan immer Fehler 13 (was unter Windows dann mit
"Typen unvertr=E4glich" =FCbersetzt wird, aber h=F6chstwahrscheinlich was
anderes bedeutet, ich hab nur noch nicht rausgefunden, was), wenn ich
die SAP-Zugriffe in eine VB6-DLL packe und aufrufe. Der selbe Code
direkt in ein EXE-VB-Projekt gepackt und ausgef=FChrt, liefert nur sowas
wie "SAP Logon fehlgeschlagen", was auch korrekt ist, da unser SAP-
System momentan nicht verf=FCgbar ist.
> .net Connector konnte ich mir noch nicht ansehen, den Hinweis 'VS 2003
> prof. n=F6tig' hab ich erst in der readme nach der Installation gefunden
> und nachdem die VS2003 Standard-Edition installiert war und nix so
> funktioniert hat wie in der Doku/FAQ.
jaja, ich hab auch erst auf das "VS 2003 or greater" vertraut, hab
direkt 2005 installiert ...
> Ich gehe aber davon aus, dass Includes in RFC-Strukturen nicht vom .net
> Connector unterst=FCzt werden, wenn sie nicht zur Design-Time im System
> vorhanden sind. Oder ist die Einsch=E4tzung falsch ?
Hmm, ich kenn mich im SAP-System nicht so aus, als da=DF ich jetzt
w=FC=DFte, was Du meinst, aber ich w=FCrde mal sagen, da=DF der .net Connec=
tor
nur Dinge unterst=FCtzt, die schon zur Design-Time vorhanden sind.
Deshalb ist er ja auch f=FCr meine Zwecke wahrscheinlich gar nicht zu
gebrauchen.
Dazu ein Zitat aus einem Forum:
Frage:
Hello, I'm using .NET connector to invoke SAP RFC. I want to know if
is there any posibility to use it without proxies. I don't want to
generate one proxy for each BAPI I need a more generic method.
Antwort eines SAP Mitarbeiters:
No - NCo doesn't support generic call.
You can use the Soap Processor (6.20 and higher) or Web Service
feature (Netweaver 2004 and higher) to get the WSDL at runtime, create
a .NET proxy dynamically, and reflect it to do the dynamic call. XI
would be also an option.
Tja ...
Hab ich das eigentlich falsch in Erinnerung, oder sind generic calls
mit dem JCo m=F6glich???
Gru=DF
Steffi
