jixiuffff的专栏

 关于jms  JMS 是接口，相当于jdbc  ，要真正使用它需要某些厂商进行实现 ，即jms provider  常见的jms provider 有       ActiveMQ       JBoss 社区所研发的 HornetQ  (在jboss6 中默认即可以使用它)        jbossmq 等 在jboss 5 之前好像一直在用jbossmq ，而从6 开始使用HornetQ  ,hornetq 也可以脱离jboss 单独使用 hornetq 的配置在jboss-6.0.

<br />public class ChatClient implements MessageListener ,ExceptionListener{ @Override public void onException(JMSException exception) { System.err.println("there is a problem with the connection"); System.out.println("wait for reestablish connect

三种 .Session.AUTO_ACKNOWLEDGE                  CLIENT_ACKNOWLEDGE                 DUPS_OK_ACKNOWLEDGE 1、AUTO_ACKNOWLEDGE 是自动确认模式，不需客户端进行确认服务器端：    pubSession = conn.createTopicSession(false, Session.AUTO_ACKNOWLEDGE);2 、     CLIENT_ACKNOWLEDGE   客户端进行确认

p2p 点对点模式，  也就是一对一，服务端发送一条消息到Destination 即Queue   虽然可能有n个客户端在队列中侦听消息，但只有一个可以读取到消息，之后消息将不存在，其他人没法读取publish/substrib   则可以理解为一对多，1、P2P模型 在P2P模型中，有下列概念：消息队列(Queue)、发送者(Sender)、接收者(Receiver)。每个消息都被发送到一个特定的队 列，接收者从队列中获取消息。队列保留着消息，直到它们被消费或超时 。  每个消息只有一个

服务端向queue 发送一条消息， 并等待客户端进行处理，然后接收客户端返回的消息 服务端在向客户端发送消息的时候设置了JMSReplyTo  ,msg.setJMSReplyTo(responseQueue); 然后客户端取得responseQueue  ，并将返回的消息发送到responseQueue，以便服务端进行接收 但是responseQueue  队列里的消息有很多，需要区分哪一条是服务器端想要接收和，于是需要进行消息过滤  MessageConsumer (QueueReceiver

<br />一 JMS 消息由以下几部分组成：消息头，属性，消息体。[4]<br />l        消息头（header）：JMS消息头包含了许多字段，它们是消息发送后由JMS提供者或消息发送者产 生，用来表示消息、设置优先权和失效时间等等，并且为消息确定路由。<br />  一般以JMS 开头，如JMSDestination ,JMSMessageID JMSReplyTo<br />        msg.setJMSMessageID(id);<br /> 大部分消息头是自动分配的，即便使用

<br /> 消息组，即把一组消息当成一个 即all or nothing ,要么全接收 ，要么不接收<br />  如果在传送过程中出现问题 ，消费者需要进行相应的处理，进行消息重复接收后的处理<br />  <br />  服务端发送的消息<br />  msg.setStringProperty("JMSXGroupID", "group1");<br />  设置了这个属性的一组消息，会被发送给同一个消费者，而不管有多少个消费者在队列上等待<br />  <br />  <br />

 事务          session = conn.createQueueSession(true, Session.AUTO_ACKNOWLEDGE);          true 表示这个会话是事务性的，需要显式的commit 或者rollback ()                                          没有begin()方法，眨动打开事务      public void send() {         try {