Kommunikation zwischen Delphi und Metro App (WCF?)

**CodeX**

Mein Wunsch ist es, zwischen meiner bestehenden Delphi-Anwendung und einer Metro-App, die ich gerade erstelle, zu kommunizieren.

Wenn meine Recherchen korrekt waren, ist die beste Möglichkeit dafür per WCF (

info1,

info2). Andere Vorschläge sind mehr als erwünscht!
Delphi XE3 hat für einen ähnlichen Einsatzzweck anscheinend den

MetropolisSvc eingeführt, der aber wohl nur für die Live-Kachel-Aktualisierung zu gebrauchen ist.

Die einzigen beiden Resourcen, die ich zu WCF und Delphi gefunden habe, sind diese hier:

http://edn.embarcadero.com/article/36962

http://blogs.embarcadero.com/pawelgl...08/04/04/38508

Leider bekomme ich das nicht so recht mit meinem Delphi XE nachvollzogen. Ich weiß nichtmal, wie ich an "Add Reference" kommen soll. Da wird sich seit Veröffentlichung der Artikel vor 5 Jahren wohl ein bisschen was verändert haben...

Kann mir da bitte jemand weiterhelfen?

**Phoenix**

Zitat von CodeX:

Leider bekomme ich das nicht so recht mit meinem Delphi XE nachvollzogen. Ich weiß nichtmal, wie ich an "Add Reference" kommen soll. Da wird sich seit Veröffentlichung der Artikel vor 5 Jahren wohl ein bisschen was verändert haben...

Kann mir da bitte jemand weiterhelfen?

Äh, nein. Die beiden Artikel beziehen sich auf Delphi 2007, und zwar dort für Delphi .NET. Delphi für .NET wurde dann 2009 durch Oxygene for .NET aka Delphi Prism ersetzt.
Das heisst in XE ist das Zeug gar nicht mehr drin - da müsstest Du schon Prism / Oxygene nehmen. WCF (Windows Communication Foundation) ist eine reine .NET-Technologie, die Du von Delphi aus gar nicht ansprechen kannst.

Als alternative würde ich hergehen, und eine Kommunikation via TCP/IP (z.B. mit den Indy-Komponenten) aufbauen.
Problematisch wird höchstens, dass die Metro-Apps in dem Moment suspended werden, in dem sie verlassen wird. Das heisst in genau dem Moment wo die App gewechselt wird, steht der Prozess (und zwar 'hart' - wenn ein Halbes Netzwerk-Paket abgearbeitet wurde, dann wird die andere hälfte erst weiter bearbeitet, wenn die App wieder in den Vordergrund kommt).

Zudem darf sich eine Metro-App an und für sich nicht darauf verlassen, dass auf der gleichen Maschine ein bestimmter Dienst läuft (und ein Dienst nicht, dass eine Metro-App läuft).

In diesem Video hier wird das Konzept gut beschrieben:

http://channel9.msdn.com/Events/BUIL...2011/TOOL-789C (Vor allem irgendwo bei ca. ±47 Minuten).

**mjustin**

Zitat von CodeX:

Mein Wunsch ist es, zwischen meiner bestehenden Delphi-Anwendung und einer Metro-App, die ich gerade erstelle, zu kommunizieren.

Wenn meine Recherchen korrekt waren, ist die beste Möglichkeit dafür per WCF

Wenn die "Metro" Anwendung (neuer Name ist "Modern UI") als Client, die Delphi Anwendung als Server arbeiten soll, dann ist es im Prinzip ganz einfach:

* die Delphi Anwendung muss einen SOAP Web Service Server anbieten (das geht ab Delphi Professional)
* die Metro Anwendung muss diesen Web Service konsumieren, also Requests an ihn senden können.

Für die Modern UI Anwendung kann dazu im Prinzip WCF verwendet werden (WCF Clients können problemlso auf nicht-.NET Webservices zugreifen, die entsprechend konfiguriert sind - zum Beispiel in Java mittels JAX-WS).

Ich würde aber dennoch erwägen, als "Vermittler" zwischen der Delphi und der Modern UI Anwendung einen .NET Dienst zu verwenden.

Zum Beispiel mittels HTTP als Kommunikationskanal

Modern UI App -> (über WCF) -> .NET Service (WCF Server) -> (über HTTP) -> Delphi Anwendung

Alternativ können natürlich auch andere Methoden der Interprozesskommunikationen benutzt werden, also Named Pipes, Memory Mapped Files, oder Message Queues (MSMQ und Co.)

