Zitat von
moelski:
Externe Anwendung zeichnet ein Telegramm auf -> Konvertiert die Daten passend für unsere Anwendung -> Sendet sie an unsere Anwendung -> Unsere Anwendung nimmt die Daten an und wertet sie aus. Dann das nächste Telegramm usw. usw.
...
Wichtig wäre nur, das die Fremdanwendung nicht auf Delphi beschränkt ist. Denn wenn ein User sich sein eigenes Proggi schreiben will kann man nciht davoin ausgehen das er Delphi kann ...
Hi
Wenn man Daten zwischen mehreren Rechnern von Anwendungen in mehreren Programmiersparachen senden will, ist zum Beispiel eine Message Queue wie der Open Source ActiveMQ eine Lösung.
Die Fremdanwendungen senden an eine Queue, die der Message Broker automatisch auch persistent (in einer Datenbank) speichern kann. Eure Anwendung entnimmt die Daten der Reihe nach aus der Queue und verarbeitet sie. Ein Vorteil ist, dass eure Anwendung auch mal ausfallen darf, und die Clients dennoch Daten senden können. Ein weiterer Vorteil ist, dass man die Anwendung in der die Daten abgerufen werden auch mehrfach auf verschiedenen Rechnern starten kann, um die Last auf mehr Hardware zu verteilen - die Message Queue wird die Nachricht dabei immer nur an eine Instanz senden.
Daß ActiveMQ auch Transaktionen unterstützt, für viele Programmiersprachen Clientbibiotheken existieren, und auch sehr einfach in Betrieb zu nehmen ist (auspacken, Batch starten, benutzen), ist vielleicht noch erwähnenswert. Und mit IONA gibt es auch eine kommerziell supportete Version, falls Open Source nur mit Support in Frage kommt.
Neben ActiveMQ gibt es noch andere Produkte wie z.B. xmlBlaster (ebenefalls Open Source, wird z.B. von Astra eingesetzt). Eine Zero-Install-Lösung gibt es auch, Amazon bietet mit dem "Simple Queue Service" eine global erreichbare Message Queue an, mit der sich Clients über das Internet verbinden.
Viele Grüße
Michael