涉及工作流创建、企业资源访问和实际商业任务的复杂业务流程管理（BPM）的解决方案常会很快变得无法管理。工作流会变成巨大的难以跟踪的决策树，开发人员将很难把需求转换成实际的代码，原本过于简单的子流程也将变成极为复杂的应用。随着WebLogic Integration 8.1的最新发布，BEA已经大大简化了这一工作。我最近用该产品的测试版创建了几个示例流程，结果令我印象深刻。
WebLogic Integration被合并到了WebLogic Workshop框架之中。这允许一种一致的开发方法，并允许其用户在开发J2EE应用程序、门户（portal）和（或者）BPM解决方案时只熟悉一种工具即可。这种"统一平台"的好处怎么说都不为过。直观的用户界面提供了一站式的全套服务，可用于对业务解决方案建模、分析解决方案并创建能访问企业应用并允许真实用户协作的BPM解决方案。使用这一工具和BEA提供的一些实例，我用了不到一天的时间创建了几个业务流程，它们可以执行复杂的条件逻辑、从XML到Java的数据转换、基于用户角色的电子邮件通知以及异步消息传递。而我仅仅用到了这个工具的皮毛。
创建工作流
我的第一个目标是创建一个简单的工作流，以提供两种单独的方式来处理信息。Workshop编辑器允许用图形化的方式创建工作流（如图一所示）。
当用户添加不同的组件时，源代码被写到一个分隔标签上而且它们是可访问的。Workshop用标准流程(JSR 207)中适合Java规范的流程定义 (PD4J)生成源代码和注释来反映流程的逻辑。Workshop编辑器保持了代码和图形表示的同步进行。
工作流的创建很简单。WebLogic Workshop左下部的面板上有很多清晰的可选节点，可通过简单地拖放操作将其添加到工作流中。这些工作流节点足够丰富，可执行我能够确认的任何工作流动作；而且还足够清晰，可非常轻松地确认所需节点。
工作流的图形表示看上去非常清晰，它是用一种遵循起来非常容易的方式来展现的。想象一下业务人员在创建可供开发人员扩展的初始工作流的情形，这并没有超出软件开发的范畴。添加条件的操作也很简明直观。但是为了提供工作流可读性的最简单方式，我还是建议你在条件名称里确定每个条件语句的基本含义。
为了把数据传送到工作流中，BEA把重点集中在了提供一种实际的方法用XMLBeans把XML轻松地纳入应用开发当中。隐藏在XMLBeans之后的想法是把创建XML的复杂性从XML的使用中分离出来。XML对象能够通过使用GUI来轻松地访问和操作。WebLogic Workshop通过将每个XMLBean作为一个指向XML Schema的Java接口的方式来处理这种解析。从而使开发人员能把精力集中在业务逻辑而不是创建和访问XML这件苦差事上。
另一个关于XML和WebLogic Integration的关键方面是转换数据的能力。XML Schema可转换成其他的XML Schema或者非XML的Schema，或者从其他格式创建XML Schema。复杂的XML映射可以在不具备XSL、XQuery或者任何XML映射API知识的条件下构造。
在Schema之间映射数据要涉及到链接两个值，而且还可添加对数据执行的必要的数学或者程序上的操作。WebLogic Integration 8.1 还允许用户来设计诸如多对一（例如集合）、一对多或者多对多的复杂映射。BEA称之为XQuery Trans-formation Mapper(如图2所示)。
数据转换映射可通过允许它对某些映射进行猜测来加以改进，特别是在它们共享同一个名称时。重要的是测试映射，并将结果与你所期望的结果进行比较。XQuery语句的成功执行并不保证所有的映射实际上都是正确的。
为了处理各种各样的操作，WebLogic Workshop提供了"Java控件"。可以把它们想象成一串进入那些必须进入的大多数技术大门的钥匙。现有的数据源、系统、应用和其他工作流全部都能访问。可以创建一个用于访问数据库的控件。如果需要访问JMS，也可以创建一个Java控件。我就创建了一个控件来处理电子邮件。
就像使用任何一种工具一样，某些Java控件的功能并不能立即确定，许多控件需要一起使用才能确定它们潜在的用途。也可以创建用户自定制的控件，所以通过Java控件可以从WebLogic Workshop访问几乎所有的操作。
工作流本身可以当作控件使用这一事实还提供了灵活性。其他的工作流、Web服务或者门户可以直接访问这些工作流。与现有功能的集成变成了一件几乎都不用用做过多考虑的非常容易的工作。
与应用服务器的集成是无缝的。测试可在Workshop环境中执行。
我的下一步工作是创建一个异步的JMS消息。这是一个很现实的情况，很多工作流都没有涉及在多数应用中都能发现的异步通信。当老板们分配给你一项任务时，在你完成期间他们不会给你施加压力。当然，至少不是所有的时候。
这个流程涉及两个工作流的创建：一个用于发送，一个用于接收。可快速创建一个JMS Java控件，并通过拖放操作将其添加到工作流节点。有关JMS的机制再简单不过了。
接下来的工作涉及通过将人员用户添加到工作流中来更多地模拟真实世界。WebLogic Integration提供了一个工作列表（worklist）子系统用于向用户分配任务，并通过一个简单的用户界面来发送和接受这些任务。用户界面中包含一个Java控件，操作起来很直观。用户可以是特定的，也可以是一个组中的角色。角色的分配略微复杂，我想任何一个使用这项功能的开发人员都应当花一些额外的时间来达到这方面的要求。
合并所有的功能以便将一个简单的应用前端添加到工作流中，然后产生一个电子邮件输出，这并不象你害怕的那么复杂。但这么做并没有什么价值，因为使用的WebLogic Workshop界面和WebLogic Integration是一致的，能很容易地确定这些未曾使用过的新功能是如何实现的。因为WebLogic Portal使用相同的界面，这就避免了开发人员学习时走弯路，而且大多数功能的使用方法学一次就会用了。我对一个功能是如何实现的"猜测"经常是正确的，这让我很是诧异。
管理控制台是基于浏览器的，它似乎提供了所有必需的功能。运行时信息存储在一个信息库中，它们可以在以后详细分析。
很容易纳入异常处理，而且更多的特定于应用程序的异常处理方式似乎也很容易添加进来。
结束语
BEA WebLogic Intergration 8.1为开发集成业务流程提供了一种直观且强大的方法。将这些元素合并到一起通常是困难的，而BEA应该为其成功地在WebLogic Platform 8.1上实现一致性而受到高度赞赏。这个平台的每个组件都是非凡的，跨平台的集成所提供的功能领先同类产品数年之久。
需求
和BEA WebLogic Intergration 8.1一起提供的还有WebLogic Server 8.1的一个群集实例以及BEA WebLogic Workshop的开发许可。BEA WebLogic Intergration 8.1需要BEA WebLogic Server 8.1的支持。
|
