现在事件处理的实际情况是：应用需要从范围很广的应用那里收集信息，这些应用，天生缺乏业务事件这种概念意识。简易的集成是必要的，因为每一种新的事件数据的来源都有可能允许进行新的类型的测量或行动，但建设基础设施架构并让它可以满足这种事件机制不是一件轻松的事情。

　　最近，我们考察了一个基于工具对博客进行的范例，其动机就是为了简化这一任务。这个东西可以被称为业务事件框架。其任务可描述为帮助开发者创建面向模式并基于模式反应的应用。所举的例子是一个事件API，用于与Oracle的事件交付网络（Event Delivery Network）以及IBM的一组工具一起工作，以便将Web服务转化为业务事件，从而可以供REST接口访问。这些工具帮助我们更简单地从许多不同的来源那里收集新的业务事件信息。

　　Oracle已经把事件传送网络（Event Delivery Network）开发成为为SOA套件11g版的一部分。它可以跟由Java、PL/SQL及ADF所创建的事件一起工作。克莱蒙斯•伍兹奇格（Clemons Utschig）是Oracle的SOA团队的一员。在一篇博客中，他描述了如何用事件API程序化地发布一个事件。同一篇博客还为在EDN中产生事件提供了指导。

　　事件处理需要使用XML模式来描述事件的性质。事件拥有自己的名字空间（namespace），所描述的事件通过类似WSDL的导入结构被导入进来。然后使用一个Mediator组件来发布/订阅一个事件。Oracle的IDE软件则产生表示组件定义的事件图标。这一设置接着通过远程API来进行测试，此时元数据必须以可理解的方式对事件进行描述 。最后，Ant可以被用来向Event Delivery Network 提交该事件。

　　Trivadis的FMW和SOA的Oracle ACE主管Guido Schmutz通过一个类Spring的例子把这个思路深入了一步。

　　他描述了如何对各种特性进行协调，这些特性包括FactoryBean接口、Spring注射依赖（Spring Dependency Injection）以及控制倒置（Inversion of Control）、Object/XML 映射、以及轻量级的Spring事件处理机制。一旦这样的设施被建立起来，据舒马茨说，只需几行代码，你就可以使用简单的Java对象去创建新的EDN事件。

　　IBM方面，其WebSphere业务事件支持各种为了接收事件和对动作进行初始化的传输协议。IBM已经开发出不同的工具，可将Web服务翻译为业务事件。WebSphere业务事件REST接口有望成为更为简单地将任何应用的事件发布出去的方式之一。在最近的一篇DeveloperWorks入门文章中， Madhu Ananthapadmanabh对如何开始使用REST接口进行了描述。

　　在Madhu的例子里，创建了一个Java对象，这个对象可以获取事件数据，构造事件连接器包，还可以通过REST接口把它发送到WebSphere Business Events去。 利用一个设计器，就可以定义逻辑，并对特定事件设置动作。