Forum: Cross-Platform-Entwicklung
by mjustin,
12. Okt 2016
So hatte ich es verstanden:
App -> Internet -> Windowsanwendung -> Intranet -> Datenbankserver (und zurück).
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.
Forum: Cross-Platform-Entwicklung
by mjustin,
12. Okt 2016
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.
Forum: Cross-Platform-Entwicklung
by mjustin,
12. Okt 2016
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...
Forum: Cross-Platform-Entwicklung
by mjustin,
12. Okt 2016
Huh?
Zitat:
Wenn die App mit dem Windows Netzwerk über Internet kommunizieren soll, dann wird sich ein Server wohl kaum vermeiden lassen.
Den würde ich natürlich nicht in die PC Anwendung einbauen.
Umgekehrt wird ein Schuh draus: der Server ist auch von der Windows Anwendung erreichbar, mehr oder weniger direkt via Intranet.
Forum: Cross-Platform-Entwicklung
by mjustin,
12. Okt 2016
Die "Habari Web Components" sind unter neuem Namen und open source nun hier zu finden:
https://github.com/michaelJustin/daraja-framework
https://www.habarisoft.com/daraja_framework.html
Und die REST Erweiterung hier:
https://github.com/michaelJustin/daraja-restful
