SilverLight部署的若干问题和解决方法

一、跨域访问，需要两个文件放于根目录如下：

1.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>

2.crossdomain.xml

<?xml version="1.0" encoding="utf-8"?>
<!-- http://localhost/crossdomain.xml -->
<cross-domain-policy>
    <allow-access-from domain="*" />
</cross-domain-policy>

二、调试的问题：

1、silverlight 调用WCF的时候有时会出现“远程服务器返回了错误: NotFound。”的错误

在WCF服务的类中加上

[ServiceBehavior(IncludeExceptionDetailInFaults = true)]

然后在调用此服务的silverlight的初始化方法中加上

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

 bool httpsResult = WebRequest.RegisterPrefix("https://", WebRequestCreator.ClientHttp);

这样可以看到比较详细的错误信息

2、调试时，可以先发布服务，然后再调试网站，不过记得添加跨域访问的xml文件，否则无法访问WCF

3、网站发布时会将解决方案中的文件都copy出去，这些文件的权限与*.aspx相同，客户端不能读取，我在一个项目中测试上传到服务器的文件发布时没有删除，发布后发现客户端无法处理这些文件，重新上传的则可以。

三、网上搜集的测试结果：

环境环境：Windows Server 2003 SP2 + Visual Studio 2008 SP1

测试目的：对WCF中在以IIS做宿主时，什么样的地址才是客户端配置服务的终结点的正确地址？

测试方法：
测试1：
程序配置：
(1)将宿主程序服务的终结点地址配置为空
(2)客户端终结点地址采用宿主程序文件名且带有.svc后缀（http://127.0.0.1:7000/ServiceTest.svc）
测试结果：
客户端程序成功运行！

测试2：
程序配置：
(1)将宿主程序服务的终结点地址配置为空
(2)客户端终结点地址采用宿主程序文件名但不带有.svc后缀（http://127.0.0.1:7000/ServiceTest）
测试结果：
客户端程序运行失败！报出如下错误：
“没有终结点在侦听可以接受消息的 http://127.0.0.1:7000/ServiceTest。这通常是由于不正确的地址或者 SOAP 操作导致的。”

测试3：
程序配置：
(1)将宿主程序服务的终结点地址配置为“HelloWCF”
(2)客户端终结点地址采用宿主程序文件名但不带有.svc后缀（http://127.0.0.1:7000/HelloWCF）
测试结果：
客户端程序运行失败！报出如下错误：
“没有终结点在侦听可以接受消息的 http://127.0.0.1:7000/HelloWCF。这通常是由于不正确的地址或者 SOAP 操作导致的。”

得出结论：
当用IIS承载宿主程序时，不能在服务的终结点地址赋值，且客户端调用该服务的终结点的地址必须使用这样的路径（宿主程序的地址+服务文件的名称（必须带.svc后缀名））才能正确调用服务中的操作。
终结点地址的Address属性只适用于非IIS托管的场景。