Für die "beste" Lösung ist natürlich wichtig zu wissen, wie die Kommunikation aussehen soll - ob der Modern UI App Client Anfragen an die Delphi Anwendung senden soll, oder auch von Delphi aktiv Nachrichten an die Modern UI App übermittelt werden sollen.

**CodeX**

Vielen Dank für Deine Antwort! Ich freue mich, dass ich nicht der einzige bin, den die Thematik interessiert.

Zitat von Phoenix:

WCF (Windows Communication Foundation) ist eine reine .NET-Technologie, die Du von Delphi aus gar nicht ansprechen kannst.

Ohoh, das ist aber nicht gut. Ich dachte, da es sich um DLLs handelt, lassen sich deren Schnittstellen auch ganz normal verwenden. Wie sieht's dann statt dessen mit WWSAPI aus? Eine kurze

Recherche zeigte, dass es das native Äquivalent zu WCF ist.
Letztlich ist es ja nur eine HTTP-Kommunikation. Der besagte MetropolisSvc-Service aus XE3 kommuniziert ja scheinbar auch nur per REST.
Dazu gleich mal zwei Fragen:

Ich finde leider keine verlässliche aktuelle Aussage von Microsoft, dass Metro-Apps mit einem lokalen Webserver kommunizieren dürfen. Vor ca. einem Jahr hieß es noch, dass dies nicht erlaubt sei. Es scheint mir aber so, als wäre diese Einschränkung aufgehoben worden. Findet jemand eine Quelle dazu?
Was ist die simpelste Möglichkeit, über meine Anwendung eine REST-Schnittstelle bereitzustellen? Hier wird "DataSnap REST Application" verwendet. Ich finde das nicht in meinem Delphi XE. Muss/Kann man das nachinstallieren?

Zitat von Phoenix:

Als alternative würde ich hergehen, und eine Kommunikation via TCP/IP (z.B. mit den Indy-Komponenten) aufbauen.
Problematisch wird höchstens, dass die Metro-Apps in dem Moment suspended werden, in dem sie verlassen wird. Das heisst in genau dem Moment wo die App gewechselt wird, steht der Prozess (und zwar 'hart' - wenn ein Halbes Netzwerk-Paket abgearbeitet wurde, dann wird die andere hälfte erst weiter bearbeitet, wenn die App wieder in den Vordergrund kommt).

Woher hast Du diese Information? Ausprobiert? Gelesen? Kommt das irgendwo im Video?
Warum sollte die Metro-App nicht mehr im Vordergrund sein, wenn sie über TCP/IP kommuniziert?

Zitat von Phoenix:

Zudem darf sich eine Metro-App an und für sich nicht darauf verlassen, dass auf der gleichen Maschine ein bestimmter Dienst läuft (und ein Dienst nicht, dass eine Metro-App läuft).

Gut, das ist ein anderes Problem. Da muss/kann man sich irgendwie mit arrangieren.

Zitat von Phoenix:

In diesem Video hier wird das Konzept gut beschrieben:

http://channel9.msdn.com/Events/BUIL...2011/TOOL-789C (Vor allem irgendwo bei ca. ±47 Minuten).

Das Video ist auf jeden Fall eine gute Info, danke! Ich habe mir jetzt nur 15min an der besagten Stelle angeschaut, werde es mir aber noch komplett anschauen. Allerdings muss ich sagen, dass der Typ wohl nur über ein bestimmtes Teil-Thema gut Bescheid weiß. Die meisten Fragen zur Interoperabilität beantwortet er mit "I don't know. Go talk with the Windows guys", zudem ist das Video schon 1 Jahr alt (seit dem hat sich an den Schnittstellen und Spezifikationen noch einiges geändert). Da sollte man also vorsichtig sein.

Kommunikation zwischen Delphi und Metro App (WCF?)

Kommunikation zwischen Delphi und Metro App (WCF?)

AW: Kommunikation zwischen Delphi und Metro App (WCF?)

AW: Kommunikation zwischen Delphi und Metro App (WCF?)

AW: Kommunikation zwischen Delphi und Metro App (WCF?)

AW: Kommunikation zwischen Delphi und Metro App (WCF?)

AW: Kommunikation zwischen Delphi und Metro App (WCF?)

AW: Kommunikation zwischen Delphi und Metro App (WCF?)

AW: Kommunikation zwischen Delphi und Metro App (WCF?)

AW: Kommunikation zwischen Delphi und Metro App (WCF?)

AW: Kommunikation zwischen Delphi und Metro App (WCF?)

Forumregeln