在CERN的粒子加速器是被一个基于Java Messaging Service (JMS) 和Enterprise Java Beans (EJB)的事物驱动的面向服务的架构(SOA)系统所监控。

　　技术基础设施监控(TIM)是SOA在依赖于Java标准和技术而不是Web服务标准和技术的情况下如何实施的一个例子，Hub Vandervoort说到，Progress Software Cor企业基础设施部门的CTO。

　　“这就是事物驱动的SOA，但这里不使用任何Web服务，”他是说监控关键指数如加速器中的温度和压力，还包括新的27-千米(16.7米)Large Hadron Collider (LHC)的系统，该加速器是世界上最大的粒子加速器。

　　与SOAP和WSDL相反，消息形式遵循JMS传输和XML，他说道。这是和Gartner Inc对事物驱动的SOA如何架构的定义相吻合的。

　　“如果你采用Gartner本地将SOA的刻画在两个较广的分类里，” Vandervoort说到。正如他在前面所解释的，，而现在也是非常普遍的，就是请求/应答样式，或是交互式的SOA，其趋向于在HTTP之上基于SOAP。第二就是事物驱动架构(EDA)的SOA，或是基于公告的SOA。后者是在CERN的TIM中采用的方法，以建立一个系统能从30，000个量表中进行读入，并将其发布在一个企业服务总线(ESB)上，在那里，就如技术专家在操作工作和PC浏览器——和自动的系统以及审计数据库一样——同意这些行为。

　　对于CERN的系统，Vandervoort说到JMS是现在最好的选择。

　　“现在在Web服务领域所存在的问题就是，对于酒吧式通信不存在真正意义上的一个很强的标准，”他说到。“WS-事物和WS-不高向这个方向倾斜，但是现在它所代表的WS-事物和WS-布告都还是没有被充分认可的规范。最近，标准化工作组已经将注意力转向管理技术的标准化。这实际上和在CERN所做的工作并没有任何链接。所以CERN不会使用WS-事物和WS-布告。他们使用JMS发布，而作为运输订阅，但它还是实际意义上的SOA。”

　　开始于2003年，结束于2005年，TIM是基于一个Java开放源和供应商产品的混合，Peter Sollander说到，CERN的技术基础设施运作部门经理。它是建立在Apache servlet engines 和Oracle application servers之上, 采用来自于Progress的the SonicMQ JMS messaging 技术。从桌面观点来看，这是在工作站中技术专家最可能遇见的事情，但是也包括基于浏览器的系统，CERN使用来自于ILOG Inc的JViews，该经理说到。

　　“这是一个拥有许多不同类型设备的庞大的系统，” Sollander说到。“这里有来自于100个不同的本地系统的30，000的数据点。我们每天处理一百三十万值变化。这就是我们现在所处理的吞吐量。我们计划这将和新系统、新数据源的引进一起达到。”

　　包括在粒子加速器中持续监控的电流、冷却、通风、真空和其他的重要的征兆的值变化，他解释道。对于任何地方它们之中的任何一个其主要的问题在于都要求即时响应。

　　“如果一个泵停止运转，该系统将产生警告。” Sollander说到。

　　自从欧洲物理中心在1954年成立之后，在过去的几十年间建立了各种各样支持这些功能的监控设备和系统。TIM项目的一个主要的目标就是能从所有的旧的监视器中获取数据，而且当技术专家将其看作一个警报或变化时能以相同的形式将其展现出来，Sollander说到。

　　将所有的数据转化为XML形式，并将其放在一个JMS总线上使其变为可能，Sollander说到。

　　“所有的测量设备都是本地化的JMS客户端，他们读取这些工具，并将其转换为JMS消息。” Progress CTO说到。“事实就是它们都被规格化为JMS小心，意味着任何以JMS作为语言的东西都可以消耗这些信息。”

　　在实际投入运作的第一年中，CERN评估了TIM的做法，Sollander说到。“我们在可获得性方面评估了第一年的运作，我们在第一年取得了99.8%的获得性。这对于我们来说非常重要。在这个系统中最重要的就是能信任这些数据。并且你能意识到什么地方出了错。我已可获得性和可靠性是我们最关注的。”

　　基于这个报告，TIM似乎是他的小组中最优秀的。

　　从Vandervoort的观点看来，TIM展示了一个SOA系统可以建立在不使用他所认为的有问题的Web服务事物标准的基础上。

　　“Web服务标准的缺少并不代表你不能实现使用JMS的事物驱动的SOA，”他说到。“这个[TIM]是一个运用SOA概念的事物驱动架构。”