Bitte um Hilfe für Webservice/Gateway/PortListener

[Bali]

OK, nennen wir das Zwischenprogramm C.

C liegt auf einem Windows 2008 Server.

Damit C die aufbereiteten Daten nach B schicken kann, ist kein Problem für mich.

Wichtig wäre für mich erstmal, wie A die Informationen nach C schicken kann.

A kann die Informationen über einen http oder xml String senden.

Aber wenn ich das richtig verstehe, muss auf C ein HTTP Server laufen, damit sich A und C verständigen können, richtig ?
Könnte ich nicht ein Programm schreiben, was wie ein Service läuft und ständig einen Port überwacht, und sobald der Port angesprochen wird, bzw. eine Info geschickt wird, nimmt das Programm die Info entgegen und bearbeitet sie.

Sorry, ist für mich in dem Thema alles ziemlich Neuland

[Bummi]

Muss IMHO kein HTTP-Server sein. Wie Du beschreibst, ein Dienst der auf einem Port (SS) lauscht, die Daten von 1 transformiert und an 2 weiterreicht (CS), das was von 2 zurückkommt gegf. wieder transformiert und an 1 zurückgibt.

[Bali]

Richtig, an sowas denke ich, ich würde halt nur gern wissen, wie ich das umsetzen kann

[Jumpy]

Zitat von Bali:

A kann die Informationen über einen http oder xml String senden.

Ist A denn ein Programm, das du verändern kannst, oder ist a eine "fremde" Software, die du nur konfigurieren kannst, sprich du kannst da z.B. eine IP-Adresse angeben, wohin es die Daten schickt, o.ä.?

Wir haben z.B. hier eine Telefonanlage, die zu Login-Zwecken jedes Ereignis z.B. in eine Logdatei schreibt, man kann es aber stattdessen auch (über HTTP.Get) an einen HTTP-Server schicken lassen. Das haben wir ausgenutzt, um ein Programm C zu schreiben, an das die Daten geschickt werden. Das Leitet diese dann direkt und unverfälscht als HTTP-Client, ebenfalls via Get an eine Drittsoftware zur Gebührenerfassung weiter, speichert die Daten aber in aufbereiteter Form zusätzlich für uns ab. Wir haben C also dazwischengeschaltet.

[Bali]

A ist eine externe Software und ich kann dort nur sagen, wohin sie den String schicken sollen, also IP und Port Angabe.

Hört sich nach dem an, was ich auch gebrauchen könnte, aber ich möchte ungern jetzt auf dem System wo C läuft einen HTTP Server einrichten.

[mjustin]

Zitat von Bali:

OK, nennen wir das Zwischenprogramm C.

C liegt auf einem Windows 2008 Server.

Damit C die aufbereiteten Daten nach B schicken kann, ist kein Problem für mich.

Wichtig wäre für mich erstmal, wie A die Informationen nach C schicken kann.

A kann die Informationen über einen http oder xml String senden.

HTTP ist also als Protokoll vorgesehen? Das ist ja wie bestellt Und XML als "Dateiformat" ist für Delphi auch kein Problem, also ok.

Zitat von Bali:

Aber wenn ich das richtig verstehe, muss auf C ein HTTP Server laufen, damit sich A und C verständigen können, richtig ?
Könnte ich nicht ein Programm schreiben, was wie ein Service läuft und ständig einen Port überwacht, und sobald der Port angesprochen wird, bzw. eine Info geschickt wird, nimmt das Programm die Info entgegen und bearbeitet sie.

Ja, so ein Programm heisst auch HTTP Server

Man kann es als Dienst laufen lassen, und es muss so eingestellt sein dass es auf dem Port lauscht der in A hinterlegt ist.

Wenn dann A eine HTTP Nachricht an diesen Port sendet, empfängt der Dienst den XML String. Im Dienst kann dann die Kommunikation mit B folgen.

Zitat von Bali:

Hört sich nach dem an, was ich auch gebrauchen könnte, aber ich möchte ungern jetzt auf dem System wo C läuft einen HTTP Server einrichten.

Wenn HTTP vom System A untersützt wird, ist das wohl die beste Möglichkeit. Man muss keinen IIS oder Apache HTTP Server installieren, es ist alles in einem kleinen Delphi Serviceprogramm machbar. Gefühlt mit weniger als hundert Zeilen Quellcode für einen einfachen Server.

[Bali]

wow, super

dankeschön für die Erfolgsmeldungen

Dann würde ich bitte nur noch gerne wissen, wie ich das in Delphi umsetzen kann.

Tobi

[Uwe Raabe]

Kuck mal hier. Vielleicht hilft das schon mal weiter.

[Jumpy]

Service erstellen, einfache Variante:
Datei->Neu->Service-Anwendung

Die Ide erstellt den Rumpf des Programms.
Der TService hat eine Art Form, ist keine richtige Form, aber darauf kann man Komponenten klatschen, z.B. die HttpServer-Komponente von den Indys: IdHttoServer.

Dann ein paar Events des Services einrichten, z.B.:

