如何实现 SCA 的异常处理机制
当前 Service Component Architecture（SCA）和 Service Data Object（SDO）是构建 Service Oriented Architecture（SOA）系统的两大结构支柱，同时基于 SCA 的服务调用是实现企业业务流程的重要保证。但是，这种服务调用不可能总会成功完成并返回需要的结果，它的分布式和异构的天性使得它特别容易失败。这种失败可以是由服务本身引起的，如输入参数验证失败，或只是服务实现的一个 bug，或通信问题等等。那么如何在 SCA 下有效地、合理地构建异常处理机制对提高系统的稳定性和可靠性是至关重要的。 SCA 1.0 规范在 SCA 编程模型下定义了两种异常，分别是 ServiceRuntimeException（SRE）用来封装 SCA 组件之间和组件内部发生的系统异常，ServiceBusinessException（SBE）用来封装业务逻辑异常。其中 SBE 可以承载数据对象，这样就能给开发者的异常处理方案提供可决策的异常数据。SCA1.0 的介绍 SCA 是一个可执行的模型，用于将不同的服务集成到一个业务解决方案。它简化了实现业务服务的组件编程模型，这些组件可以使用不同编程语言实现，比如 Java、C++、BPEL 等等。SCA 带来的一些益处主要为：
组件间的集成不需要知道彼此是基于何种编程语言实现的。在同步、异步情况下，组件都可以被方便的调用。
组件可被简单的被替换。既有的服务可被用来创建新的解决方案（自下而上），也可业务建模和开发（自上而下）。
生产率 SCA 可让你专心于分析业务逻辑，而不需要过多的去担心系统架构。SCA 简化了所有开发者的使用体验（包括 J2EE 和集成开发者）。SCA 1.0 规范中定义了 SCA Domain（SCA 域）、Composite（服务组件复合体）、Component（服务组件）、Binding（绑定）、Reference（引用）、Service（服务）、Property（属性）等概念如图 1 所示 图 1. SCA
属性的定义 Component 是 SCA 中的基本组成元素和基本构建单位，也是我们具体实现业务逻辑的地方。我们可以把它看成是构建我们应用的积木。我们可以非常容易地把传统的 POJO，无状态会话 BEAN 等包装成 SCA 中的 Component。多个 Component 组合在一起就构成了 Composite，我们可以看成是各个服务组件构成的应用系统或是应用系统的子系统。而多个 Composite 组合在一起就构成了 SCA Domain。 SCA Composite 的主要接口规范是基于 WSDL（Web Service Description Language）的，另外为了给 Java 编程人员提供一个比较直接的接口，SCA 部分组件也提供了 Java 接口。因此，使用 Composite 的客户端可以选择使用 WSDL 接口或 Java 接口。SCA 通过 Binding 的概念可以为 Web Service、SCA、JCA、JMS 等服务调用提供的入口，这个入口叫 Service（服务），而 Composite 本身可能也需要调用别的服务，这个调用出口叫 Reference（引用）。无论是接口还是引用，其调用规范都是 WSDL 或 Java 接口。 绑定（Binding）的介绍 Binding 是 SCA 中非常重要的概念，它使整合 SCA 封装的异构服务组件成为可能。到目前为止，Web Service Binding、JCA Binding 和 JMS Binding 1.0 规范已经发布，详细文档信息可以从 OSOA 网站获得。下面我们简单介绍一下这三个绑定：
Web Service Binding 是把一个 SCA 服务组件暴露成为一个 web service 供外部调用，同时也可以调用一个外部以存在的 web service。
JCA Binding 可以使得 SCA 服务组件与外部企业信息系统（EIS）进行集成，具体是通过与 JCA 资源适配器（JCA Resource Adapter）交互来实现的。
JMS Binding 可以使得 SCA 服务组件与外部的消息引擎（Messaging System）进行交互，具体来说可以支持队列（Queue）和主题（Topic），其实现基于 JMS 协议。SCA1.0 的异常处理机制
一般开发者对程序都会有异常的捕捉机制，但在捕捉到异常后如何有效的处理确是不容易做到的。实际上我们捕获到的异常，通过 getMessage()、getClass() 等方法只能知道是哪个类发生的异常，还有 JDK 底层抛出的一些异常信息，这些信息对于我们准确的判断异常和分析异常非常困难。所以，如果可以把更多更有效的信息提供给调用者，那么调用者进行异常处理就会更有效更灵活。如图 2 所示，SCA 1.0 规范定义了两类异常，分别是 ServiceRuntimeException（SRE）用来封装服务组件运行和远程服务交互发生的系统异常，ServiceBusinessException（SBE）用来封装业务逻辑异常。ServiceUnavailableException 继承了 ServiceRuntimeException（SRE），属于 SRE 的子类，主要用来封装远程调用出现的异常信息。ServiceBusinessException（SBE）不仅可以封装业务逻辑异常，它更重要的特点是可以承载数据对象，开发者不但可以把业务逻辑发生的异常捕获并传回给调用者，而且还可以把更详细的异常信息或者是可预见的异常提示封装成数据对象传回给调用者。这样就可以为调用者进行异常处理决策分析提供更有效的异常数据。图 2. SCA 的异常分类SCA 中，数据对象的载体是 Service Data Object（SDO）。SDO 是一个开放标准数据模型编程 API，允许开发人员在较高的级别方便地操作数据。我们可以把有效的异常信息封装成一个 SDO 或者是嵌套的 SDO，这样调用者通过 SDO 的描述就可以准确的取出需要的异常信息。（SDO 的详细使用方式和 API 的调用请参阅 SDO2.1 规范。） 下面我们通过一个例子来了解一下 SCA 的异常处理是如何实现的。 实现 SCA 异常处理的例子－TestErrorHandling 我们在构建和测试 TestErrorHandling 这个应用程序时候，会用到 Websphere Integration Developer（WID）和 Websphere Process Server（WPS）。WID 是基于 RAD（Rational Application Developer）的开发环境，不仅提供了一个使可视的组件与后端实现相分离的层次结构，而且对本地和远程 EIS（企业信息系统）上作为组件的业务流程的开发、调试、装配、部署等各种功能提供了可视化编辑器，这使得各个组件和它们的实现相分离。开发人员无需深入了解各个组件的实现便能使用 WID 开发各种集成应用程序。WPS 是由具体的业务整合概念、应用服务器技术以及最新的公开标准而发展而来的下一代业务流程整合服务器。基于现有的公开标准，它实现了简单的编程模型服务组件模型 SCA（Service Component Architecture），调用模型，以及部署模型。 在 TestErrorHandling 应用程序中，如图 3 所示，我们会构建两个用 Java 实现的 SCA 服务组件。一个是 Caller，其接口为 CallerInterface.wsdl，实现为 CallerImpl。另一个是 Callee，其接口为 CalleeInterface.wsdl，实现为 CalleeImpl。同时让 Caller 组件引用 Callee 组件的 CalleeInterface 接口。当 Caller 组件调用 Callee 组件的时候，Callee 组件会抛出 SBE，其中 SBE 会携带一个 DataObject，Caller 组件会捕捉到 SBE 并且得到其携带的 DataObject。图 3. TestErrorHandling 模型 构建步骤 1.创建模块 打开 WID，切换到 Business Integration 透视图，新建一个模块，名称为 TestErrorHandling。2.创建数据类型。 通过点击 TestErrorHandling 模块左边的 "＋" 号展开，选择 "Data Type"，然后通过右键创建一个 Business Object（BO），名称为 FaultBO。如图 4 所示：图 4. 创建 BO3.FaultBO 包含两个元素分别是 ErrorCode 和 ErrorMSG。我们可以通过点击 Business Object 编辑器上方的
按钮来添加一个元素。如图 5 所示：图 5. 定义 FaultBO4.创建接口 通过点击 TestErrorHandling 模块左边的 "＋" 号展开，选择 "Interface"，然后通过右键创建两个接口，名称为 CallerInterface 和 CalleeInterface。5.CallerInterface 接口包含 send 操作，输入参数是名为 message 的字符串，输出参数是名为 status 的字符串。CalleeInterface 接口包含 receive 操作，输入参数是名为 message 的字符串，输出参数是名为 status 的字符串，Fault 参数是名为 FaultData 的 FaultBO。可以通过点击接口编辑器上方的
按钮来添加一个操作， 按钮来添加一个 Fault。通过
分别来添加输入和输出参数。如图 6、图 7 所示：图 6. 定义 Caller 接口 图 7. 定义 Callee 接口 创建服务组件。双击打开 TestErrorHandling 模块的图形化编辑器，然后把 Java 组件图标
拖拽到编辑器中即生成一个 Java 服务组件，并把名称改为 Caller，同样再创建另一个 Java 服务组件，命名为 Callee。如图 8 所示：图 8. 创建 Caller 和 Callee 服务组件7.为组件添加接口。单击 Caller 组件，组件上方会出现
按钮，点击并为 Caller 组件选择一个 WSDL 接口，即我们前面定义的 CallerInterface。同样我们为 Callee 组件选择 CalleeInterface。8.为 Caller 组件添加引用接口。单击 Caller 组件，组件上方会出现
按钮，点击并为 Caller 组件选择一个 WSDL 接口，即我们前面定义的 CalleeInterface。9.添加 Wire 右击 reference，选择 Wire to Existing 并保存。如图 9 所示：图 9. 添加 Reference10.通过双击上图中的 Callee 组件，WID 会自动生成 Callee 组件实现类的基本框架 CalleeImpl.java。如图 10 所示：图 10. Callee 组件的实现类框架 上图中高亮处显示的代码行就是我们可以给 receive 方法添加业务代码的地方。我们让 Callee 的 receive 方法抛出一个 ServiceBusinessException，同时携带我们构造的 FaultBO。 代码清单 1. CalleeImpl.javapublic String receive(String message) {
System.out.println("Enter CalleeImpl.receive(String) Method");
ServiceManager serviceManager = new ServiceManager();
BOFactory boFactory =
(BOFactory) serviceManager.locateService("com/ibm/websphere/bo/BOFactory");
System.out.println("************ BOFactory created ************");
DataObject faultBO = boFactory.create("http://TestErrorHandling",
"FaultBO");
System.out.println("************ FaultBO created ************");
faultBO.setString("ErrorCode", "1001");
faultBO.setString("ErrorMSG", "Message Incorrect");
@SuppressWarnings("unused")
int i = 1 / 0;
} catch (Exception e) {
ServiceBusinessException sbe = new ServiceBusinessException(faultBO);
System.out.println("Enter CalleeImpl.receive(String) Method");
return "Success";
}11.双击 Caller 组件，生成 Caller 组件实现类的基本框架 CallerImpl.java。我们让 Caller 的 send 方法捕获 ServiceBusinessException，同时得到 FaultBO。 代码清单 2. CallerImpl.javapublic String send(String message) {
System.out.println("Enter CallerImpl.send(String) Method");
String status =
Service service = this.locateService_CalleeInterfacePartner();
service.invoke("receive", message);
status = "Success";
} catch (ServiceBusinessException sbe) {
status = "Failed";
DataObject faultBO = (DataObject) sbe.getData();
System.out.println("ErrorCode of FaultBO is : "
+ faultBO.getString("ErrorCode"));
System.out.println("ErrorMSG of FaultBO is : "
+ faultBO.getString("ErrorMSG"));
} catch (Exception e) {
e.printStackTrace();
System.out.println("Exit CallerImpl.send(String) Method");
} 测试步骤 1.加载 TestErrorHandlingApp 到 Server。如图 11 所示：图 11. 加载应用程序2.右击 TestErrorHandling 模块，选择 Test－〉Test Module。在 Test Module 编辑视图中为 message 参数赋值。如图 12 所示：图 12. 启动 Test Module3.点击
按钮，返回参数 status 的值为 Failed。查看 SystemOut.log 文件，Caller 组件得到了 FaultBO。如图 13 所示：图 13. 运行应用程序 通过这个简单例子的构建和测试我们可以感觉到，对于 SCA 异常处理机制的实现还是比较简单。开发人员只需要把有效的异常信息构建成 SDO，然后把 SDO 放到 SBE 中抛出就可以了。当然什么样的信息是有效异常信息，如何安排 SDO 承载异常信息的结构还是需要开发人员花费一定时间来考虑的。这样必然会增加架构设计人员和开发人员的工作量。但是这样的工作量的增加对于增加客户友好度，提高产品容错能力还是有积极作用的。JCA Binding 和 Websphere Adapter 对 SCA 异常处理机制的实现
基于 SCA 1.0 规范对 SCA 异常处理机制的定义，JCA Binding 和 Websphere Adapter 6.1 版本对其进行了支持。Websphere Adapter 的简介
在面向服务的体系结构中，每个事物都是服务，并且服务是使用组件来实现的。如果将此黄金规则应用到企业信息系统 (EIS)，则会认识到我们也需要将 EIS 视为黑盒。换句话说，我们需要按调用任何其他组件的方式调用我们的信息系统；这样我们不必处理详细的 EIS 逻辑。那么 Websphere Adapter 产品就是实现这个规则的纽带。Websphere Adapter 产品允许服务组件与特定的 EIS 通信。一些与数据库通信，一些与文件系统中的平面文件通信，一些与事务处理系统通信，还有一些与 EIS 中的功能通信等等。它为我们提供了简单而又直接的操作 EIS 的方式。如图 14 所示： 图 14. Websphere Adapter 的基本结构 对异常处理的支持 Websphere Adapter 6.1 版本对 SCA 异常处理机制的实现思路与前面阐述的例子是类似的。我们通过图 15 来给大家进行详细的解释。图 15. Websphere Adapter 对 SCA 异常处理的实现 我们知道 SCA 服务组件通过 JCA Binding 可以调用 Websphere Adapter 来操作 EIS。当 Websphere Adapter 操作 EIS 时发上了系统异常，比如连接失败等等，Websphere Adapter 会根据这些异常封装成 ResourceException。当 Websphere Adapter 操作 EIS 时发生了业务逻辑异常，比如插入 EIS 的数据重复，EIS 中没有符合查询条件的数据等等，Websphere Adapter 会根据这些异常构造出承载不同 Fault Data 的 SDO，然后把异常信息封装成 FaultException，并且加载构造出的 SDO，其中 FE 是 RE 的子类。无论是 ResourceException 还是 FaultException 最后都会抛出给 JCA Binding。如果 JCA Binding 捕获到的是 ResourceException，那么它就会把 ResourceException 携带的异常信息取出，重新封装成 ServiceRuntimeException 抛给 SCA 服务组件。如果捕获到的是 FaultException，那么它就会把 FaultException 携带的异常信息和数据对象取出，重新封装成 ServiceBusinessException 抛给 SCA 服务组件。Websphere Adapter 定义了五种公共的 FaultException，每种 Exception 都有对应的 Fault Business Object。每个 Adapter 又进行了扩展，定义一些符合自身需要的 FaultException 和 Fault Business Object。这些丰富的 Fault Business Object 为开发者提供了详细的异常数据，同时也为决策异常处理流程提供了更好的依据。 具体的实现示例，本文在此不再阐述。 总结
本文首先对 SCA 1.0 规范和绑定规范行了简要介绍，然后介绍了 SCA1.0 对异常处理机制的定义并通过一个简单的 SCA 服务组件调用之间的异常处理例子来详细阐述对 SCA 异常处理机制的实现，最后介绍了一下 Websphere Adapter 6.1 版本对 SCA 异常处理机制的支持。从本文中我们可以了解到，通过 ServiceBusinessException 概念的引入到自定义携带的数据对象，SCA 异常处理机制为开发者在应用异常信息改善异常处理流程发面提供了更大的发挥空间，而 Websphere Adapter 6.1 版本对 SCA 异常处理机制进行的支持，使其应用到企业级应用系统成为可能。
相关主题 获得 SCA 1.0 规范、Binding 1.0 规范和 SDO2.1 规范
获得 JCA1.5 规范。
了解更多使用技巧。
了解更多内容。
了解最新特性。
的所有功能。阅读 。查看 。了解 ，特别是 Document/literal Wrapped 模式。了解关于
的更多信息。您可以通过使用
开始评估 JAX-WS 功能。IBM developerWorks 提供了大量的文章，以及关于如何开发 Web 服务应用程序的初级、中级和高级教程。使用
进行试验！通过 IBM SOA 进行实际的亲手实践来提高您的 SOA 技能。提供 SOA 的概述，并介绍 IBM 是如何帮助您实现 SOA 的。了解关于 的最新消息。请特别关注以下 SOA 和 Web 服务技术讲座：
访问 ，浏览有关这些技术主题以及其他方面的书籍。获取。（了解关于
的更多信息。）
添加或订阅评论，请先或。
有新评论时提醒我
static.content.url=/developerworks/js/artrating/SITE_ID=10Zone=SOA and web servicesArticleID=285103ArticleTitle=如何实现 SCA 的异常处理机制publish-date=最近和同事都遇到一则怪事，使用Chrome来google的结果不再有红色高亮，一坨一坨的蓝色，导致习惯一目十行来筛选结果时异常困难。
奇怪的是其他地方电脑没问题，IE没问题。
清理缓存未果。开始怀疑难道是路由把google的css屏蔽了？
解决方法：
眼瞅着就要换QQ浏览器了，到Google 论坛一看很多人遇到，清理cookies就没事了，将信将疑，清理后果然恢复。
本文已收录于以下专栏：
相关文章推荐
第一种：自己在后台修改了wordpress网址，导致不能登陆后台。
解决办法：
1、首先我们登录MySql数据库，这个不用我教吧；
2、查看表”wp_options”的数据（你的表不一定是以”w...
驱动安装：
这里得说明一下，安装新的显卡驱动也有不完美的地方，就是开机进入系统的时候没有了进度圈的可视化图案，而且很有可能要强制修改分辨率才能正常显示，但安装显卡驱动后可以使用系统自带的桌面特效...
windows 2008上启用防火墙后Oracle tnsping不通的解决办法
1、解决方法：
很简单，windows2008防火墙将Oracle 1521端口给封了，新建并开启就行了。当然...
由于linux不正常关机或者安装软件过程关机，出现进不来界面，显示
sh: can' jobcontrol
turned off
(Repair filesystem)...
转自：http://blog.csdn.net/longxiaowu/article/details/
注：Android 4.3引入的wm工具
wm命令及用法：
...
vm命令及用法：
系统自带的说明
百度编辑器ueditor代码高亮效果前台不显示的解决方法发表于1年前( 16:23)
阅读（1080） | 评论（0） 5人收藏此文章, 我要收藏赞012月12日北京OSC源创...
他的最新文章
讲师：董岩
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)后使用快捷导航没有帐号？
查看: 3870|回复: 10
新人欢迎积分0 阅读权限50积分1600精华0UID帖子金钱2928 威望1
Lv.5, 积分 1600, 距离下一级还需 900 积分
UID帖子威望1 多玩草76 草
妈蛋，直升的女大枪，站街跨界转了把惊雷过来，天天异常，手刷异界，异常 被制裁1小时，换到普通图刷白图做主线，又他妈异常，好吧异常我不要经验不要道具，我做个主线可以把，妈蛋又几把异常。
&一般异常个1星期左右就好了&
请叫我神大人
新人欢迎积分1 阅读权限80积分12903精华0UID帖子金钱7477 威望7
Lv.8, 积分 12903, 距离下一级还需 7097 积分
UID帖子威望7 多玩草50 草
貌似又开始了制裁的多频率爆发了
新人欢迎积分1 阅读权限40积分388精华0UID帖子金钱5017 威望0
Lv.4, 积分 388, 距离下一级还需 612 积分
UID帖子威望0 多玩草0 草
习惯就好& && && && && && && && &
装青蛙的猫
新人欢迎积分1 阅读权限60积分2566精华0UID帖子金钱297 威望0
Lv.6, 积分 2566, 距离下一级还需 2434 积分
UID帖子威望0 多玩草70 草
估计是更新后，用第三方邮件宠物和SS的缘故吧，把游戏环境都给破坏了，所有多了些躺枪的人
新人欢迎积分0 阅读权限50积分1600精华0UID帖子金钱2928 威望1
Lv.5, 积分 1600, 距离下一级还需 900 积分
UID帖子威望1 多玩草76 草
坑爹，一图一制裁。
新人欢迎积分0 阅读权限50积分1600精华0UID帖子金钱2928 威望1
Lv.5, 积分 1600, 距离下一级还需 900 积分
UID帖子威望1 多玩草76 草
依存症患者
新人欢迎积分1 阅读权限80积分12349精华0UID帖子金钱48634 威望1
本人已死，有事烧纸。
Lv.8, 积分 12349, 距离下一级还需 7651 积分
UID帖子威望1 多玩草40 草
主题高亮楼主怎么弄的啊这样是作死啊
新人欢迎积分1 阅读权限0积分967精华0UID帖子金钱3518 威望0
头像被屏蔽
UID帖子威望0 多玩草0 草
提示: 作者被禁止或删除 内容自动屏蔽
新人欢迎积分0 阅读权限1积分1精华0UID帖子金钱6 威望0
Lv.0, 积分 1, 距离下一级还需 4 积分
UID帖子威望0 多玩草0 草
去尼玛的DNF，刷白图也给我制裁15天，两个号同一台电脑制裁，欣悦会员2打电话去说尼玛的环保，这样的破游戏谁还敢玩，欣悦2不是钱充上去的吗，草尼玛
新人欢迎积分1 阅读权限60积分3316精华0UID帖子金钱36660 威望1
Lv.6, 积分 3316, 距离下一级还需 1684 积分
UID帖子威望1 多玩草221 草
我怎么没，天天在网吧玩，天天双开两个34角色的号子一起刷，怎么不制裁我？
新人欢迎积分0 阅读权限60积分2838精华0UID帖子金钱11166 威望0
Lv.6, 积分 2838, 距离下一级还需 2162 积分
UID帖子威望0 多玩草0 草
要改版了，一切的不合理都是合理的
手机论坛勋章
APP发帖双倍积分，登陆即送勋章！
需要金钱：1100
手机盒子客户端点击或扫描下载
Powered by}