0

Ich habe eine typische Silverlight 5 Anwendung auf Azure mit einem Web-Projekt erstellt, der die Website-Hosting die Silverlight-XAP-Datei und ein anderes Web-Projektes, das einem Rechner Sammlung von WCF Data Services.Azure versucht 127.0.0.1 zu verwenden, wenn clientaccesspolicy.xml und crossdomain.xml Zugriff auf Dateien

Gemeinsam werden die beiden Standorte laufen in einer einzigen Azure Rolle aber auf verschiedenen Ports. Port 80 hostet die WCF Data Services und Port 8081 hostet die eigentliche Silverlight-Anwendung.

Ich habe ein domänenübergreifende Problem mit dieser Konfiguration. Bei der Überwachung durch Fiddler scheint es, dass, wenn meine Silverlight-Anwendung den Dienst aufruft, sie erwartungsgemäß nach den Dateien clientaccesspolicy.xml und crossdomain.xml von der WCF Data Services-Site sucht, um den domänenübergreifenden Zugriff zuzulassen. Die Silverlight-Anwendung sendet jedoch die Anforderung an http://127.0.0.1 und nicht die richtige URI für die Domäne, in der die WCF Data Services gehostet werden.

Kann jemand mir erklären, warum die Anwendung auf 127.0.0.1 und nicht die richtige URI zu gehen versucht?

Dank

+0

ist dies passiert oder im Emulator? –

Antwort

1

Ihre Silverlight-Anwendung hat eine Datei mit dem Namen "ServiceReferences.ClientConfig". Diese Datei wurde erstellt, als Sie die Servicereferenz hinzugefügt haben. Da Sie die Dienstreferenz von 127.0.0.1 hinzugefügt haben, ist Ihre Datei so konfiguriert, dass der Dienstendpunkt auf 127.0.0.1 steht.

Sie müssen die ServiceReferences.ClientConfig-Datei vor der Bereitstellung manuell ändern, um die Service-Endpunktadresse zu korrigieren (und auf die von Ihnen verwendete Domäne festzulegen).

Oder Sie können mine approach verwenden diese Art Probleme zu behandeln.