Free-从心开始

最近在一个项目用到了JMS，由于是初次使用，碰到了很多问题；但是一步步走来，现在总算比较稳定了。以下是一点使用心得，赶紧写下来，免得以后连自己都忘记了！<v:shapetypeid="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t"path="m@4@5l@4@11@9@11@9@5xe" filled=

正常情况下，我们调用Spring的JmsTemplate发送Jms消息的时候，消息都是立即发送的。但是在某些特殊的情况下，我们需要延迟一段时间再发送消息（比如说在网络不稳定的情况下），这个时候我们就需要重写org.springframework.jms.support.converter.SimpleMessageConverter了。如下，我们先写一个能延时发送消息的MessageConvert

因为JMS是非同步的，所以在接收同一种Queue进行处理的时候，很容易发生资源争抢。如果我们把接收Queue的处理做成一个单线程，就可以避免这种问题。我们利用Spring自带的ServerSessionMessageListenerContainer，稍微配置一下就可以了    bean id="listenerContainerQueue" lazy-init="true"       

    在前面的文章里，我们介绍了可以自动重连的JmsMessageListenerContainer，自动重连的原理就是利用了JMS Connction的ExceptionListen机制。现在我们讨论一下Jms Connection的简单原理及应用。    Jboss Messaging管理了两组Connection，Server端的和Client端的；其实他们都是一个东西，因为连接都是相互的

    在可自动重连的JmsMessageListenerContainer中，有一个ClassLoader的属性值，请参见[http://blog.youkuaiyun.com/supersue/archive/2008/04/02/2244727.aspx]在JmsMessageListenerContainer被初始化的时候（afterPropertiesSet），该ClassLoader被赋值，代码如

为什么要做这个东西的原因就不说了，有兴趣的话可以看看我的另一篇文章[http://blog.youkuaiyun.com/supersue/archive/2007/11/24/1901203.aspx] 这种实现的原理是利用Jms Connection的ExceptionListen机制，只在发生错误的时候才去Check和重连，系统开销会小一些。以下是代码DCJmsMessageListenerContai

Jboss本身是支持IPv6的，但是在Linux下，必须把JDK升级到6.0以上，而且需要把run.sh的59行到61行注释掉：run.sh# Force IPv4 on Linux systems since IPv6 doesnt work correctly with jdk5 and lower#if [ "$linux" = "true" ]; then#   JAVA_OPT

实例代码的下载地址如下：http://download.youkuaiyun.com/source/295431

JBoss是通过配置文件构建的，但是我们可以用代码通过Invoke的方式修改这些MBean。其实，下的所有MBean都可以用这种方式修改，比如说动态创建Queue或者是Topic.    public void createQueueInJboss(String queueName) ...{        try ...{            Context context;     

下面是利用Invoke修改Bridge的代码    private void openBridge() ...{        try ...{            Context context;            Hashtable String, String> jndiMap = new Hashtable String, String>();            jndi

相对于JbossMQ，Messaging中增加了Bridge的功能，可以把Message桥接到其他的JMS服务器中。具体的配置手顺请参见在Messaging的包中也有相关的example.Messaging中的例子只是本机之间的Bridge,如果涉及到其他机器,则必须把/jboss-4.2.2.GA/server/messaging/deploy/jms-ds.xml>中的RemoteJMSPro

在有些应用中，我们不需要在程序启动的时候就启动JMS服务；而且，我们每次访问的JMS服务器有可能都不一样，这个时候就需要一个可动态配置JMS ConnectionFactory 。     **JMS** -->     **JNDI Template** -->    bean id="jndiTemplate" class="org.springframework.jndi.JndiT

Spring对JMS支持得非常好，使用起来也很方便；下面是使用Spring的方法。 准备工作：想要运行Messaging客户端，需要几个包，请参见 http://labs.jboss.com/file-access/default/members/jbossmessaging/freezone/docs/userguide-1.4.0.SP1/html/installation.html

Jboss为了保证运行效率，会对挂在它上面的JMSClient连接执行CallBack操作；如果发现该连接已经断掉（有个超时时间，可设置），则会回收该Client的JMS连接，以保证其他Client能及时地拿到JMS连接。但是这样做会产生一个问题，如果在网络不稳定的情况下，Jboss错误的回收了一个有效的Client连接，而Client端对此一无所知，只会傻傻的等待着一个再也不会到来的JMS消息.

JMS Security有些Topic和Queue需要相应的权限才能操作。Topic和Queue的权限设定可以在/jboss-4.2.2.GA/server/messaging/deploy/jboss-messaging.sar/destinations-service.xml>中看到    mbean code="org.jboss.jms.server.destin

最近做了一个项目，要求一个JMS客户端监听复数台JMS Server，结果在测试时发生了问题。各机器如下：JMS Client，简称CJMS Server1：简称S1JMS Server2：简称S2 我们发现如果拔掉S1和C之间的网线，结果C和S2之间的连接也断掉了！郁闷啊！~！@#￥% 郁闷中调查了很久，修改了JBOSS的配置，不行！把我们的程序简化，不加任何处理