用Remoting技术进行开发有些日子了,其中有个问题一直困扰着我,那就是有关在客户端获取服务器内部错误的问题。当服务器和客户端部署在同一台机器上时,服务器端的错误能够在客户端成功地捕获。但是,一旦当服务器端和客户端被部署到两台不同的机器上时,在客户端只能捕获到一个通用的异常:
System.Runtime.Remoting.RemotingException :服务器遇到内部错误......
这样笼统的错误提示,对于客户端分析错误原因,显然没有什么帮助。我按照错误提示,修改了服务器端的配置文件信息,可是在客户端仍然捕获不到服务器内部异常的详细信息。无奈之余,我只好在服务器端添加了一个错误日志文件,把远程对象在服务器端的异常写到这个日志文件里。客户端出现异常时,登录服务器查看日志。虽然这样对于分析异常,查找错误有所帮助,但是操作不便。
前天在给公司其它部门的人员做培训,讲一些有关Remoting的基础知识时,突然想起自己以前那个项目中可能犯了一个错误。
以前的那个项目中,我用windows服务做Remoting的服务器端宿主。通过一个服务框架,来管理注册到服务器端的Remoting服务。在每个服务注册到服务器端时,我用的是代码注册的方式,而不是配置文件的方式。这样,虽然我在服务器加了一个.config文件,也配置了:
< configuration >
< system .runtime.remoting >
< customErrors mode ="off" />
</ system.runtime.remoting >
</ configuration >
在客户端却依然获取不到服务器端的内部错误。解决这个问题的方法是,在服务器端添加两行代码:
RemotingConfiguration.CustomErrorsMode = CustomErrorsModes.Off;
RemotingConfiguration.CustomErrorsEnabled( false );
经测试,问题解决了。
总结一下:在客户端获取服务器端内部错误的方法有两种,各有自己的适用情况。
1、当在服务器端通过配置文件实现服务注册时,即
时,则在配置文件中<system.runtime.remoting>下加入<customErrors mode="off" />即可实现。
2、当在服务器端通过代码实现服务注册时,即类似
(
typeof (RemotingAdminObject),
" RemotingAdmin " ,
WellKnownObjectMode.Singleton
);
时,则要通过以下的代码实现:
RemotingConfiguration.CustomErrorsMode = CustomErrorsModes.Off;
RemotingConfiguration.CustomErrorsEnabled( false );