WebLogic 7.0平台:灵活适应环境

核心提示：WebLogic 7.0平台:灵活适应环境 开发和部署，这是WebLogic 7.0版本的两大亮点，WebLogic 7.0平台:灵活适应环境，请别误解，这并不是说我们没有在容器部件上下功夫，我们一直在努力建立一个最完整、可扩展、安全可靠的平台，提供基于J2EE标准的应用开发，我们依然遵循J2

　　WebLogic 7.0平台:灵活适应环境

开发和部署，这是WebLogic 7.0版本的两大亮点。请别误解，这并不是说我们没有在容器部件上下功夫，我们依然遵循J2EE1.3标准，并且获得了很高的ECPerf测试值。尽管如此，我们仍发布了产品的三大工具，努力简化网络服务应用的开发、部署和治理。

第一个工具是WebLogic Workshop，可以建立网络服务的类似Visual Basic工具，并具有完整的服务调试工具。在网络服务底层，是功能强大的J2EE技术层，我们一直努力使其快速、可扩展并且可靠。任何熟悉WebLogic的人都能启动并运行其辅导教程，学习使用，并向不信服java的人们演示网络服务的开发部署功能。您能够说服人们这是开发网络服务的简易方法，而不会碰到麻烦。

对于那些抱怨5.1失去了图形化部署描述编辑器的开发人员，我们创建了一个新工具，称为WebLogic Builder。这个工具能够使您编辑J2EE应用的EAR、WAR和EJB JAR部署描述，然后重新部署这些应用。它具有内置的错误检查功能并支持所有描述符。这将会使建立或从另外一个系统向WebLogic移植应用部署更简单，更不易出错。

它甚至能够自动将已有的旧式部署描述符升级为J2EE 1.3，所以您无需亲自动手修改。利用这个版本对EJB 2.0的彻底支持和标准化，我想您会发现在Builder工具内所有复杂的关系将会大大简化。

也许我们是这样的开发人员，对图形化工具嗤之以鼻，宁愿使用Emacs，那么我们提供的工具能够提高生产率。WebLogic EJBGen使您能够在单一文件中完整地定义EJB实现及其部署信息。由于部署信息不可能与实现分离，因此很轻易确保所有关系被描述，并且所有由容器治理的域（field）都有呼应（hooked up）。采用简单的类似JavaDoc的标记，即可以在需要的地方设置注释信息，而不用在每次修改时努力保持多个文件的同步（一致性）。

当然我们一直没有忘记将企业级特性加进产品中。最主要的特性之一是集群化队列和主题（这是我个人的偏好，我是一个对队列痴迷的人），现在我们能够建立基于JMS之上，无单点故障的应用－－无需自己亲自动手，分布式主题和队列会为我们完成大多数工作。需要利用这个特性的代码修改即使需要的话，也非常少。这样，建立一个大规模可扩展的聊天服务器只不过是几个JMS调用而已。

在安全性方面，我们已经内置了鉴权支持以及对服务器安全层进行了彻底扩充。

这样精致的安全系统能够使您超越简单ACL（访问控制表）精确控制资源的访问。现在您能够基于用户的账户状态来阻止用户对网络应用某部分的访问，或答应用户修改自己的账户和报告，同时禁止访问其它账户。这种新的安全系统确实能够使您对J2EE实施比内置URI层面的安全性（广泛的、粗糙的基于方法层面）更严格的控制。。

最难于把握的是部署阶段。我们邮件对所有基本问题进行了讨论。采用最新的两阶段集群部署，利用共享磁盘或采用自己的复制替代我们提供的内部文件复制器多种选择，每个人都应该能够根据自己的需要可靠地部署应用。例如，假如您需要所有集群服务器能够自动获得.jsp 和Servlet的修改，可以将应用配置为驻留在共享磁盘上，并指定应用不使用WebLogic预演功能。另一方面，您运行的应用其文件只能在应用部署时才能修改，所以您告诉WebLogic采用预演方式，确保应用在所有集群服务器预备好之前不去部署，之后所有集群的修改同时生效。预演选项在服务器和应用层都可以修改，所以您不会锁定在一个配置上。

最后，高层应用域配置不再与计算机上安装的WebLogic Server本身紧密捆绑。

一些用户想将服务器代码放在只读磁盘，同时将所有配置数据、日志、应用等放在另外的磁盘上。这在过去是一个大问题，像这样简单的事也用了很长一段时间以确保WebLogic Platform在任何99v环境都能够灵活部署。

呀！这么多东西需要消化。但是您会发现，BEA WebLogic Platform正在以良好的状态进行扩充。我们一直在努力建立一个最完整、可扩展、安全可靠的平台，提供基于J2EE标准的应用开发。这是我们的使命。