Datenaustausch zwischen App und Desktop

[mjustin]

Zitat von hhcm:

Also für eine TCP/IP Client/Server Umgebung über die Cloud zu gehen scheidet echt aus. Auch wenn ich so ziemlich alle TMS Komponenten registriert habe.

Ziel ist eine App (Client) und eine Windows Middleware (Server)

Also kein Iss,Apache o.ä. Einfach ein Standalone Service oder VCL Anwendung mit Oberfläche.

Halbe Zustimmung von mir:

ein IIS oder Apache-Modul ist nicht nötig, aber es hat enorme Vorteile wenn man einen Apache HTTP Server als Reverse Proxy vorschaltet:

App -> Internet -> Apache HTTP Server auf Port 80 oder 443 -> Delphi HTTP Server auf Port 8080 (auf gleichem System)

Der Apache übernimmt dann alle fortgeschrittenen Aufgaben wie HTTPS, Kontext-Mapping etc. und entlastet dadurch die Delphi Entwicklung um einiges.

[hhcm]

Das ganze soll als Mobile Client für eine Datenbank Anwendung dienen.

Da ich über die App nicht direkt auf die Datenbank zugreifen möchte, sollte es eine Middleware geben.

Einem Endkunden kann ich keinen Reverseproxy zumuten.

App Installieren. Windows Middleware Konfigurieren und loslegen.
Natürlich vorausgesetzt das eine Statische IP oder ein dyndns Dienst zur Verfügung steht. Das ist aber nebensächlich.

[mjustin]

Zitat von hhcm:

Das ganze soll als Mobile Client für eine Datenbank Anwendung dienen.

Da ich über die App nicht direkt auf die Datenbank zugreifen möchte, sollte es eine Middleware geben.

Einem Endkunden kann ich keinen Reverseproxy zumuten.

App Installieren. Windows Middleware Konfigurieren und loslegen.

Was aber klar sein sollte: der Endkunde muss dazu die Firewall für eingehende (!) Verbindungen von beliebigen Client-IP Adressen (!) öffnen. Obskure Delphi-Anwendungen, die Server-Ports öffnen, könnten die eine oder andere hochgezogene Augenbraue auslösen. Aber "no risk, no fun"

[hhcm]

Und ein Webserver ist da anders ?

[mjustin]

Zitat von hhcm:

Und ein Webserver ist da anders ?

Im Unterschied zu einer Middleware, die direkt auf dem Rechner installiert sein muss auf dem die Delphi Anwendung läuft, ist ein dedizierter Webserver (in der DMZ) etwas anderes, ja.

[Bambini]

Zitat von hhcm:

Und ein Webserver ist da anders ?

War die Ursprungsfrage nicht, Daten zwischen Desktop <-> App auszutauschen oder doch direkt zur DB via Web/AppServer?

[mjustin]

Zitat von Bambini:

Zitat von hhcm:

Und ein Webserver ist da anders ?

War die Ursprungsfrage nicht, Daten zwischen Desktop <-> App auszutauschen oder doch direkt zur DB via Web/AppServer?

So hatte ich es verstanden:

App -> Internet -> Windowsanwendung -> Intranet -> Datenbankserver (und zurück).

Zitat:

In der App wird auf einen Button gedrückt. Dort wird ein Befehl an die Windowsanwendung geschickt.
Die Windowsanwendung baut eine Verbindung zu einer Datenbank auf, die abgefragten Daten sollen dann im XML oder Json Format der App bereitgestellt werden.

Dann ist die Windowsanwendung einerseits ein aus dem Intranet erreichbarer Server (für die App) und andererseits ein Client (für die Datenbank), also eine Art Applikationsserver.

[Mavarik]

[QUOTE=hhcm;1350665]Das ganze soll als Mobile Client für eine Datenbank Anwendung dienen.

Da ich über die App nicht direkt auf die Datenbank zugreifen möchte, sollte es eine Middleware geben.
QUOTE]

Also einen REST-Server!

Zitat von hhcm:

App Installieren. Windows Middleware Konfigurieren und loslegen.
Natürlich vorausgesetzt das eine Statische IP oder ein dyndns Dienst zur Verfügung steht. Das ist aber nebensächlich.

Würde ich zwar nicht machen, aber geht...

Einfach einen REST-Server im Internet aufsetzen und einen Tunnel vom Datenbankserver zum Restserver aufbauen!

[hhcm]

Zitat von mjustin:

Dann ist die Windowsanwendung einerseits ein aus dem Intranet erreichbarer Server (für die App) und andererseits ein Client (für die Datenbank), also eine Art Applikationsserver.

Genau. Daher bleibt wohl nichts anderes als auf dem Applikationsserver einem REST Service zu implementieren.

Es geht sich nicht um einen besonderen Dienst bei dem ich den Service stelle.
Sondern bei jedem Anwender muss ein eigener her. DA muss die Installation allein zu bewältigen sein.

[Jumpy]

Vielleicht solltest du als Entwickler/Vertreiber der Software zusätzlich einen "Vermittlungs-Server" (zentral für alle Kunden) zur Verfügung stellen, der hilft, die Verbindung zw. App und PC herzustellen, so dass eine dynamische IP beim PC kein Problem mehr ist. Wie z.B. bei TeamViewer registriert sich der PC bei deinem Server bekommt dann so eine Nummer. Die App registriert sich beim Server, man gibt diese Nummer ein und die App bekommt die Infos/IP für den PC, so dass sie sich verbinden kann.