Hallo Günter,
erst Einmal vielen Dank für die ausführliche Beschreibung bez. der Pipe-Funktionalität.
Genau diese Art der Beschreibung hilft in manchen Fällen (vor allem dann wenn man das beschriebene noch selbst nie benutzt hat) einiges viel schneller und besser zu begreifen.
Günter Beyes hat geschrieben:Aber nun werde ich doch neugierig. Kannst du sagen, was die Xbase-Anwendung für das Standardprogramm tun soll ?
Ich versuche mal kurz zu fassen was ich machen will.
Einige Bereiche in unserer Fa. werden Software-technisch neu bestückt. Und da man das Rad ja nicht immer neu erfinden muss setzten wir in diesen Bereichen eine Standardsoftware ein (es geht vor allem um die Bereiche FIBU, Einkauf, Lager, ...).
Aber auch in diesen Bereichen gibt es bei uns Prozesse die auf den Betrieb optimiert worden sind. Und genau diese "Sonderlocken" lassen sich ohne Anpassungen (der Standardsoftware) nicht abbilden. Doch für den reibungslosen Ablauf unserer Prozesse sind diese Optimierungen unverzichtbar.
In der neuen Standardsoftware können wir in VBScript eigene Anpassungen machen. Da VBScript funktionstechnisch aber sehr eingeschränkt ist (für mich programmiertechnisch auch gewöhnungsbedürftig) müssen komplexere Anpassungen "ausgelagert" werden. In meinen Fall heißt es: aus der Standardsoftware heraus rufe ich ein eigenes Programm auf (optisch angepasst an die Standardsoftware, für den User also nicht nachvollziehbar das ein anderes Programm gestartet wurde) - in meinem Fall ein Xbase Programm.
Das was mir bisher fehlt ist die "online" Kommunikation der beiden Anwendungen. Aus diesem Grund bin ich eben auf Dll's gekommen - damit ich Rückgabewerte bekomme. Aber wie ich schmerzlich erfahren dürfte geht das mit den Dll's nicht ohne Umwege. Eine normale Exe liefert nun mal nichts Brauchbares zurück.
Wenn es also mit den Pipes klappen würde währe ich einen riesigen Schritt weiter.
Günter Beyes hat geschrieben:Auf deine Anwendung bezogen: Der Client (deine Standardanwendung mit VBScript-Unterstützung) schreibt x Bytes in die Pipe-"Datei", z.B. den Namen einer auf Xbase-Seite aufzurufenden Funktion mit Parameterwerten, und wartet dann auf eine Antwort. Der Server (die Xbase-Anwendung) erkennt, dass Daten in der Pipe bereitstehen, holt diese ab, interpretiert sie, ruft die angeforderte Funktion (so sie denn existiert) mit den gegebenen Parameterwerten auf und schreibt das Ergebnis zurück in die Pipe-"Datei".
Hier denke ich müsste es genau umgekehrt laufen.
Ich befinde mich in der Standardsoftware. Durch eine Aktion X wird ein Xbase Programm gestartet. Im Xbase wird dann eine Verarbeitung angestoßen die dann einen Rückgabewert an die Standardsoftware zurückliefert.
Also denke ich, dass ich bevor ich das Xbase Programm starte einen Pipe Server in VBScript starten muss. Danach starte ich den Pipe Client (Xbase). Der Client liefert dann einen Wert zurück. Dieser wird dann vom Server weiter verarbeitet. Die Pipe muss dann so lange "offen" bleiben bis der Client geschlossen wird. Das merkt dann der Server und beendet sich daraufhin.
Der User merkt davon nichts. Er öffnet einfach nur wie gewohnt seine Fenster. Da die Xbase Programme in diesem Fall an die Optik der Standardsoftware angepasst werden, sieht der User keinen Unterschied.
Er arbeitet sozusagen komplett in der Standardsoftware.
Hoffe es ist zumindest ein wenig verständlich(?).
Falls noch gewünscht dann kann ich einen Prozess noch genauer beschreiben.
Jetzt mache ich mich an die Arbeit und versuche in VBScript einen Pipe Server zu "basteln". Vielleicht finde ich ein wenig Code im Netz ...
Gruß,
Notloesung
Nun stehe ich vor einem P R O B L E M:
.
Glaube, muss noch einmal darüber nachdenken ...