2011-07-29 4 views
2

clientaccesspolicy.xmlを読まれている:SilverlightのツーWCFクロスドメインの例外が、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> 

crossdomain.xml

<?xml version="1.0"?> 
<!DOCTYPE cross-domain-policy> 
<cross-domain-policy> 
    <allow-http-request-headers-from domain="*" headers="*" secure="true" /> 
</cross-domain-policy> 

ここ空想何も、それは、WCFの標準設定の何百万人ですサービスはSilverlightクライアントがアクセスできるようにするために使用されます。残念ながら、私が配備したライブ環境ではこの設定は機能しません。デプロイメントのテストに使用されるプロダクション前の環境は、ライブ(つまりシステム管理者が主張する)と同じように設定されており、すべてが完全に動作するため、混乱します。

私はシステム管理者の一人にHTTPDebuggerProを使用してSilverlightクライアントからの要求をトレースし、クライアントがclientaccesspolicy.xmlcrossdomain.xmlの両方を問題なく取得していることを示しています(HTTPステータス200)。ただし、これらのファイルを要求した後、クライアントはサービスへの呼び出しを試み、すぐにCrossDomainExceptionを受信します。

また、システム管理者にSilverlightクライアントがホストされているボックスのInternet Explorerの「許可されたサイト」リストにWCFサービスURLを追加しようとしましたが(最後の段落の最後の文ではhttp://blogs.msdn.com/b/fiddler/archive/2010/11/22/fiddler-and-silverlight-cross-zone-cross-domain-requests.aspx)どちらもうまくいきませんでした。

ハーフ!

+0

あなたは解決策を見つけることができましたか?私は同等のものに直面しています – Maximus

答えて

0

clientaccesspolicy.xmlはドメインのルートに配置されていますか?

+0

両方のファイルは、サービスが仮想アプリケーションとしてホストされているサブディレクトリにあります(C:\ inetpub \ wwwroot \ MyServicesはIISの/ MyServicesにマップされ、crossdomain.xmlはC:\ inetpub \ wwwrootにあります) \ MyServices \ crossdomain.xml)。 –

+0

ドメインのルートに移動できますか? MSDNによると、ドメイン間のアクセスを許可するようにサービスを構成するためにサービスがホストされているドメインのルートに配置する必要があります。 – thomasmartinsen

+0

両方の.xmlファイルは、C:\ inetpub \ wwwroot \とC:\ inetpub \ wwwroot \ MyServices \にあります。 –

関連する問題