Hallo,
Habe zur Zeit ein kniffliges Problem das mich nun schon mehrere Tage beschäftigt. Ich schreibe gerade an einer WinRT/Modern UI APP. Diese App kommuniziert mit einem lokalen Service über ein WCF Service. Das lokale Service bekommt von einem Gerät Daten übermittelt. Diese Daten werden dann durch das WCF Service an die App gesendet (Binding ist net.tcp).
Starte ich die App ist die Kommunikation in Ordnung, Daten kommen an. Wenn ich ein Package erstelle um die App auf einem Tablet zu installieren dann tritt folgendes Phänomen auf:
Wird die App mit dem Remote Debugger auf dem Tablet installiert ist kein Problem zu beobachten. Wird mittels Package installiert, dann bekomme ich ein Timeout. Das Windows Service ist am Tablet ebenfalls installiert und läuft.
Wenn die App schon mal mittels Remote Debugger installiert wurde, dann sind weitere Installationen mit einem Package möglich. Ändert sich aber der AppKey/Identity von der App dann ist keine Kommunikation mehr möglich.
Die Frage die sich mir stellt, wodurch wird das verursacht? Firewall schließe ich aus, da auch mit abgeschalteter Firewall getestet wurde. Die App Capabilities sollten es auch nicht sein, denn wie gesagt die Verbindung ist möglich nach Remote Debugger.
Jede Idee wäre sehr willkommen.
Hallo,
ich kann nur vermuten das es hieran hängt: App capability declarations
Ich vermute das bei Aufruf über den RemoteDebugger die Netzwerkrechte von eben diesem übenommen werden.
Aber ich hatte selber meine Finger noch nicht an WindowsPhone.. von daher: Blauer Dunst.
Danke unconnected,
Leider sind die Capabilities nicht daran schuld, da alle testweise Capabilities aktiviert waren.
Mfg
Update:
MetroApps ist es nicht erlaubt eine loopback Adresse anzusprechen. Während der Entwicklung ist es möglich aber sobald ein App-Package installiert wird ist es nicht mehr erlaubt.
Weitere Informationen:
How to enable loopback and troubleshoot network isolation (Windows Runtime apps)
Das wurde - sofern ichs richtig nachvollziehen kann - auch bereits in WinRT: Kommunikation einer Win8-App mit einem lokalen Dienst (auf x86 System) gesagt.
- performance is a feature -
Microsoft MVP - @Website - @AzureStuttgart - github.com/BenjaminAbt - Sustainable Code
Die Frage war auch nicht ob man ein WCF Service in einem Windows Service hosten kann, sondern warum es beim Aufbau eine Loopback Verbindung zu Problemen kommt, wenn die App als Package installiert wird.