| 红帽公司的副总裁兼中间件事业部总经理Craig Muzilla是个大忙人。尽管红帽以Linux发行版名扬天下，但该公司依托JBoss搞起了一块主要的企业软件业务。早在2006年就搞起了这块业务，当时“SOA”和“AJAX”等词眼大行其道。 我们设法联系上Craig，想打探一下如今JBoss中间件领域的近况到底如何。Java社区已准备发布OpenJDK（Java的开源实现），而JBoss和红帽在这款平台的现在和未来扮演着重要角色。该公司最近甚至负责启动Java社区进程（JCP）里面的Java EE 7规范。
Craig谈论了企业Java的未来以及JBoss中间件平台的未来，访谈内容如下： 在这个云计算时代，中间件业务做得怎么样？ 我们公司的中间件业务一直做得相当好。其增长速度大概是Linux业务的一倍。中间件业务是我们红帽的一大增长点。去年，我们在所有地区都取得了长足发展，包括日本、巴西和拉美。我们的目标是，扩大和丰富中间件产品组合，让我们能够提供专有中间件产品之外的一种选择。我们为许多公司提供了一种选择，因而能够统一使用我们的中间件产品，或者在战略性环境使用我们的产品。在过去的几年间，我们先后推出了八款主要的新产品。现在，我们拥有高速消息传递、业务流程管理和规则管理等产品。我们有一款门户网站产品和数据集成产品。我们其实一直在扩大和丰富产品组合。其中一些产品卖得相当好，尤其是集成产品。 业务的性质也发生了变化。回顾四年前，唱主角的是应用服务器。JBoss通常用于战术性环境，用于基于Web的应用系统和非关键任务型应用系统。现在，许多公司变得更牢固了，因而觉得使用JBoss更放心了。完全迁移到JBoss的公司数量众多。日产汽车公司和日本电信电话公司（NTT），美国的联邦快递、政府雇员保险公司（Geico）、韦里逊、ING和纽约证券交易所，它们现在都统一采用了JBoss，并且普遍用于各自的企业环境。它们从大厂商（专有的Java产品）迁移到JBoss。 最近JBoss中间件关注的重点是什么？ 我们一直在努力让这个平台大大增强灵活性，为此支持不同的语言。我们的平台不但是运行Java EE的最佳环境，我们还有相当大比例的客户在使用我们的产品来运行Spring、Struts和Groovy on Grails。 灵活性这个想法旨在提高运行灵活性。我们把注意力放在了这款应用平台的下一个版本上。我们的Java EE 6平台已成为可配置性大大加强的平台。 EE 6旨在通过新的Profiles（配置文件），为平台的模块性奠定基础。那么，JBoss在如何利用这一点？ 我们接下来宣布的是JBoss应用服务器7。这款应用服务器的核心是微服务容器（micro-services container）。我们在多年前就推出了微内核（micro-kernel）这个概念。Java EE 5则推出了基于Java虚拟机（JVM）的微容器（micro-container）这个概念。现在，我们有了加强模块性这个概念。如果你在Java持久性API（JPA）中有可交易性，或者缓存、消息传递或集群安全，就很容易通过微服务容器，增添或减少所有这些服务。 另一方面，JBoss 应用服务器7让我们可以大大增添可管理性方面的功能。我们在扩展应用编程接口（API），那样平台容器就更容易进行管理了，没必要加入硬编码的东西。这个环境管理、配置和部署起来要容易得多。我们正在竭力为开发人员提供这种灵活性，同时也为了确保卓越运营、事后管理。 我们有一个配置文件，它实际上是精简版的Tomcat。它说白了就是小服务程序引擎，但之后你开始借助微服务容器，在此基础上进行构建。Tomcat的优点在于，它很简单，部署起来也很容易；但是问题是，如果你需要对它向上扩展、添加服务，就不么容易了。如果你需要可交易性，如果你需要高度分布式缓存功能，就无法用Tomcat轻松地实现。 我要说，Tomcat的发展情况还是很好。从我们获得的市场研究数据来看，Tomcast的使用量似乎并没有减少，但也没有出现增长。我认为，其他这些开发商（Mulesoft和SpringSource）目前都需要一种容器。拿Mule来说，它们的企业服务总线（ESB）需要一种容器；但如果你需要容器不仅仅充当ESB的运行时环境，就没有可以做到这点的服务。我认为，这正是左右为难的境地。其中一些公司在提供自己的Tomcat版本，但这是不是一种丰富环境呢？ |
