EJB组件及JMS

EJB分布式组件

一、（http://lib.youkuaiyun.com/article/javaee/56882 参考文献）
EJB分布式组件实现的底层是远程接口的调用， EJB实际上是服务器端运行的一个对象，只不过该对象所对应的类并不被客户端所知，该对象对外发布的是一个服务名称，并提供一个可以被客户端调用的接口。通俗点说，EJB就是一个可以被客户端调用，但是并不让客户端知道源代码的类的对象。

二、
EJB 定义了四种类型的组件：
1.Session Bean：会话Bean，封装业务逻辑，负责完成某个操作。根据生命周期的不同，又可以分为：Stateless 无状态会话bean Stateful有状态bean
2.Entity Bean：实体Bean，类似Hibernate，封装数据库中的数据，代表底层数据的持久化对象
3.Message Driven Bean：消息驱动Bean，是一种异步的无状态组件，和无状态会话组件具有相似性，是JMS消息的消费者，可以和JMS配合起来使用。
三、基本远程调用流程
1、编写实现类将代码部署在weblogic服务器上面，注意EJB不支持Tomcat服务器，此处是服务器代码 ，定义实现类等待客户端访问

ConvertBean.java

package impl;  
import itf.Convert;  
import javax.ejb.Remote;  
import javax.ejb.Stateless;  

@Stateless (mappedName="ConvertBean")  
@Remote  

public class ConvertBean implements Convert {  
    public String getRmb(String usd){  
        //从数据库查询汇率，此处简化，假如汇率是6.0  
        double rate = 6.0;  
        double dblUsd = Double.parseDouble(usd);  
        double dblRmb = dblUsd * rate;  
        String rmb = String.valueOf(dblRmb);  
        return rmb;  
    }  
} 
注意，在该代码类定义之前，定义了：
@Stateless (mappedName="ConvertBean")  
@Remote 
表示：

1. 确定该EJB是可以被远程调用的。

2. EJB的JNDI名称为"ConvertBean"，客户端寻找该EJB时，所使用的名字为"ConvertBean#itf.Convert"，实际上是相当于寻找里面的接口。注意，在不同厂商的服务器中，JNDI格式有所不同。

2、编写远程调用代码 即客户端代码，通过此代码访问服务器接口

整个文件的代码为：

TestConvert1.java  
import itf.Convert;  
import java.util.Hashtable;  
import javax.naming.Context;  
import javax.naming.InitialContext;  
public class TestConvert1 {  
    public static void main(String[] args) throws Exception{  
        String usd = "1234";  
        String jndiName = "ConvertBean#itf.Convert";  

        Hashtable table = new Hashtable();  
table.put(Context.INITIAL_CONTEXT_FACTORY,  
"weblogic.jndi.WLInitialContextFactory");  
        table.put(Context.PROVIDER_URL,"t3://localhost:7001");  
        //查询服务器中的jndiName  
        Context context = new InitialContext(table);  
        Convert convert = ( Convert) context.lookup(jndiName);  
        String rmb = convert.getRmb(usd);  
        System.out.println(rmb);  
    }  
} 
运行，显示的效果如图17-21所示：

图17-21 显示效果
说明可以正常运行。

从此处可以看出，客户端没有知道服务器端的任何源代码，就可以调用服务器端的EJB对象。

第一个框表示远程的IP地址、第二框表示JNDI也就是需要调用的接口的名称

四、有状态会话bean 与无状态会话bean的定义差别即 注解内容不同
1、无状态会话bean @Stateless ，无状态的会话将不会调用实现类的构造方法
2、有状态bean @Stateful，有状态的会话将调用实现类的构造方法
3、客户也可以手工让有状态会话Bean从实例池中删除。方法是：在远程接口和实现类中定义一个方法，并在实现类中为其注释为”@Remove”：
五、将J NDI接口访问地址写在配置文件中

2. 编写ejb-jar.xml，源代码为：

ejb-jar.xml
<?xml version="1.0" encoding="UTF-8"?> 
<ejb-jar> 
  <enterprise-beans> 
    <session> 
      <ejb-name>ConvertBean</ejb-name> 
      <mapped-name>ConvertBean</mapped-name> 
    </session> 
  </enterprise-beans> 
</ejb-jar> 
注意，文件中的"<ejb-name>ConvertBean</ejb-name>"中的"ConvertBean"，默认和实现类的名称相同。

编写完毕，部署，同样也可以进行访问。

JMS消息队列
一、　JMS即Java消息服务（Java Message Service）应用程序接口，是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。Java消息服务是一个与具体平台无关的API，绝大多数MOM提供商都对JMS提供支持（百度百科给出的概述）。我们可以简单的理解：两个应用程序之间需要进行通信，我们使用一个JMS服务，进行中间的转发，通过JMS 的使用，我们可以解除两个程序之间的耦合。
二、　JMS具有两种通信模式：
1、Point-to-Point Messaging Domain （点对点）
　　b、涉及到的概念：在点对点通信模式中，应用程序由消息队列，发送方，接收方组成。每个消息都被发送到一个特定的队列，接收者从队列中获取消息。队列保留着消息，直到他们被消费或超时。
　　c、特点：
　　　　1、每个消息只要一个消费者
　　　　2、发送者和接收者在时间上是没有时间的约束，也就是说发送者在发送完消息之后，不管接收者有没有接受消息，都不会影响发送方发送消息到消息队列中。
　　　 3、发送方不管是否在发送消息，接收方都可以从消息队列中去到消息（The receiver can fetch message whether it is running or not when the sender sends the message）
4、接收方在接收完消息之后，需要向消息队列应答成功
2、Publish/Subscribe Messaging Domain （发布/订阅模式）
b、涉及到的概念：在发布/订阅消息模型中，发布者发布一个消息，该消息通过topic传递给所有的客户端。该模式下，发布者与订阅者都是匿名的，即发布者与订阅者都不知道对方是谁。并且可以动态的发布与订阅Topic。Topic主要用于保存和传递消息，且会一直保存消息直到消息被传递给客户端。
c、特点：
1、一个消息可以传递个多个订阅者（即：一个消息可以有多个接受方）/
2、发布者与订阅者具有时间约束，针对某个主题（Topic）的订阅者，它必须创建一个订阅者之后，才能消费发布者的消息，而且为了消费消息，订阅者必须保持运行的状态。
3、为了缓和这样严格的时间相关性，JMS允许订阅者创建一个可持久化的订阅。这样，即使订阅者没有被激活（运行），它也能接收到发布者的消息。
三、JMS接收消息
　在JMS中，消息的产生和消息是异步的。对于消费来说，JMS的消息者可以通过两种方式来消费消息。

　　　　（1）、同步（Synchronous）

　　　　　　　　在同步消费信息模式模式中，订阅者/接收方通过调用 receive（）方法来接收消息。在receive（）方法中，线程会阻塞直到消息到达或者到指定时间后消息仍未到达。

　　　　（2）、异步（Asynchronous）

　　　　　　　　使用异步方式接收消息的话，消息订阅者需注册一个消息监听者，类似于事件监听器，只要消息到达，JMS服务提供者会通过调用监听器的onMessage()递送消息。