今天的主题演讲是由BEA来做的。两个演讲者Bill Roth和Patrick Linskey探讨了对Java EE环境的市场和革新方面的一些误解。

　　例如，下面就是一些他们希望澄清的说法：

　　他们的演讲并不是自我中心主义式的BEA产品和技术的介绍，而是解决了我们所面临的一些有趣的问题，比如企业市场的明显商品化。他们还谈到了革新的重要性、标准的必要性以及BEA的混合策略。

　　我建议您看一下JavaOne站点上的webcast：high bandwidth, low bandwidth。

　　最后，他们以一个运行在WebLogic Server上的相当有趣的PHP演示结束了演讲。

　　技术标签：j2ee、java、javaone、javaone 2006、php

原文出处:http://dev2dev.bea.com/blog/jonmountjoy/archive/2006/05/bea_general_ses.html

　　在JavaOne上，我们的Dev2Dev展台有一二十个座位和一个演示区域。这些天我们已经发布了多场演讲，比如Rod Johnson关于Spring与WebLogic Server的集成以及我们的EJB 3实现（以后我将详细介绍）的演讲。

　　今天早些时候，Jim Marino做了一场关于服务组件架构(Service Component Architecture，SCA)的演讲，我先前曾写过一篇关于此方面的文章（中文版：JavaOne大会上的服务组件架构）。Jim补充了几点关于SCA的知识：

1. 不需要完整的J2EE环境。可以将SCA容器部署到一个J2SE客户端或J2ME——非常灵活。当然了，这取决于SCA容器所支持的绑定/策略。
2. Apache Tuscany实现正提供一个类Eclipse（在目标方面）的插件环境，人们可向其捐献绑定类型的插件（JMS、Web services、XFire等）和组件类型的容器。Ruby和Groovy容器现在已经可用了。

　　我还听了Adam FitzGerald关于WebLogic Server中的Tomcat控制台支持的演讲。他还做了演示，该支持看起来相当酷。当然了，它要比默认的Tomcat控制台漂亮得多！Adam指出了使用Tomcat控制台的许多好处：

1. 它基于WebLogic Server管理控制台，这为其提供了易用性和可管理性。
2. 可以使用它来同时管理多个Tomcat实例——设想一下，您要将什么东西部署到20个不同的Tomcat实例上……这就是该特性的用武之地了。在这方面，该功能非常类似于WLS管理控制台。
3. 可以使用WLST为WLS和Tomcat提供自动化的管理配置控制和管理。
4. BEA的诊断框架(WLDF)已经为合并Tomcat进行了扩展。

　　控制台被分发给了所有的JavaOne出席者（装在礼品袋中）。

　　最后，是Patrick Linskey关于JPA的演讲：优点、缺点以及不好的地方。Patrick指出，新的select c from Customer c要比select c from com.example.jpa.Customer c好得多。不过，要实现它就需要对元数据进行全面扫描以确定实体名称，如果Java有LINQ当量的话，这就不成问题了。例如，em.newQuery(new JPQL {select c from Customer c });

原文出处:http://dev2dev.bea.com/blog/jonmountjoy/archive/2006/05/bea_booth_at_ja.html

　　在JavaOne大会上，我参加了一个有趣的演讲，"Bare Metal"——Speeding Up Java Technology in a Virtualized Environment（“Bare Metal”——在虚拟化环境中加速Java技术），演讲者是Joakim Dahlstedt。Joakim是BEA Java Runtime Products Group的CTO。简而言之，他提出了使用虚拟化作为运行Java虚拟机的方式。这样，就可以在一个4路机器上运行8个JRockit JVM（对于正在运行的应用程序来说是透明的）。此外，他们是在虚拟化硬件上运行的，避开了操作系统。

　　那么他们是如何做到的呢？他们使用了管理程序(hypervisor)。管理程序允许将一个物理机器分为多个虚拟机器。通常可以使用此特性在操作系统的多个实例上运行多个应用程序，它们全都相互独立，但是使用的却是同一个芯片（上的不同分区）。

　　不过，他们在Bare Metal演讲中提出的是，只在一个（而不是多个）操作系统分区上运行。然后，当使用操作系统并创建一个新的JVM时，就会创建一个JRockit实例，作为一个直接运行在管理程序层而不是操作系统上的分区。可以创建多个此类实例，它们都直接运行在管理程序上，避开了操作系统。问题是：如何进行文件输入/输出？

　　下面就是解决的办法。他们在管理程序之上创建了一个非常薄的层（就是他们称之为Bare Metal的），它允许他们实现JVM服务。例如，文件输入/输出可使用操作系统虚拟化系统或Java JVM本地磁盘进行。Bare Metal容器有一个小型TCP/IP堆栈，包含有Java所使用的协议（TCP/UDP等）。所以就完全避免了用于网络输入/输出的操作系统代理。真奇妙！

　　那么这可以为我们带来什么好处呢？由于每个JVM实例都避开了操作系统，所以这些实例就具有更高的性能、良好的资源控制、轻量级且高效的线程，以及改进的垃圾收集，通过对该层的更多控制，可以获取更多的可预测性。每个JVM也有其自己的特性——它们是虚拟的系统，而不是同级的进程。这也带来了其他一些好处——好的隔离性、完整的状态快照保存、暂停和恢复等。

　　当然了，如果您需要图形化的显示，那么您不会想要此类东西。Bare metal是一个服务器环境，没有屏幕，没有图形化用户界面，没有声音……

原文出处:http://dev2dev.bea.com/blog/jonmountjoy/archive/2006/05/jrockit_jvms_hy.html