| |
全面研读ejb 2.0（3）
? ejb 查询语言
ejb 查询语言 (ejb ql) 规定了持久性管理器应该如何实现在本地接口中定义的各种查找方法。 ejb ql 以 sql-92 为基础，可由持久性管理器自动编译，这使得实体 bean 具有更高的可移植性，并且更容易部署。
? ejb ql 和查找方法
ejb ql 语句是在实体 bean 的部署描述符中声明的。使用 ejb ql 非常简单。作为一个例子，employee bean 的本地接口可以按以下方式声明：
public interface employeehome extends javax.ejb.ejbhome
{
...
public employee findbyprimarykey(integer id)
throws remoteexception, createexception;
public collection findbyzipcode(string zipcode)
throws remoteexception, createexception;
public collection findbyinvestment(string
investmentname)
throws remoteexception, createexception;
}
给定了上面的本地接口定义之后，您就可以使用 ejb ql 来指定持久性管理器应该如何执行查找方法。每个实体 bean 都必须有一个 findbyprimarykey() 方法。为执行该方法所需的查询是很明显的 -- 使用主关键字的（一个或几个）字段在数据库中查找 bean，这样就不需要任何 ejb ql 语句。
findbyzipcode() 方法用来获得具有某个邮政编码的所有 employee bean。这将使用部署描述符中的下列 ejb ql 来表达。
from contactinfo where contactinfo.zip = ?1
该语句本质上是表示“选择其邮政编码等于 zipcode 参数的所有 employee bean”。
在用于查找方法的 ejb ql 语句中，不需要使用 select 子句来表明要选择的内容。这是因为，查找方法将总是选择与其自身的 bean 类型相同的远程引用。在这种情况下，就可以认为选择语句将返回远程 employee bean 的全部引用。
如果各种查找方法都一起部署在同一个 ejb-jar 文件中，并且其间具有可导航的实际关系，那么这些查找方法就甚至可以跨越到另一些 bean 的抽象持久性方案中去。例如，findbyinvestment() 方法将要求该查找查询从 employee 导航到投资 bean 的抽象持久性方案中去。声明来表达这种查找操作的 ejb ql 语句如下所示。
from element in benefit.investments where element.name
= ?1
以上语句是说：“选择全部这样的 employee bean：其获利从属对象至少包含一个投资 bean 的引用，并且其名称等于 findbyinvestment() 方法的 investmentname 参数。”
? ejb ql 和选择方法
ejb ql 也用于一种称为 ejbselect 方法的新查询方法中，该方法类似于查找方法，只是它仅供 bean 类使用。该方法不在本地接口中声明，所以也不显露给客户机。此外，ejbselect 方法可返回范围更大的各种值，而不仅限于 bean 本身的远程接口类型。
存在两种选择方法：ejbselect<method> 和 ejbselect<method>inentity。ejbselect<method> 方法是全局执行的，这是指这种方法并非专用于执行该方法的 bean 实例。ejbselect<method>inentity 方法则专用于执行该方法的实体实例。这些选择方法在 bean 类中被声明为抽象方法，并在这些类的业务方法中使用。下面是 ejbselect<method> 方法和 ejbselect<method>inentity 方法的示例，同时说明了可以如何在业务方法中使用它们。
public abstract class employeebean implements
javax.ejb.entitybean {
...
// ejbselectinentity
public abstract collection
ejbselectinvestmentsinentity (string risk);
// ejbselect
public abstract collection
ejbselectinvestments(string risk);
...
}
在上面的声明中，两种选择方法运行于不同的范围。ejbselectinvestmentsinentity() 仅在当前的 employee bean 实例上执行，所以它只返回雇员的风险投资。
select invest from invest in benefit.investments where
invest.type = ?1
另一方面，ejbselect<method> 方法的范围则是全局性的，所以同一个查询将返回整个企业内所有雇员的全部风险投资。
ejbselect<method>inentity 选择方法可以返回 bean 的远程类型（如在上面的查询中那样）、从属对象或任何其它 java 类型。另一方面，全局选择方法则不能返回 bean 的从属对象类型。
选择方法的 ejb ql 语句要求使用 select 子句，因为它们能够返回范围更广的各种值。
? 新的 ejbhome 方法
在 ejb 2.0 中，实体 bean 可以声明一些 ejbhome 方法，用来执行与 ejb 组件相关的操作，但并不专用于某个 bean 实例。在 bean 类中定义的 ejbhome 方法在本地接口中必须有一个与其相匹配的本地方法。下面的代码说明了一个本地方法，它正是作为 employee bean 的本地接口定义的。applycola() 方法用来根据最近 cola（生活费用调整）的增长来更新所有雇员的薪水。
public interface employeehome extends javax.ejb.ejbhome
{
// 本地方法
public void applycola(double increate) throws
remoteexception;
...
}
applycola() 方法在 bean 类中必须有匹配的 ejbhome 方法，它被声明为 ejbhomeapplycola()。ejbhomeapplycola() 方法并非专用于一个 bean 实例，它的范围是全局的，所以它将对所有雇员的薪水使用同一个 cola。
public abstract class employeebean implements
javax.ejb.entitybean {
...
// ejbhome 方法
public void ejbhomeapplycola (double increase ){
collection col = ejbselectallemployees ();
iterator employees = col.iterator();
while(employees.next()){
employee emp =
(employee)employees.next();
double salary =
emp.getannualsalary();
salary = salary + (salary*increase);
emp.setannualsalary(salary);
}
}
}
bean 的开发人员需要为 bmp 和 cmp 实体 bean 都实现 ejbhome 方法。cmp 实现可能在很大程度上要依赖于全局的选择语句（如上面所说明的那样）和 finder 方法，而 ejbhome 的 bmp 实现则将使用直接数据库访问和 bean 的 finder 方法，来查询数据和进行更改。
messagedrivenbean
在 ejb 2.0 中，对规范的一个基础性更改是添加了一种全新的企业级 bean 类型，即 messagedrivenbean。messagedrivenbean 专门设计来处理入网的 jms 消息。对于许多开发人员来说，jms 是一种新的范例，所以本文将花一些时间逐步说明对 jms 的理解，以及它们在 ejb 2.0 中的用法。
? 什么是 jms？
jms 是一种与厂商无关的 api，用来访问消息收发系统。它类似于 jdbc (java database connectivity)：这里，jdbc 是可以用来访问许多不同关系数据库的 api，而 jms 则提供同样与厂商无关的访问方法，以访问消息收发服务。许多厂商目前都支持 jms，包括 ibm 的 mqseries、bea 的 weblogic jms service 和 progress 的 sonicmq，这只是几个例子。
jms 使您能够通过消息收发服务（有时称为消息中介程序或路由器）从一个 jms 客户机向另一个 jml 客户机发送消息。消息是 jms 中的一种类型对象，由两部分组成：报头和消息主体。报头由路由信息以及有关该消息的元数据组成。消息主体则携带着应用程序的数据或有效负载。根据有效负载的类型来划分，可以将消息分为几种类型，它们分别携带：简单文本 (textmessage)、可序列化的对象 (objectmessage)、属性集合 (mapmessage)、字节流 (bytesmessage)、原始值流 (streammessage)，还有无有效负载的消息 (message)。
消息收发系统是异步的，也就是说，jms 客户机可以发送消息而不必等待回应。比较可知，这完全不同于基于 rpc 的（基于远程过程的）系统，如 ejb 1.1、corba 和 java rmi 的引用实现。在 rpc 中，客户机调用服务器上某个分布式对象的一个方法。在方法调用返回之前，该客户机被阻塞；该客户机在可以执行下一条指令之前，必须等待方法调用结束。在 jms 中，客户机将消息发送给一个虚拟通道（主题或队列），而其它 jms 客户机则预订或监听这个虚拟通道。当 jms 客户机发送消息时，它并不等待回应。它执行发送操作，然后继续执行下一条指令。消息可能最终转发到一个或许多个客户机，这些客户机都不需要作出回应。
? ejb 2.0 中的 jms
ejb 2.0 以两种方式支持 jms 的集成：作为一种 bean 可用的资源，和作为一个 messagedrivenbean。当将 jms 用作一种资源时，使用 jms api 的 bean 就是消息的产生者或发送者。在这种情况下，bean 将消息发送给称为主题或队列的虚拟通道。另一方面，messagedrivenbean 则是消息的使用者或接收者。它监听特定的虚拟通道（主题或队列），并处理发送给该通道的消息。为了更好地理解消息产生者和消息使用者的作用，用 sessionbean bean 来发送一条使用 jms 的消息，然后使用一个新的 messagedrivenbean 来使用该同一条消息。
? 作为 ejb 2.0 资源的 jms
会话 bean 和实体 bean 都是基于 rpc 的组件，为了将各种事务性的组件装配到一起，
|
|
