Kommunikation zwischen Delphi und Metro App (WCF?)

[mjustin]

Zitat von CodeX:

Zitat von mjustin:

Diese API scheint Atom und RSS zu unterstützen.

Ich schau mal, wie man damit dann mit Delphi arbeiten kann. Kann ich mir noch nicht so ganz vorstellen...

Einfachstes XML über HTTP, kein Hexenwerk

Zitat von CodeX:

Zitat von mjustin:

Wichtig ist noch die Frage der Topologie: soll die Delphi Anwendung der "Server" für viele Metro-Clients sein (1:N), oder sollen peer-to-peer Verbindungen (von einer Metro App zu einem Delphi Prozess, also 1:1) hergestellt werden?

Definitiv 1:1!

Ok, das Delphi Programm wird dann natürlich eine Freischaltung der lokalen Firewall benötigen, sobald es einen TCP Port öffnet.

Zitat von CodeX:

Zitat von mjustin:

p.s. in diesem FAQ wird erwähnt, dass es aus Metro Anwendungen keine localhost Verbindungen geben kann (ausser zur gleichen App): How can a Metro app in Windows 8 communicate with a backend desktop app on the same machine?

Die Kommunikation dort ist teilweise schon ein Jahr alt und ich bin der Meinung, irgendwo gelesen zu haben, dass MS diese Einschränkung nach größerem Protest wieder verworfen hat. Dafür spricht auch der MetropolisSvc-Service aus XE3.
Ich versuche nachher nochmal, eine verlässliche Quelle zu finden. Wenn da jemand mehr Erfolg bei der Suche hat, sehr gerne!

Laut letztem Kommentar (vom August 2012 also relativ neu) des FAQ ist ein Workaround mit Sourcecode hier zu finden:

[GUIDE] How to bypass WinRT / Metro sandbox using simple trick

[CodeX]

Zitat von mjustin:

Laut letztem Kommentar (vom August 2012 also relativ neu) des FAQ ist ein Workaround mit Sourcecode hier zu finden:
[GUIDE] How to bypass WinRT / Metro sandbox using simple trick

Wenn ich das aber richtig sehe, wird dort BasicHttpBinding verwendet, letztlich also per WCF kommuniziert.

Zitat von mjustin:

Zitat von CodeX:

Zitat von mjustin:

Diese API scheint Atom und RSS zu unterstützen.

Ich schau mal, wie man damit dann mit Delphi arbeiten kann. Kann ich mir noch nicht so ganz vorstellen...

Einfachstes XML über HTTP, kein Hexenwerk

Gibt's denn dafür auch schon einen vorgefertigten Baukasten (wie bspw. die REST oder SOAP Server-Beispiele), den Du empfehlen würdest?

Zur Transparenz:
Ich habe heute nach ein paar Denkanstößen hier noch eine grundsätzliche Frage (ohne konkreten Delphi-Bezug) dazu auf SO gepostet.

[mjustin]

Zitat von CodeX:

Ich habe heute nach ein paar Denkanstößen hier noch eine grundsätzliche Frage (ohne konkreten Delphi-Bezug) dazu auf SO gepostet.

Das Ergebnis kann man wohl schon zusammenfassen:

* WinRT und Desktop Anwendungen können nicht kommunizieren, ausser in Debug-Umgebungen
* der MetropolisSvc in Delphi XE3 kommuniziert nicht mit WinRT, sondern nur mit einem Live Tile

Zitat (letzter Kommentar von gestern):

Zitat:

No, tiles themselves are not WinRT apps. For example, I have a tile for Outlook, Word, etc - but those are native apps. Start Tiles are kind of just icons on steroids. From what I can determine, and I could be wrong, the XE3 stuff is just creating a custom "icon" that is created to look like a Tile, if that makes sense. At the end of the day, there is no communication between the MetropolisSvc and WinRT. That is why their docs say you cannot use MetroplisSvc with a WinRT app.

Was sich mir noch nicht ganz erschliesst:

