IndyServer auf Android mit mobilen Daten nicht erreichbar

[mjustin]

Zitat von AndyBo:

Danke für die Antworten.
Mit Threads habe ich mich bis jetzt noch nicht beschäftigt. Dies ist auch mein erstes Projekt mit TCP. Da werde ich mal suchen ob ich da schöne, leicht verständliche Anleitung finde.

Ein kleines, eigenständiges Beispiel ist hier:

https://mikejustin.wordpress.com/201...-push-example/

Der Einfachheit halber befinden sich Server und Client in derselben Anwendung. Der Client führt in seinem Thread einfach nur in einer Schleife TCPClient.IOHandler.ReadLn aus und schreibt - falls eine Nachricht eintrifft - deren Text in ein TMemo.

Delphi-Quellcode:

procedure TMyPushClientThread.Execute;
var
  S: string;
begin
  TCPClient.Connect;
 
  while not Terminated do
  begin
    S := TCPClient.IOHandler.ReadLn(IndyTextEncoding_UTF8);
 
    if not TCPClient.IOHandler.ReadLnTimedout then
    begin
      TThread.Queue(nil,
        procedure
        begin
          FLog.Append(S);
        end);
    end;
 
  end;
 
  TCPClient.Disconnect;
end;

[AndyBo]

Danke Dir

In diesem Beispiel bekommt der Client Nachrichten vom Server. Wenn ich jetzt versuche von diesem Clienten was an den Server zu schicken, funktioniert das nicht mehr (Die Verbindung besteht bereits). Wie muss ich mir das vorstellen, das umzusetzen? Brauche ich da einen 2. Clienten, oder sogar eine 2. Server/Client-Struktur? Eine, die nur vom Clienten zum Server sendet und die 2., in der der Client nur vom Server empfängt? Oder denke ich da zu kompliziert?

[mjustin]

Zitat von AndyBo:

Wenn ich jetzt versuche von diesem Clienten was an den Server zu schicken, funktioniert das nicht mehr (Die Verbindung besteht bereits). Wie muss ich mir das vorstellen, das umzusetzen?

Das Beispiel zeigt, wie der Server einfach Daten an den Client senden kann. Es fehlt nur eine Kleinigkeit, um über den Client gleichzeitig auch Daten an den Server zu senden: die Erzeugung der Indy TCP Client Instanz muss im Hauptthread stattfinden, z.B. als Feld des Hauptformulars (TServerPushExampleForm), und der TCP Client muss dann über den Konstruktor dem Thread übergeben werden.
Damit ist es möglich, z.B. aus einen Button.OnClick heraus eine Nachricht via TCP Client an den Server zu senden. Der Button sendet dann aus dem Hauptthread, während der TMyPushClientThread weiterhin auf Nachrichten des Servers wartet. Eine Indy TCP Client Instanz erlaubt das gleichzeitige Senden und Empfangen aus verschiedenen Threads (ein Thread je Richtung).

[AndyBo]

Ich geb Rückmeldung, wenn ich es ausprobiert habe.

[Union]

Die Herangehensweise ist ein No-Go. Sinnvoller wäre ein Datenaustausch über einen "zwischengeschalteten" Rest-Server (z.b. EMS).

[AndyBo]

Zitat von Union:

Die Herangehensweise ist ein No-Go. Sinnvoller wäre ein Datenaustausch über einen "zwischengeschalteten" Rest-Server (z.b. EMS).

Wieso ist die Herangehensweise ein No-Go wenn ich ein Verständnis dafür bekommen möchte, wie die Indy-Componenten funktionieren und miteinander agieren?

[Union]

Dann mach das in einem LAN ggf. mit Windows Anwendungen. Mit Mobilgeräten wird es nicht funktionieren. Die erhalten ständig neue IP und unter aktuellen OS sogar zufällig generierte MAC-Adressen. Du brauchst nicht einmal ein physikalisches LAN, sondern kannst das gesamte Verhalten auch mit localhost anschauen.

[AndyBo]

Zitat von mjustin:

... und der TCP Client muss dann über den Konstruktor dem Thread übergeben werden.

Ich bekomme das nicht hin. Ich verstehe noch nicht, wie das mit den Threads funktioniert und wie man die dann anspricht.