Delphi-Quellcode:

//----------------------------------------------------------------------
// Service-Events
//----------------------------------------------------------------------

//Damit der Service in der Liste der Dienste
//auch eine vernünftige Beschreibung bekommt:
procedure TPortaleSperrenServer.ServiceAfterInstall(Sender: TService);
var
  Reg: TRegistry;
begin
  Reg := TRegistry.Create(KEY_READ or KEY_WRITE);
  try
    Reg.RootKey := HKEY_LOCAL_MACHINE;
    if Reg.OpenKey('\SYSTEM\CurrentControlSet\Services\' + Name, false) then
    begin
      Reg.WriteString('Description', ServiceDescription);
      //ServiceDescription ist eine String-Konstante mit der Beschr.
      Reg.CloseKey;
    end;
  finally
    Reg.Free;
  end;
end;

procedure TPortaleSperrenServer.ServiceStart(Sender: TService; var Started: Boolean);
begin
  CoInitialize(nil); //Brauch ich wg. Datenbankzugriffen, kann ggf. weg
  //Kann man im Prinzip alles reinmachen, was man sonst vllt.
  //bei Form Create reinmachen würde
end;

procedure TPortaleSperrenServer.ServiceExecute(Sender: TService);
begin
  //Hier auch:
  //Kann man im Prinzip alles reinmachen, was man sonst vllt.
  //bei Form Create reinmachen würde
  Server.Port:=5555;
  SA_Waitlist:=TStringlist.Create;
  Server.Open;

  //Nun die Schleife, in der der Eigentliche Service Thread läuft
  try
    while not Terminated do
      begin
      ServiceThread.ProcessRequests(true); //false
      //Sleep(10);
      end;
  except on E:Exception do
    begin
    LogEvent('Server als Dienst','Letzte Nachricht','',e.Message);
    end;
  end;
end;

procedure TPortaleSperrenServer.ServicePause(Sender: TService; var Paused: Boolean);
begin
  ServerSocket.Close;
end;

procedure TPortaleSperrenServer.ServiceContinue(Sender: TService; var Continued: Boolean);
begin
  Server.Open;
end;

procedure TPortaleSperrenServer.ServiceStop(Sender: TService; var Stopped: Boolean);
begin
  Server.Close;
  if SA_WaitList <> nil then SA_WaitList.Free;
  CoUnInitialize;
end;

procedure TPortaleSperrenServer.ServiceShutdown(Sender: TService);
begin
  Server.Close;
  if SA_WaitList <> nil then SA_WaitList.Free;
  CoUnInitialize;
end;

//----------------------------------------------------------------------
// HTTPServer-Events
//----------------------------------------------------------------------
//Einkommende Sendungen vom Programm A:
procedure TMain.HTTPServerCommandGet(AThread: TIdPeerThread;
  RequestInfo: TIdHTTPRequestInfo; ResponseInfo: TIdHTTPResponseInfo);
begin
  //Die direkte weiterleitung der Daten 
  if HTTPRedirect then Redirect(RequestInfo.UnparsedParams);
  //Wenn A eine Antwort braucht, das alles angekommen ist:
  if HTTPResponse then
    begin
    ResponseInfo.ResponseNo:=200;
    ResponseInfo.ResponseText:='OK';
    ResponseInfo.WriteContent;
    end;
  //(HTTPRedirect,HTTPResponse = Boolche Konstante):

  //Zur weiterbearbeitung der Daten:
  EvalCallInfo(RequestInfo.Params.Values['event'],
               RequestInfo.Params.Values['date'],
               RequestInfo.Params.Values['src_if'],
               RequestInfo.Params.Values['src_cgpn'],
               RequestInfo.Params.Values['src_cdpn'])
end;

//Die Funktion, um die Daten direkt weiterzusenden.
//Damit könnte man natürlich auch veränderte Daten senden.
//Benutzt wird ein IdHTTP-Client, der immer neu erzeugt wird,
//keine Ahnung, warum das nicht mit einer globalen Kompo gemacht wird
procedure TMain.Redirect(const Params: String);
var
  url:String;
  HTTP: TIdHTTP;
begin
  url:='http://'+RedirectIP+':'+RedirectHost+'/?'+Params;
  HTTP:=TIdHTTP.Create(self);
  try
    HTTP.Get(url);
  finally
    HTTP.Free;
  end;
end;

Hoffe das hilft als start!

[mjustin]

Zitat von Jumpy:

Service erstellen, einfache Variante

Im Falle eines Indy Servers im Service kann man in ServiceStart Server.Active auf True setzen und bei Stop auf False. Das ServiceExecute kann dann eigentlich wegfallen.

Quellen wie zum Beispiel http://stackoverflow.com/questions/1...service-design (die Antwort enthält den Code für ein Service-Grundgerüst) empfehlen statt ServerExecute, einen eigenen Thread zu starten. Im Falle eines einfachen Indy HTTP Servers wäre das dann dessen Threadpool.

Ich schlage vor einen Eintrag für einen Mini-HTTP Server Service in die Code Library zu stellen