* wenn Metro Apps mit einem Web Server kommunizieren können (Wettervorhersage, Social Media etc.), und das über TCP/IP (HTTP) machen, warum geht das nicht wenn der Server lokal läuft? Oder irre ich mich und es geht (man kann statt localhost ja die IP Adresse des Netzwerkadapters angeben).

[CCRDude]

Zitat von mjustin:

Was sich mir noch nicht ganz erschliesst:

* wenn Metro Apps mit einem Web Server kommunizieren können (Wettervorhersage, Social Media etc.), und das über TCP/IP (HTTP) machen, warum geht das nicht wenn der Server lokal läuft? Oder irre ich mich und es geht (man kann statt localhost ja die IP Adresse des Netzwerkadapters angeben).

Ich vermute mal die Absicht dahinter ist: ein Dienst in der großen Wolke ist immer verfügbar, ein lokaler Dienst muss erst installiert sein, was über die Installationsmechanismen der Metro App über den Store nicht geht.

[generic]

Nicht ganz was du willst, aber da im Dunstkreis.

In einen Projekt von mir hat ein Kunde eine Delphi VCL-Anwendung, welche mit C# und WPF erweitert wird.
Hintergrund ist, dass er Delphi langfristig durch C# ersetzen will.

Die Integration ist (fast) perfekt. Der Benutzer sieht keinen Unterschied innerhalb der Anwendung was WPF/C# oder VCL/Delphi ist. (Naja, vielleicht an der Schriftenglättung vom WPF)

Es gehen beide Richtungen:
VCL Anwendung und WPF rein oder WPF-Anwendung und VCL einbetten.

[mjustin]

Zitat von CCRDude:

Zitat von mjustin:

Was sich mir noch nicht ganz erschliesst:

* wenn Metro Apps mit einem Web Server kommunizieren können (Wettervorhersage, Social Media etc.), und das über TCP/IP (HTTP) machen, warum geht das nicht wenn der Server lokal läuft? Oder irre ich mich und es geht (man kann statt localhost ja die IP Adresse des Netzwerkadapters angeben).

Ich vermute mal die Absicht dahinter ist: ein Dienst in der großen Wolke ist immer verfügbar, ein lokaler Dienst muss erst installiert sein, was über die Installationsmechanismen der Metro App über den Store nicht geht.

Und wenn ein lokaler Dienst "manuell" auf dem Rechner installiert ist, dann kann sich eine Windows Store Anwendung mit diesem Dienst verbinden? Alles was ich bisher gelesen habe ist, dass localhost nicht ansprechbar ist aus einer gesandboxten Anwendung.

Damit wäre ein Umweg aber noch möglich - über einen zweiten PC. Es sei denn, die Sandbox verweigert auch Verbindungen zu Rechnern im gleichen Subnetz ...

[CodeX]

Zitat von mjustin:

Damit wäre ein Umweg aber noch möglich - über einen zweiten PC. Es sei denn, die Sandbox verweigert auch Verbindungen zu Rechnern im gleichen Subnetz ...

Das sollte kein Problem sein, aber letztlich nicht praxistauglich - wer will schon für ein bestimmtes Programm einen zweiten Rechner oder VM die ganze Zeit laufen haben, nur damit er es per Metro-Oberfläche bedienen kann?

Ich frage mich gerade die ganze Zeit, ob man das nicht trotzdem irgendwie tricksen kann. Also z.B. per lokaler Proxy-Umleitung. Oder durch Registrieren des Servers, so dass er auf eine bestimmte IP ausgehender Kommunikation reagiert (die nichts mit localhost zu tun hat). D.h. man sendet an 1.2.3.4:8080, der lokale Server sieht das und antwortet darauf. Wahrscheinlich total abwegig, aber es lässt mich nicht los, dass die Verwendung eines lokalen Webdienstes nicht möglich sein soll...

Irgendeine schönere Lösung außer dem Austausch von Informationen über eine Datei muss es doch geben. :-/