Delphi-PRAXiS
Seite 1 von 2  1 2      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Win32/Win64 API (native code) (https://www.delphipraxis.net/17-win32-win64-api-native-code/)
-   -   Sinnvollste Technik für Interaktion mit SAP (https://www.delphipraxis.net/184457-sinnvollste-technik-fuer-interaktion-mit-sap.html)

Bernhard Geyer 28. Mär 2015 08:59

Sinnvollste Technik für Interaktion mit SAP
 
Ein Anwendung die mittels DDE von SAP (Windows32-Exe) aufgerufen wird soll abgelöst werden.
Von SAP->Anwendung gibt es 2 Aktionen: Erster Start mit Übergabe von Startparametern und anschließende Übergabe von weiteren Parametern nach Interaktion in einer (speziell programmierten) SAP-GUI zur weiteren Steuerung der Anwendung.
Ist in der Anwendung alles erledigt werden Daten von dieser an SAP gesendet und weiterverarbeitet.

Bisher basiert die Lösung auf der Windows DDE-Schnittstelle. Im Rahmen der Ablösung dieser Altanwendung ist es auch möglich diese DDE-Schnittstelle abzulösen und durch eine heutzutage bessere Schnittstelle zu ersetzen.

Würde es nur den initialen Aufruf mit abschließender Rückgabe der Daten (in einer Datei?) gehen, würde ich einfach auf Aufrufparameter setzen. D.h. die neue Exe wird mit Parametern aufgerufen so das sie weis was sie machen soll und wohin (Dateiname) die Ergebnisse geliefert werden sollen. Wegen der zweiten Funktion (Klick auf SAP-GUI soll möglichst schnell die Aktion in der eigenen Anwendung auslösen) benötige ich hier eine schnelle IPC-Kommunikation die auch auf SAP-Seite realisiert werden kann. Bisher würde ich die Exe nochmal starten lassen. Diese sucht dann ob es eine laufende Instanz gibt und übergibt die neuen Parameter per SendMessage und WM_COPYDATA. Jedoch vermute ich das dieser Ansatz zu langsam reagiert.

Ebenfalls ist es nötig das dieser Ansatz auch für eine Javaanwendung (Compilierte Java-Exe) die an dieser Stelle ebenfalls zum Einsatz kommt funktioniert.

Also welche IPC-Schnittstelle wäre in 2015 zu bevorzugen?

Bernhard Geyer 30. Mär 2015 08:07

AW: Sinnvollste Technik für Interaktion mit SAP
 
*Push*

Sherlock 30. Mär 2015 10:25

AW: Sinnvollste Technik für Interaktion mit SAP
 
Haben die keine COM-Schnittstelle? Das dürfte immer noch der robusteste und schnellste Weg für IPC sein.

Sherlock

Bernhard Geyer 30. Mär 2015 12:17

AW: Sinnvollste Technik für Interaktion mit SAP
 
Zitat:

Zitat von Sherlock (Beitrag 1295311)
Haben die keine COM-Schnittstelle? Das dürfte immer noch der robusteste und schnellste Weg für IPC sein.

Sherlock

Die Interaktion wird von SAP aus gestartet.
Und in unsere Anwendung will ich eigentlich keine COM-Schnittstelle einbauen da diese für viele Kunden verwendet wird und nur für einen per Plugin diese Funktionalität bereitstellen will.

Lemmy 30. Mär 2015 12:24

AW: Sinnvollste Technik für Interaktion mit SAP
 
dann bau einen simplen Webservice in deine Anwendung ein, von SAP aus per JSON füttern, dann kannst Du Aktionen am laufenden Band ausführen... und wenn Du dein Webservice als Windows-Dienst bereit stellst, dann kannst Du den unabhängig von deiner Anwendung aus installieren und nutzen...

Bernhard Geyer 30. Mär 2015 14:21

AW: Sinnvollste Technik für Interaktion mit SAP
 
Zitat:

Zitat von Lemmy (Beitrag 1295333)
dann bau einen simplen Webservice in deine Anwendung ein, von SAP aus per JSON füttern, dann kannst Du Aktionen am laufenden Band ausführen...

Da müsste ich erst fragen ob das an dieser Stelle von SAP aus der Win32-SAP-GUI auch möglich wäre.

Zitat:

Zitat von Lemmy (Beitrag 1295333)
und wenn Du dein Webservice als Windows-Dienst bereit stellst, dann kannst Du den unabhängig von deiner Anwendung aus installieren und nutzen...

Das "(Klick auf SAP-GUI soll möglichst schnell die Aktion in der eigenen Anwendung auslösen) " bedeutet auch das der Anwender in der eigenen Anwendung nach diser Aktion GUI-Interaktionen durchführt deren Ergebnis wieder an SAP gesendet werden. Somit nix mit Windows-Dienst.

DSP 30. Mär 2015 14:32

AW: Sinnvollste Technik für Interaktion mit SAP
 
Moin Moin,

ich würde einfach eine CPIC Schnittstelle implementieren, auf SAP Seite einfach einen passenden Funktionsbaustein einrichten und fertig.

Dateischnitstelle ist ein Problem, via PBA/PAI können zwar Daten gelesen und geschrieben werden, nur wohin? Die Logik läuft auf einen App Server, der Kennt deinen Client nicht, gegen ein gemeinsames Verzeichnis sperren sich meist die Admins und die Seccurity ausserdem weiss man nicht mehr was zu wem gehört wenn dein Add On von mehreren verwendet werden.

Grüsse
Wolf

greenmile 30. Mär 2015 15:23

AW: Sinnvollste Technik für Interaktion mit SAP
 
SAP hat doch ein gutes SDK ...

Bernhard Geyer 30. Mär 2015 20:09

AW: Sinnvollste Technik für Interaktion mit SAP
 
Zitat:

Zitat von DSP (Beitrag 1295340)
]ich würde einfach eine CPIC Schnittstelle implementieren, auf SAP Seite einfach einen passenden Funktionsbaustein einrichten und fertig.

Hast du mehr Infos? unter CPIC findet man alles und nichts.
Und es geh hier um eine (fertige) Anwendung auf unserer Seite die um eine vom Kunden gewünschte Anbindung an SAP erweitert wird.

Zitat:

Zitat von DSP (Beitrag 1295340)
]Dateischnitstelle ist ein Problem, via PBA/PAI können zwar Daten gelesen und geschrieben werden, nur wohin? Die Logik läuft auf einen App Server, der Kennt deinen Client nicht, gegen ein gemeinsames Verzeichnis sperren sich meist die Admins und die Seccurity ausserdem weiss man nicht mehr was zu wem gehört wenn dein Add On von mehreren verwendet werden.

Dateischnittstelle wurde von den SAP-Betreuern ins Spiel gebracht. Also sollte Admins und Co. kein Problem darstellen.
Und was hat das mit dem App-Server zu tun? Es soll ja mit dem Win32-Bit SAP-Client (easySAP?) kommuniziert werden und das entsprechende Gegenstück der SAP-Implementierung dürfte damit auch auf dem Client laufen.

Bernhard Geyer 1. Apr 2015 08:10

AW: Sinnvollste Technik für Interaktion mit SAP
 
*push*


Alle Zeitangaben in WEZ +1. Es ist jetzt 07:28 Uhr.
Seite 1 von 2  1 2      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz