Silverlight : WCF immer Fehler auf dem server, aber localhost funktioniert einwandfrei
Ich habe silverlight-Anwendung, und ich bin immer diese Fehlermeldung :
[Async_ExceptionOccurred]
Arguments:
Debugging resource strings are unavailable. Often the key and arguments provide sufficient information to diagnose the problem. See http://go.microsoft.com/fwlink/?linkid=106663&Version=5.0.61118.00&File=System.dll&Key=Async_ExceptionOccurred INNER >System.ServiceModel.CommunicationException: [CrossDomainError]
Arguments: http://localhost/pthaba/SimpleWCF.svc
Debugging resource strings are unavailable. Often the key and arguments provide sufficient information to diagnose the problem. See http://go.microsoft.com/fwlink/?linkid=106663&Version=5.0.61118.00&File=System.ServiceModel.dll&Key=CrossDomainError ---> System.Security.SecurityException ---> System.Security.SecurityException: [Arg_SecurityException]
Arguments:
Debugging resource strings are unavailable. Often the key and arguments provide sufficient information to diagnose the problem. See http://go.microsoft.com/fwlink/?linkid=106663&Version=5.0.61118.00&File=mscorlib.dll&Key=Arg_SecurityException
Habe ich einen WCF-Dienst und funktioniert auf browser -.
Ich habe clientacesspolicy.xml wie unten auf der root-Seite (wo befindet sich der WCF-Dienst)
<?xml version="1.0" encoding="utf-8" ?>
<access-policy>
<cross-domain-access>
<policy>
<allow-from >
<domain uri="*"/>
</allow-from>
<grant-to>
<resource path="/" include-subpaths="true"/>
</grant-to>
</policy>
</cross-domain-access>
</access-policy>
Was ich falsch mache?
Kann jemand helpme?
EDIT :
Auf meinem localhost funktioniert gut, aber auf dem server nicht.
Fiddler scheint ok, keine Fehler auf.
fehlen mir einige IIS-Konfiguration?
Fehler mehr details über :
at System.Net.Browser.BrowserHttpWebRequest.InternalEndGetResponse(IAsyncResult asyncResult)
at System.Net.Browser.BrowserHttpWebRequest.<>c__DisplayClassa.<EndGetResponse>b__9(Object sendState)
at System.Net.Browser.AsyncHelper.<>c__DisplayClass4.<BeginOnUI>b__1(Object sendState)
--- End of inner exception stack trace ---
at System.Net.Browser.AsyncHelper.BeginOnUI(SendOrPostCallback beginMethod, Object state)
at System.Net.Browser.BrowserHttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
at System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpChannelAsyncRequest.CompleteGetResponse(IAsyncResult result)
--- End of inner exception stack trace ---
at System.ServiceModel.AsyncResult.End[TAsyncResult](IAsyncResult result)
at System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.End(SendAsyncResult result)
at System.ServiceModel.Channels.ServiceChannel.EndCall(String action, Object[] outs, IAsyncResult result)
at System.ServiceModel.ClientBase`1.ChannelBase`1.EndInvoke(String methodName, Object[] args, IAsyncResult result)
at Pthaba.SimpleSVC.SimpleWCFClient.SimpleWCFClientChannel.EndGetGameLevelPlataforms(IAsyncResult result)
at Pthaba.SimpleSVC.SimpleWCFClient.Pthaba.SimpleSVC.ISimpleWCF.EndGetGameLevelPlataforms(IAsyncResult result)
at Pthaba.SimpleSVC.SimpleWCFClient.OnEndGetGameLevelPlataforms(IAsyncResult result)
at System.ServiceModel.ClientBase`1.OnAsyncCallCompleted(IAsyncResult result)
ult)
- wo ist die policy-Datei befindet ?
- Ich habe oft verwenden Sie fiddler, um die Inspektion dieser Art von Problemen. Sollten Sie die Anfrage an ClientacessPolicy.xml wenn der Pfad korrekt ist, usw. fiddler2.com/fiddler2
- Hi, policy-Datei befindet sich auf der root-saugen wie mein service.svc
- Nur um sicher zu sein, Ihr service ist innen "pthaba" aber die ClientacessPolicy muss sich auf die Wurzel, nicht dort, wo die svc-Datei ist. Es sollte auf den gleichen Ordner, in dem die pthaba Ordner ist.
- schon den Pfad geändert, aber immer noch mit dem gleichen Fehler. alle Anfragen an fiddler scheint ok
- Hast du eine Lösung finden? Ich habe das gleiche Problem heute?
- Hi hatten Sie kein Glück mit diesem?
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich hatte das gleiche Problem, und habe mir nach diesem Artikel: - Making-Service zur Verfügung Über Domänengrenzen Hinweg.
Musste ich eine änderung vornehmen, wie folgt, die jemand kommentiert unten in dem Artikel: