在Windows Azure中实现和调试一个WCF服务(中)

在Windows Azure中实现和调试一个WCF服务(中)

原创
作者:编译/周雪峰 2011-03-15 16:07:33

云计算 为了把在Windows Azure中运行的,使用强大的WCF框架的服务暴露出来,Windows Azure提供了一个WCF角色。无论在哪个框架和平台上构建复杂的,具有高度可扩展性的系统,通过它们的功能进行逻辑分组,针对那些分组来抽象代码,并且分别执行它们,都是一种简单而高效的扩展性策略。

本文接《在Windows Azure中实现和调试一个WCF服务(上)》和《在Windows Azure中实现和调试一个WCF服务(下)》

做一些改动

如果你跳转到了***的总结文件上,那么欢迎回来。

现在我们会对这个基础项目做一些改动,以便于我们可以告诉大家,如何扩展这个解决方案的,如何中断它,以及如何找出它中断的原因。

首先,我会给这个服务添加一个新的方法,以便于我们可以看到如何开始扩展这个服务。定位到“IService1”接口,然后添加下面这些代码:

[OperationContract]       
float Divide(float dividend, float divisor);

现在,在这个接口上,我们拥有了一个新方法,我们必须要实现他。打开“Service1.svc.cs”,然后添加下面这些代码:

public float Divide(float dividend, float divisor) 

{

             if (divisor == 0F)

            {

                        throw new DivideByZeroException();    

            }

            return dividend / divisor;
}

现在,我们拥有了一个新方法,我们终于可以让一些事情失败了!

在Visual Studio中运行它(或者debug),然后你会看到下面这个页面:

虽然这可以保证这个WCF服务是可以正常工作的,但是我们无法使用浏览器来调用它。取而代之,我们会求助于一个简单的,可以和WCF进行通信的Worker角色客户端。

首先,向这个解决方案中添加一个新的项目,在图中那个节点上右击:

然后,这个Worker角色需要创建一个可以和我们前面创建的WCF服务进行通信的客户端。要完成这个工作,需要在“References”上右击,然后添加一个“Service Reference”:

然后,它可以让我们选择是添加一个现有的服务,还是添加是一个解决方案中的服务。目前来说,我们使用解决方案内部的WCF服务。

                try

              {

                    for (int i = 100; i >= 0; i–)

                    {

                        Trace.WriteLine(service1.Divide(100F, (float)i));

                    }

                }

                catch (Exception ex)

                {

                    Trace.TraceError(ex.ToString());

                }

实际上,绑定到一个现有Azure实例会更加容易一些——这是因为在本地绑定你的解决方案可能会获得错误的端口号(本地的IIS端口而不是Windows Azure Emulator运行的端口——如果你没有小心地关闭掉你的调试会话,那么这个Windows Azure Emulator端口可能会改变)。如下图所示,当查找一个本地解决方案的时候,获得了一个错误的端口号:
 

为了纠正这个问题,可以用你为WCF角色手工配置的端口替换掉这个端口号。你可以在“ServiceDefinition.csdef”文件中配置这个端口号,或者也可以通过在WCF角色上右击,然后打开它的属性页的方式来达到这个目的,在这个例子中,我就是这样做的:

注意,接下来你必须修改<client><endpoint>的地址属性,让它的端口号和上面配置的端口号相匹配。任何时候,Compute Emulator都不会正确地关闭,你必须重启它们,以确保它们是匹配的,否则,你会得到一个异常,告诉你在WCF客户端配置中指定的端口没有端点(endpoint)在监听。

为了成功地调用这个WCF服务,我们需要给Worker角色添加一些代码。我们简单地从100迭代到0,以100F作为参数调用Divide方法,***,在迭代到0的时候,我们的代码会故意地抛出一个“DivideByZeroException”异常。

                try

                {

                    for (int i = 100; i >= 0; i–)

                    {

                        Trace.WriteLine(service1.Divide(100F, (float)i));

                    }

                }

                catch (Exception ex)

                {

                    Trace.TraceError(ex.ToString());

                }

客户端的WCF通信输出会收到一个WCF异常,但是不会包含一些细节。

snip…

10

11.11111

12.5

14.28571

16.66667

20

25

33.33333

50

100

[WaWorkerHost.exe] System.ServiceModel.FaultException: The server was unable to process the request due to an internal error.  For more information about the error, either turn on IncludeExceptionDetailInFaults (either from ServiceBehaviorAttribute or from the <serviceDebug> configuration behavior) on the server in order to send the exception information back to the client, or turn on tracing as per the Microsoft .NET Framework 3.0 SDK documentation and inspect the server trace logs.

Server stack trace:

at System.ServiceModel.Channels.ServiceChannel.ThrowIfFaultUnderstood(Message reply, MessageFault fault, String action, MessageVersion version, FaultConverter faultConverter)

at System.ServiceModel.Channels.ServiceChannel.HandleReply(ProxyOperationRuntime operation, ProxyRpc& rpc)

at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)

at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs)

at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)

at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]:

at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)

at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)

at WcfClientRole.AzureWcfBasic.IService1.Divide(Single dividend, Single divisor)

at WcfClientRole.AzureWcfBasic.Service1Client.Divide(Single dividend, Single divisor) in c:\dev\Blog\WCFBasic\WcfClientRole\Service References\AzureWcfBasic\Reference.cs:line 119

at WcfClientRole.WorkerRole.Run() in c:\dev\Blog\WCFBasic\WcfClientRole\WorkerRole.cs:line 31

从理论上来说,我们可以打开异常信息的细节,但是这不是一种安全的做法。为了接下来可以调试这个信息,我们需要看一看刚才配置过的Windows Azure Diagnostics。

本文接《在Windows Azure中实现和调试一个WCF服务(上)》和《在Windows Azure中实现和调试一个WCF服务(下)》

原文名:Implementing and Debugging a WCF Service in Windows Azure 作者:Andy

【本文乃51CTO精选译文,转载请标明出处!】
 

【编辑推荐】 

  1. 微软公布云计算平台Azure收费模式细节
  2. 云计算意在长远,微软云计算服务Windows Azure已经启用
  3. 技术透析:Windows Azure Platform框架与组成
  4. 微软Windows Azure Platform技术解析
  5. 走近微软云:SQL Server到Azure数据同步
  6. 当微软Azure遭遇亚马逊EC2:五大关键区别
  7. Windows Azure云计算平台新增五大功能
  8. 云计算前途光明 Azure用户数突破31000
  9. 如何把应用程序部署到Windows Azure中

 

 

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/307512.html<

(0)
管理的头像管理
上一篇2025-05-27 04:00
下一篇 2025-05-27 04:02

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注