Nimmt Webservices.
Step 1: Für moderne SAP Systeme ist es ein Knopfdruck, um aus der ihren wie-immer-das-Zeugs-heisst Webservices mit WSDL zu erzeugen.
Step 2: Besorg dir XML Spy von Altova. Damit kann man direkt die URL der WSDL Files auf SAP Webserver eingeben und man bekommt samples für die inbound und outbound SOAP messages für diese WSDL.
Step 3: (ein bischen schwieriger) Gibt verschiedene Möglichkeiten mit Java (nimm jakarta.commons.HttpClient) oder irgendwelchen auf Windows herumschwirrenden Com Objekten (dazu gibts Infos auf nsftools.com von diesem Jahr einen HttpClient in Notes zu basteln.
Step 4: Du baust dir die sap-inbound xml Messages als String zusammenzuconkennatieren und code um die sap-outbound SOAP Message zu parsen (nimm SAX).
Das ist für alle Beteiligte der transparenteste Weg und alle Diskussionen über SAP unterstützt nicht mehr irgendwo gezüchtete Bibliothek, weil SOAP können die nicht über Bord werfen.
Die Wahrscheinlichkeit das in einem solchen Projekt erworbene Wissen woanders wieder zu verwenden ist hoch. Hab jetzt z.B. ein RSS Projekt, wos um ganz ähnliche Dinge geht.
Ist es heutzutage genial, nur weil code zufällig System x mit System y integriert? Denke nicht, weils nämlich einfach ist. Man muss sich einfach nur ein bischen in vorhandene Standards (HTTP, SOAP) einarbeiten.
Gruß Axel
