我叫Robin Smith，是BEA Systems的高级工程产品经理，负责WebLogic Time和Event Driven (TED) 产品系列。欢迎关注我的blog中的“事件转换器”。如果您在这里，那么可以假定您正在阅读Web上以及新闻中关于BEA的新EDSOA（事件驱动SOA）的所有激动人心的新闻。任何临时观察员可能都期望这只是市场“错误”，可能只是WebLogic Server的一个“脱口而出”的简单扩展名，或者可能只是某个核心CEP“引擎”应用程序（甚至可能是用C++编写的）的某种特定实现。好了，它不是的。
那么让我来进行阐明。过去一段时间，BEA团队采用了“后退”的方式来考虑和研究行业和一些可用技术，这些技术可能需要用来有效解决Real Time Event Driven Architecture和Event Processing Network Application需求。很快人们就会发现他们需要一个全新的方法。为了使下一代Java应用程序获得“类神经系统”的处理复杂性和极短的等待时间，解决方案首先应该提供一个基础运行时架构，处理与通用服务器端Java Virtual Machines (JVMs)中发现的等待时间“暂停”有关的内在不足。
其次，要满足目前以及将来EDA应用程序（包括Complex Event Processing）所需的众多服务，作为许多服务中的一种，需要一个新的Java容器。此容器应该还是一个“确定性”容器，它本身可以以“明确”的方式提供许多集成式实时设计原理和概念，以便有效处理其他可能的“中间件”等待时间限制。提供这种解决方案将允许所有已管理和配置的应用程序实现其企业功能目标，无需通过编程方式解决维护API遇到的任何“特殊的”、复杂的可能困难，比如内存分配和释放的自主管理。
此外，此Java容器不应该是一个“重量级”Java EE（Java企业版规范，即以前的J2EE）实现，而是用于获得实时目的的“有针对性车型”。在理想情况下，它应该利用所有最近调用（可能是使用mSA（微服务架构）构建的），以及所有可能提供的额外好处，比如提供一个OSGi底板。
一旦按“世界最快”的Java服务器端运行时交付此“类似天堂般”的专注于EDA的容器，那么就是时间改进一些很让人难忘并且直观的工具来简化此中间件的使用。这些RAD和BAM功能将加速应用程序的产品配置，使企业能够快速从高性能、高产出中“获益”，并获得通过处理单个或多个事件源（使用一个或多个数据流）执行复杂事件处理的能力，随后，自然可以获得相关的资源方面的好处和经济方面回报。还有一点要重点注意的是，这些工具不必有一个“轻量级”外观，但必须构建可靠、全面和企业级实力的中间件基础。
那么所有这些是否都可以实现呢？有一定的挑战性，但现在有一个新的产品系列即将交付，有些人认为，该产品系列可使行业在一个全新的范畴内得以独立，“一个灵活的开放系统解决方案领域”。
虽然这些将来才能看到，但这些来自BEA、WebLogic Event Server和WebLogic Real Time最新的工具已准备“破门而出”，处理此领域的实际需要。从实验室也传出这些工具在工作台上的表现令人满意的消息，提供了数字合理的事件/消息生产量和低的等待时间值，这些数字对于Java可能是无法想像的。
新产品于2007年7月16日就可以在世界范围内广泛使用，因此请花些时间查阅新的Dev2Dev页面（即将推出）、EDSOA信息并下载这些产品以便进行对它们进行评估。
以下是让帮助您在此期间开始起步的一些额外资源：
为了避免忘记，请关注此空间，以便获得新的基于Eclipse的工具，以及有关很快即将推出功能的监控仪表板的新增信息。
原文出处：http://dev2dev.bea.com/blog/robsmith/archive/2007/07/eventtransformers_for_event_dr.html
