| 我们进行了一些展望，一些工作是在Java EE6的基础上进行的。你可以告诉我们一些对这些事的评价以及Java EE6的时间表吗? Schmidt:在关于GlassFish3的工作中是包含了一些考虑使用JavaEE6的东西。有一种你不需要拥有EJB容器的网络轮廓。他利用了一些更为先进的模型结构。至于时间表的问题，我想，他们将会在零八年末或者是零九年的某个时间会提到的。 那会出现这样的情况吗：那些在Java EE6上工作的人看上去好像对Java EE5提出了自己的反应，认为里面的由于成分过多而导致的膨胀进行了很多的批评? Schmidt:肯定是有一部分这样的情况的。我们暂且不管这公平与否，现在的确有一种观点认为Java EE应用程序服务器实在是太沉重了。在某种程度上，事实的确如此。因此可以说，反馈情况的很大一部分是这样的。但我们的确要着眼于市场，观察人们究竟想要什么样的产品。在市场上的确有Java EE和EJB开发的一席之地，但是毫无疑问的，也有Tomcat——不是一个完全的Java EE容器，也是一个servlet容器——广泛使用的现象存在。最清晰的概述是有一个有相当重要意义的采用。拥有一个支持不需要完整的Java EE栈的方法是大家现在正在关注的。 IBM公司依然不支持Java EE5 ，这是我们关心的一个问题吗? Schmidt:有点是吧。我不知道具体的讨论或者是他们的计划。不过，我猜他们最后一定还是会支持它的。当然，现在Oracle公司和BEA公司已经支持他了。我认为，IBM公司某种程度上是那种已开始并不支持，而市场需求最总会推向他们支持Java EE的企业。 说道Web服务栈方面，你也拥有一个，那就是AXSIS，Jboss。我们先把微软放在一边，如果只有一个Web服务栈的话，生活不就能简单一些了吗? Schmidt:其实我也是这么认为的。在这方面我们愿意和其他的厂商贡献和合作。在我们负责的Tango项目的部分当中，我们已经在开源组织里完成了。他也是GlassFish的一部分。而且已经是公开的了。其他的人正在使用它们，并把它们整合到他们的产品当中去。因此，可以说，我们拥有了这种合作的开始。我们已经和BEA公司和Oracle公司进行了合作。他们不会离开去做他们自己的事情去。他们看到了合作的价值。我也愿意看到这个价值。这将会是在Web服务平台之间拥有的意义重大的能够进行协同工作的能力。而我们和微软合作也是有原因的。就像你说的那样，我们并没有在那里拥有相同的栈，因为我们是在不同的技术上的，但是可以保证的是，在工作中，协同工作能力是关键的驱动因素。 你可以为人们描述一下Mammoth项目是什么吗?你可以提供一些具体的例子或者是具体的由其生成的东西吗? Schmidt:在Mammoth项目中，我只涉及到了外围。这个项目的重点是放在我们软件基础设施产品，我们的认证产品，我们的商业集成产品上的。他们主要从事将服务进行整合，并提供能够让顾客使用我们产品和技术的服务。在JavaOne会议的发言中，你已经听到了治理随着越来越多的客户和企业建立自己的面向服务的架构而变得越来越重要。他们发现，随着你有越来越多的服务，你必须要有方法来管理他们，智力他们，确保他们的安全。这就是Mammoth项目早期阶段我们关键注意的问题。但是我们期待还有一些事情可以被确定下来，像什么创造一系列关于使用我们产品的最佳实践方法。我们对于这点是相当激动的。我们正在做这件事的一些简单的类型。这并不是我们和埃森哲工作的的事情。 如果我画一幅关于JavaCAPS的画的话，特别是在SOA方面你想让人们拥有的部分，在注册/仓库方面似乎是一片空白，你能谈一下这方面的情况吗? Schmidt:Sun公司拥有Sun服务仓库，但是，毫无疑问的是，有很多我们需要合作的或者是在上面操作的占有很大市场份额的其他公司的产品。我们将要保证我们能和这些产品合作，并提供相应的支持。 你们是不是正在寻找一个能够为UDDI3.0提供更好的鲁棒性注册/仓库支持? Schmidt:使得，我们绝对是这样的。现在，我们并没有确定我们如何去做这件事，我们正在寻找最佳的做这件事的方法，而不论它是否是在我们拥有的产品上构建的或者是在一些Web服务组织的产品上构建的。在这件事上，我们正在运用一些在这方面能够提供一些有价值的输入的服务治理框架。 |
