Seilverlight - Projekt veröffentlichen

Silverlight Community » Silverlight Diskussion

Seilverlight - Projekt veröffentlichen

(9 Beiträge) (4 Stimmen)

Vor 1 Jahr von HaTcHeT gestartet
Aktuellste Antwort von herzmeister_der_welten

Schlagwörter:

Noch keine Schlagwörter.

HaTcHeT
Mitglied

Hallo Community :)

Ich nutze Silverlight 3 und möchte nun mein Projekt auf einen Webserver stellen.
Wie kann ich mein Silverlight - Projekt denn nun korrekt veröffentlichen, so dass meine WebServices von "localhost:xxxxx" auf meinen gewünschten Webserver ( kein IIS ) zeigen ?
Ich weiß, dass ich in der Projektmappe "Veröffentlichen" sagen kann und er mir das Projekt dann am Server hostet.
Aber es wird die Service - Reference nicht geändert, und so zeigt diese immer auf Localhost.
Wo kann ich das ändern?

freundliche Grüße :)

vor 1 Jahr veröffentlicht #
Catscratch
Mitglied

Hab ich nicht verstanden. ^^

Wo steht denn die Service Reference?

vor 1 Jahr veröffentlicht #
Thunderbold
Mitglied

Hallo Catscratch.

hierzu hätte ich auch eine Frage.

Hab eine Anwendung erstellt welche in der Entwicklungsumgebung funktioniert. Hab die Anwendung nun aufm Rechner installiert und ausgeführt.

Soweit ist alles ok.

Wenn ich nun aber auf den WebService zugreife erhalte ich folgende Fehlermeldung:

Fehler beim Senden einer Anforderung an den URI "http://localhost:2519/ZugriffService.svc". Ursache ist möglicherweise, dasss ohne die entsprechende domänenübergreifende Richtlinie oder mit einer nicht für SOAP-Dienste geeignete Richtlinie domänenübergreifend auf einen Dienst zugegriffen wurde. Möglicherweise müssen Sie sich an den Besitzer des Dienstes wenden, damit eine domänenübergreifende Richtliniendateiveröffentlicht und das Senden von sich auf SOAP beziehenden HTTP-Headern zugelassen wird. Dieser Fehler kann auch durch Verwendung von internen Typen im Webdienstproxy ohne das InternalsVisibleToAttribute-Attribut verursacht werden.

Weißt du vllt. woran das liegen könnte?

Vielen Dank für die Hilfe.

Mfg TB

vor 11 Monate veröffentlicht #
herzmeister_der_welten
Mitglied

Zur ursprünglichen Frage:

Die Konfiguration der URL zum WebService ist in der Datei ServiceReferences.ClientConfig gespeichert. Diese ist im .XAP-File miteingepackt. Das heißt, dass man am Zielsystem dieses .XAP-File entzippen, die Datei editieren und wieder zuzippen müsste. Da das natürlich gerade bei vielen Zielsystemen mal wieder ziemlich Banane ist (typisch MS eben), gibt es Abhilfen, um Abhilfe zu schaffen, z.B. bei http://weblogs.asp.net/manishdalal/archive/2008/11/04/configswitcher-servicereferences-clientconfig-switcher-utility.aspx .

Ich persönlich instanziiere den WebService lieber im Code mit new EndpointAddress("blabla ...") mit Werten, die ich der Silverlight-App mit den InitParams übergebe und die dann bspw. aus der web.config aus der Host-WebApp stammen können.

Zur Thunderbold-Frage:

Ist am ZugriffsService-Server in dessen root die Datei clientaccesspolicy.xml und/oder crossdomain.xml vorhanden und richtig konfiguriert? Diese braucht man in der schönen neuen Web-Plugin-Welt.

vor 10 Monate veröffentlicht #
Thunderbold
Mitglied

Hallo herzmeister_der_welten.

Ja die Datein clientaccesspolicy.xml und crossdomain.xml liegen im Verzeichnis C:\Inetpub\wwwroot.

Meine Anwendung hat das Verzeichnis C:\Inetpub\wwwroot\WebService.
So sehen sie aus:
clientaccesspolicy.xml

<?xml version="1.0" encoding="utf-8" ?>
<access-policy>
<cross-domain-access>
<policy>
<allow-from http-request-headers="*">
<domain uri="*" />
</allow-from>
<grant-to>
<resource path="/" include-subpaths="true"/>
</grant-to>
</policy>
</cross-domain-access>
</access-policy>

und so die crossdomain.xml

<?xml version="1.0" ?>
<!DOCTYPE cross-domain-policy SYSTEM "http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd">
<cross-domain-policy>
<allow-access-from domain="*" />
<allow-http-request-headers-from domain="*" headers="*"/>
</cross-domain-policy>

Müssten so richtig sein...

vor 10 Monate veröffentlicht #
herzmeister_der_welten
Mitglied

Tjo, dann weiß ich auch nicht viel weiter. :-/

Wenn du die Dateien erst da hingespielt hast, muss vielleicht der IIS erst nochmal durchgestartet werden.

Ansonsten kann ich nur Tools wie z.B. Firebug, Fiddler oder den http://projects.nikhilk.net/WebDevHelper empfehlen, damit du den ganzen Request-/Response-Verkehr genau anschaun und das Problem vielleicht eingrenzen kannst.

vor 10 Monate veröffentlicht #
Thunderbold
Mitglied

Hallo herzmeister_der_welten.

Danke Dir trotzdem :-).
Werde das mitm IIS noch probieren und mit denn mal die Tool anschauen falls es nicht klappen sollte...

MFG

ThunderBold

vor 10 Monate veröffentlicht #
Thunderbold
Mitglied

Hallo Zusammen.

Also ich hab nun die Adresse in der ServiceReference.ClientConfig so angepasst:

http://localhost/WebService/Service1.svc

Nun erhalte ich noch fplgende Fehlermeldung:

Der Remoteserver hat einen Fehler zurückgegeben: NotFound

Nun hab ich keine Ahnung ob der WebService nicht funktioniert oder ob ich keinen Zugriff auf die Datenbank habe...

Hat da vielleicht jemand ne idee?

Danke für die Hilfe :-)

gruß TB

vor 10 Monate veröffentlicht #
herzmeister_der_welten
Mitglied

Scheint, als wärst du 'nen Schritt weiter.

Diese Meldung kommt immer, wenn ein WebService irgendeine Exception schmeißt.

So einfach kann man die genaue Fehlerursache, d.h. die Message der ursprünglichen Exception, leider nicht sichtbar machen, da ein Browser-Plugin wie Silverlight keinen Zugriff auf eine Response im HTTP-Fehler-Status-Code 500 hat. Seit Silverlight 3 gibt es aber anscheinend eine Abhilfe, und zwar kann man im Application StartUp-Event angeben:

bool registerResult = WebRequest.RegisterPrefix("http://", WebRequestCreator.ClientHttp);

Somit wird statt dem Browser-Stack ein Client-Stack verwendet für Netzwerk-Kommunikation, und die Exceptions sollen dann angezeigt werden können. Ich habe das allerdings noch nicht ausprobiert, und es soll einige Nebenwirkungen haben.

Unabhängig davon kann ich nur nochmal empfehlen, den http://projects.nikhilk.net/WebDevHelper für Internet Explorer oder http://getfirebug.com/ für Firefox zu installieren. Damit kann man sich den Klartext des Request-/Response-Verkehrs ansehen und sieht immer genau, was los ist.

vor 10 Monate veröffentlicht #

RSS-Feed für dieses Thema.

Antwort

Sie müssen angemeldet sein, um einen Beitrag schreiben zu können.