返回,用户可以继续操作,不用关心消息何时被处理。
J2EE的消息框架具备如下特征:
◇消息一定会被阅读,而且只阅读一次。JMS框架有自己的算法,把消息缓冲到硬盘,就算J2EE服务器死掉,消息也不会丢失。
◇系统采用点对点的Queue消息队列,可以保证同等优先级的消息先进先出。
在Jboss4.0中,部署消息Bean和Queue队列,都比weblogic8.1来的容易,只需要在jboss.
xml中声明消息目的地,如果jboss发现该目的地不存在的话,会自动建立一个,实在很简单。
七、启动与退出
为了让系统具备让人满意的性能,应该尽量多的重用对象,减少创建新对象。比如上面提到的消息发送,我们的操作是提供一个静态类,在系统启动的时候就初始化,保持与JMS服务器的连接,系统发送消息的时候,不用再去
查询JNDI和生成QueueConnectionFactory,这样可以提高系统响应速度。
在数据库连接池的问题上,我们也采用同样的操作,启动的时候初始化N个连接。但是如果在关闭进程的时候不做任何操作,会导致JMS抛出socket异常,虽然没什么大的影响,但总显得不专业,而且池中的