Hallo moelski,
Zitat von
moelski:
Überall steht dort das man zum Betrieb einen Webserver braucht. Ohne geht das nicht, oder?
Jein, man braucht eine Möglichkeit zur Kommunikation über das Netzwerk.
Im einfachsten Fall ist dies ein Listening Socket, der die Requests empfängt,
und die
XML Daten aufbereitet.
Zitat von
moelski:
Kann die Anwendung nicht selber auf Anfragen reagieren?
Ja, wenn ein Socket Listener vorhanden ist.
Zitat von
moelski:
Ich frage deshalb weil wir in der Firma eine normale Delphi Anwendung haben.
Die muss in Zukunft aber mit der Aussenwelt sprechen.
Und ein SAOP Interface mittels Webservice würde sich da anbieten.
Hier stellt sich die Frage, welche Services angeboten werden sollen, und wer diese nutzen soll und kann.
Datenaustausch mit Webservices (HTTP +
SOAP) ist zwar bequem, aber äußerst ineffektiv.
Überall wo Performance eine Rolle spielt, hat HTTP,
SOAP und Co. nichts verloren.
Zitat von
moelski:
Nun ist mir aber nicht klar ob ich einer Anwendung einen Webservice hinzufügen kann,
oder ob das generell immer eigenständige Anwendungen sind.
Da es sich bei Webservices um standartisierte Verfahren handelt, findet auch eine Arbeitsteilungs statt.
1. Applikation die die Kommunikation über das Netzwerk sicherstellt (Webserver wie Appache, Tomcat, IES usw..)
2. Diese Webserver stellen wiederum Schnittstellen für Fremdanwendungen zur Verfügung (
ISAPI, CGI usw.)
3. Die eigentlichen Anwendungen (
ISAPI Dll's bzw. CGI)
Wenn alles in die eigene Anwendung soll, muss man mindestens Punkt 1 u. 3 selber realisieren.
Zitat von
moelski:
..ich muss zwischen meiner "normalen" Anwendung und dem webservice eine extra Kommunikation einrichten?
Da gibt es wie schon erwähnt, verschiedene Schnittstellen,
ISAPI, CGI und Co.
Delphi bietet dahingehend, je nach Lizenz verschiedene Möglichkeiten,
ISAP,
NSAPI, CGI und Appache Anwendungen zu erstellen.
lg. Astat