JMS questions

1.Why use JMS? What are the components of the JMS architecture?
JMS有以下元素组成。
　　JMS提供者
　　连接面向消息中间件的，JMS接口的一个实现。提供者可以是Java平台的JMS实现，也可以是非Java平台的面向消息中间件的适配器。
　　JMS客户
　　生产或消费基于消息的Java的应用程序或对象。
　　JMS生产者
　　创建并发送消息的JMS客户。
　　JMS消费者
　　接收消息的JMS客户。
　　JMS消息
　　包括可以在JMS客户之间传递的数据的对象
　　JMS队列
　　一个容纳那些被发送的等待阅读的消息的区域。队列暗示，这些消息将按照顺序发送。一旦一个消息被阅读，该消息将被从队列中移走。
　　JMS主题
　　一种支持发送消息给多个订阅者的机制。

2.Are messaging applications reliable? What is a durable message delivery?
JMS现在有两种传递消息的方式。标记为NON_PERSISTENT的消息最多投递一次，而标记为PERSISTENT的消息将使用暂存后再转送的机理投递。如果一个JMS服务离线，那么持久性消息不会丢失但是得等到这个服务恢复联机时才会被传递。所以默认的消息传递方式是非持久性的。即使使用非持久性消息可能降低内务和需要的存储器，并且这种传递方式只有当你不需要接收所有的消息时才使用。

3.What type of messaging is provided by JMS?
JMS定义了五种不同的消息正文格式，以及调用的消息类型，允许你发送并接收以一些不同形式的数据，提供现有消息格式的一些级别的兼容性。
　　· StreamMessage -- Java原始值的数据流
　　· MapMessage--一套名称-值对
　　· TextMessage--一个字符串对象
　　· ObjectMessage--一个序列化的 Java对象
　　· BytesMessage--一个未解释字节的数据流

4.How do you determine whether it would be better to use a Topic or Queue?
Java消息服务应用程序结构支持两种模型：
　　点对点或队列模型
　　发布者/订阅者模型
　　在点对点或队列模型下，一个生产者向一个特定的队列发布消息，一个消费者从该队列中读取消息。这里，生产者知道消费者的队列，并直接将消息发送到消费者的队列。这种模式被概括为：
　　只有一个消费者将获得消息
　　生产者不需要在接收者消费该消息期间处于运行状态，接收者也同样不需要在消息发送时处于运行状态。
　　每一个成功处理的消息都由接收者签收
　　发布者/订阅者模型支持向一个特定的消息主题发布消息。0或多个订阅者可能对接收来自特定消息主题的消息感兴趣。在这种模型下，发布者和订阅者彼此不知道对方。这种模式好比是匿名公告板。这种模式被概括为：
　　多个消费者可以获得消息
　　在发布者和订阅者之间存在时间依赖性。发布者需要建立一个订阅（subscription），以便客户能够购订阅。订阅者必须保持持续的活动状态以接收消息，除非订阅者建立了持久的订阅。在那种情况下，在订阅者未连接时发布的消息将在订阅者重新连接时重新发布。
　　使用Java语言，JMS提供了将应用与提供数据的传输层相分离的方式。同一组Java类可以通过JNDI中关于提供者的信息，连接不同的JMS提供者。这一组类首先使用一个连接工厂以连接到队列或主题，然后发送或发布消息。在接收端，客户接收或订阅这些消息。

5.What are the different body types supported for messages?