国产精品1区在线,欧美色爱综合,欧美一区二区三区在线视频

JGroups

�C�物 — Wed, 01 Sep 2010 14:43:00 GMT

摘要: 1 Overview JGroups是一个用于徏立可靠的�l�播通信的工具包�Q�这里指的组播�ƈ不一定是IP Multicast�Q�JGroups同样支持使用TCP作�ؓ传输协议�Q�。其中可靠性是指通过适当的配�|�可以保证：消息在传输的�q�程中不会丢失；所有的接收者以相同的顺序接受所有的消息�Q�原子性：一个消息要么被所有的接收者接�Ӟ��要么不被��M��一个接收者都接收。目前在JBoss Applicati... 阅读全文

�C�物 2010-09-01 22:43 发表评论

JMX Remoting

�C�物 — Wed, 01 Sep 2010 14:34:00 GMT

1 Introduction
Java Management Extension (JMX) API定义于JSR 3�Q�用于应用程序管理。这些API对于被管理的应用�E�序来说是本地的。也��是��_��在JSR 160发布之前�Q�如果客��L��要通过JMX来管理和监控�q�程的应用程序，�q�没有标准的做法。JSR 160扩展了JSR 3�Q�提供了标准的API用于�q�接到支持JMX的远�E�应用程序。JSR 255��会把JMX升��?.0�Q��ƈ可能体现在Java 7中�?br /> 目前JSR 160定义了基于RMI�Q�支持RMI/JRMP �?RMI/IIOP�Q�的�q�接器，�q�定义了可选的JMXMP�q�接器，它基于TCP Socket和Java序列化机制�?/p>

2 JMX Remoting API
2.1 JMXServiceURL
    JMXServiceURL用于标识JMXConnectorServer�Q�它是采用以下�Ş式的字符�Ԍ��
    service:jmx:://[[[ ]: ]/ ]
    "protocol" 指定了协议，例如�Q�rmi、iiop、jmxmp 或�?soap�?host"�?port" �? "path"是可选的。JMXServiceURL�q�不��以描述所有的用于�q�接到JMXConnectorServer的配�|�信息（例如配置 RMIClientSocketFactory 和RMIServerSocketFactory�Q�，因此在构造JMXConnectorServer �? JMXConnector的时候，�q�可能需要通过一个Map实例指定其它属性�?/p>

2.2 JMXConnectorServer
JMXConnectorServer 是MBeanServer端的�l��g�Q�它需要被兌��到MBeanServer�Q�可以通过在创建JMXConnectorServer的时候显式指�? MBeanServer�Q�也可以把JMXConnectorServer�Q�本�w�是一个MBean�Q�注册到MBeanServer中�?br /> 在被兌��到MBeanServer之后�Q�需要启动JMXConnectorServer以处理客��L��的请求。同��P��如果希望停止处理客户端的��h��Q�那么需要停止JMXConnectorServer。JMXConnectorServer被停止之后，不应该试��N��新启动它�Q�而是应该��其丢弃�?br /> 最好通过JMXConnectorServerFactory来创建JMXConnectorServer�Q�例如：

Java代码

// The address of the connector server
JMXServiceURL address = new JMXServiceURL("service:jmx:rmi://host");
// The environment map, null in this case
Map environment = null;
// The MBeanServer to which the JMXConnectorServer will be attached to
MBeanServer server = MBeanServerFactory.createMBeanServer();
// Create the JMXCconnectorServer
JMXConnectorServer cntorServer = JMXConnectorServerFactory.newJMXConnectorServer(address, environment, server);
// Start the JMXConnectorServer
cntorServer.start();

在以上的例子中，创徏JMXConnectorServer的时候指定了MBeanServer。以下是一个将JMXConnectorServer作�ؓMBean注册到MBeanServer的例子：

Java代码

// The address of the connector
JMXServiceURL address = new JMXServiceURL("service:jmx:rmi://host");
// The environment map, null in this case
Map environment = null;
JMXConnectorServer cntorServer = JMXConnectorServerFactory.newJMXConnectorServer(address, environment, null);
// The MBeanServer to which the JMXConnectorServer will be registered in
MBeanServer server = MBeanServerFactory.createMBeanServer();
// Register the JMXConnectorServer in the MBeanServer
ObjectName cntorServerName = ObjectName.getInstance("connectors:protocol=rmi");
server.registerMBean(cntorServer, cntorServerName);
// Start the JMXConnectorServer
cntorServer.start();
// An alternative way to start the JMXConnectorServer via the MBeanServer
server.invoke(cntorServerName, "start", null, null);
// Yet another way to start the JMXConnectorServer via the MBeanServer
Object proxy = MBeanServerInvocationHandler.newProxyInstance(server, cntorServerName, JMXConnectorServerMBean.class, true);
JMXConnectorServerMBean cntorServerMBean = (JMXConnectorServerMBean)proxy;
cntorServerMBean.start();

需要注意的是，在这个例子中使用了三�U�不同的方式启动JMXConnectorServer�Q�第一�U�方式是直接调用cntorServer对象�? start�Ҏ��Q�第二种方式是通过MBeanServer调用MBean的方法；�W�三�U�方式是使用�? MBeanServerInvocationHandler�Q�它�l�承自InvocationHandler�Q�用于从MBean的管理接口向 MBeanServer中的 MBean 转发�Ҏ��调用。当调用从newProxyInstance()�Ҏ��q�回的代理对象上的toString()、hashCode() 和equals(Object)�{�方法时�Q�这些方法调用同样也会被转发到MBeanServer中的MBean �Q�因此当且仅�?MBean 在其��理接口中声明了�q�些�Ҏ��时才能如此操作，否则会抛出异常�?/p>

2.3 JMXConnector
JMXConnector是客��L��的组�Ӟ��客户端程序通过它连接到�q�程的MBeanServer。客��L��可以通过JMXConnector获得�q�程 MBeanServer的MBeanServerConnection 接口�Q��ƈ以类似本地的方式使用它。JMXConnector�q�支持在�q�程的MBeanServer上注册本地或者远�E�的通知监听器，以接收来自远�E? MBeanServer的通知�?br /> 最好通过JMXConnectorFactory来创建JMXConnector�Q�例如：

Java代码

// The address of the connector server
JMXServiceURL address = ...;
// The environment map, null in this case
Map environment = null;
// Create the JMXCconnectorServer
JMXConnector cntor = JMXConnectorFactory.connect(address, environment);
// Obtain a "stub" for the remote MBeanServer
MBeanServerConnection mbsc = cntor.getMBeanServerConnection();
// Call the remote MBeanServer
String domain = mbsc.getDefaultDomain();
也可以先实例化JMXConnector�Q�然后在�q�接到MBeanServer�Q�例如：
// The address of the connector server
JMXServiceURL address = ...;
// The creation environment map, null in this case
Map creationEnvironment = null;
// Create the JMXCconnectorServer
JMXConnector cntor = JMXConnectorFactory.newJMXConnector(address, creationEnvironment);
// The connection environment map, null in this case
// May contain - for example - user's credentials
Map connectionEnvironment = null;
// Connect
cntor.connect(connectionEnvironment);
// Obtain a "stub" for the remote MBeanServer
MBeanServerConnection mbsc = cntor.getMBeanServerConnection();
// Call the remote MBeanServer
String domain = mbsc.getDefaultDomain();

    需要注意的是，以上的例子中采用了两个不同的Map对象保存相关的属性：一个用于实例化�Q�另外一个用于连接。MBeanServerConnection 接口在JMX 1.2中定义，用于支持remote API。由于之前版本的MBeanServer接口不能直接被客��L��使用�Q�例如其registerMBean(), deserialize(), getClassLoader()�{�方法对于客��L��来说没有意义�Q�，因此在JMX 1.2中，MBeanServer接口�l�承自MBeanServerConnection接口�?br />
    RMIConnector是标准的JMXConnector。由于它使用RMI协议�Q�因此需要一个stub object来处理RMI调用的细节。stub class通常存在于客��L��的类路径上，但是stub object通常是从命名服务器处下蝲�Q�因此RMI客户端需要知道stub object被绑定到RMI server上的路径。JSR 160定义了两�U�获得stub object的方式：
    �W�一�U�方式不需要命名服务器�Q�而是��stub object�~�码为JMXServiceURL的一部分�Q�即"encoded form"。如果采用RMI/JRMP协议�Q�那么对stub object被序列化之后的所有字节进行Base64�~�码�Q�然后将�~�码后的字符��d��到JMXServiceURL中，�q�且�?stub/开始；如果采用 RMI/ IIOP�Q�那么IOR被添加到JMXServiceURL中，�q�以/ior/开始。以下是个例子：

Java代码

// JRMP encoded form
service:jmx:rmi://localhost/stub/rO0ABXNyAC5qYXZheC5tYW5hZ2VtZW50LnJlbW90ZS5ybWkuUk1JU2VydmVySW1wbF9TdHViAAAAAAAAAAICAAB4cgAaamF2YS5ybWkuc2VydmVyLlJlbW90ZVN0dWLp/tzJi+FlGgIAAHhyABxqYXZhLnJtaS5zZXJ2ZXIuUmVtb3RlT2JqZWN002G0kQxhMx4DAAB4cHc5AAtVbmljYXN0UmVmMgAADjE2LjE5Mi4xMjAuMTI5AAANcQAAAAAAAAAIAOgIQgAAAPlXjcJugAEAeA==
// IIOP encoded form
service:jmx:iiop://localhost/ior/IOR:000000000000003b524d493a6a617661782e6d616e6167656d656e742e72656d6f74652e726d692e524d495365727665723a303030303030303030303030303030300000000000010000000000000068000102000000000f31362e3139322e3132302e31323900000d93000000000019afabcb0000000002578f08b80000000800000000000000000a0000000000000100000001000000200000000000010001000000020501000100010020000101090000000100010100

�W�二�U�方式是在JMXServiceURL中指定命名服务器和stub object被绑定到的JNDI路径�Q�即"JNDI form"。在JMXServiceURL中以/jndi/开始。将JNDI的相关配�|�传递给RMIConnector的方式有多种。例如URL 'rmi://namingHost:1099/jndiPath'指明命名服务器在名�ؓ'namingHost'的主��Z��q�监�?099端口�Q�命名服�? 器是rmiregistry�Q��\径是'/jndiPath'。同样URL 'iiop://namingHost:900/jndiPath'指明命名服务器在名�ؓ'namingHost'的主��Z��q�监�?00端口�Q�命名服务器是COS命名服务�Q��\径是'/jndiPath'。以下是个例子：

Java代码

// JNDI URL form for JRMP
service:jmx:rmi://rmiHost/jndi/rmi://namingHost:1099/jndiPath
// JNDI URL form for IIOP
service:jmx:iiop://rmiHost/jndi/iiop://namingHost:900/jndiPath

此外�Q�JNDI属性也可以通过�pȝ��属性、类路径上的'jndi.properties'文�g、在调用JMXConnector.connect(Map environment)或者JMXConnectorFactory.connect(JMXServiceURL url, Map environment)�Ҏ��时传递的environment参数�{�不同方式指定。如果JNDI属性通过�q�些方式指定�Q�那么JMXServiceURL�? 可以使用��短的JNDI格式�Q�即只指定JNDI path。以下是个例子：

Java代码

// JNDI short form for JRMP
service:jmx:rmi://rmiHost/jndi/jndiPath
// JNDI short form for IIOP
service:jmx:iiop://rmiHost/jndi/jndiPath
// Code example that uses the JNDI short form specifying JNDI properties via environment Map
// The JNDI environment
Map environment = new HashMap();
environment.put(Context.INITIAL_CONTEXT_FACTORY, "com.sun.jndi.rmi.registry.RegistryContextFactory");
environment.put(Context.PROVIDER_URL, "rmi://namingHost:1099");
// The JNDI short form JMXServiceURL
JMXServiceURL url = new JMXServiceURL("service:jmx:rmi://rmiHost/jndi/jndiPath");
// Connect to the server side
JMXConnector connector = JMXConnectorFactory.connect(url, environment);

2.4 Remote Notification
JSR 160定义的连接器可以接收到远�E�MBean发送的通知。通知被传递的�l�节依赖于连接器使用的协议。要接收通知�Q�客��L��必须要通过调用 MBeanServerConnection.addNotificationListener(...)�Ҏ��来注册一个监听器�Q�这个方法有两个重蝲的版本：
�W�一个版本接受一个ObjectName实例作�ؓ监听器，�׃��监听器是�q�程MBeanServer中的一个MBean�Q�因此方法中的filter和handback参数必须被传递到�q�程的MBeanServer�Q�因此它们必��L��可以被序列化的�?br /> 另一个版本接受NotificationListener的实例作为监听器。这个监听器是客��L��的本地对象，而且监听器对象不会被传递到�q�程�? MBeanServer�Q�因此它也不必是可以被序列化的。NotificationFilter是否被传递到�q�程的MBeanServer取决�? connector使用的协议，handback对象不会被传递到�q�程MBeanServer。在另一斚w��Q�远�E�的MBean发送的通知必须是可以被序列化的�Q�因为通知会被传递到客户端。以下是在远�E�的MBean上注册监听器的例子：

Java代码

// The address of the connector server
JMXServiceURL address = ...;
// The JMXConnector
JMXConnector connector = JMXConnectorFactory.connect(address);
// The MBeanServerConnection "stub"
MBeanServerConnection mbsc = connector.getMBeanServerConnection();
// The MBeanServerDelegate emits notifications about registration/unregistration of MBeans
ObjectName delegateName = ObjectName.getInstance("JMImplementation:type=MBeanServerDelegate");
NotificationListener listener = new NotificationListener()
{
public void handleNotification(Notification notification, Object handback)
{
// Do something
}
};
mbsc.addNotificationListener(delegateName, listener, null, null);

3 JMX Remoting Security
JSR 160提供了一�U�可插拔的认证机�Ӟ��它基于JMXAuthenticator接口。JMXAuthenticator接口中只包含如下一个方法，它接受从客户端得到的�w�䆾证明信息作�ؓ参数�Q�返回javax.security.auth.Subject对象的一个实例�?/p>

Java代码

public Subject authenticate(Object credentials) throws SecurityException

以下是在JMXConnectorServer 中��用JMXAuthenticator的例子：

Java代码

// The address of the connector server
JMXServiceURL address = ...;
// The JMXAuthenticator implementation
JMXAuthenticator authenticator = ...;
// The environment map
Map environment = new HashMap();
environment.put(JMXConnectorServer.AUTHENTICATOR, authenticator);
// The MBeanServer to which the JMXConnectorServer will be attached to
MBeanServer server = MBeanServerFactory.createMBeanServer();
// Create the JMXCconnectorServer
JMXConnectorServer cntorServer = JMXConnectorServerFactory.newJMXConnectorServer(address, environment, server);
// Start the JMXConnectorServer
cntorServer.start();

以下是在JMXConnector中��用JMXAuthenticator的例子：

Java代码

// The address of the connector server
JMXServiceURL address = ...;
// Create the JMXCconnectorServer
JMXConnector cntor = JMXConnectorFactory.newJMXConnector(address, null);
// The credentials
Object credentials = ...;
// The connection environment map
Map environment = new HashMap();
environment.put(JMXConnector.CREDENTIALS, credentials);
// Connect and invoke an operation on the remote MBeanServer
try
{
cntor.connect(environment);
}
catch (SecurityException x)
{
// Uh-oh ! Bad credentials !
throw x;
}
// Obtain a stub for the remote MBeanServer
MBeanServerConnection mbsc = cntor.getMBeanServerConnection();
// Call the remote MBeanServer
ObjectName delegate = ObjectName.getInstance("JMImplementation:type=MBeanServerDelegate");
String id = mbsc.getAttribute(delegate, "MBeanServerId");

当调用从JMXConnector 得到的MBeanServerConnection 接口上的�Ҏ��Ӟ��最�l�发生在�q�程MBeanServer的调用会以认证后的Subject �w�䆾执行。如果��用SecurityManager�Q�那么还可以��Z��同的Subject指定不同的权限�?/p>

�C�物 2010-09-01 22:34 发表评论

Spring JMS

�C�物 — Wed, 01 Sep 2010 14:33:00 GMT

1 DestinationResolver
DestinationResolver接口的作用是��指定的目的地名解析为目的地实例。其定义如下�Q?/p>

Java代码

public interface DestinationResolver {
Destination resolveDestinationName(Session session, String destinationName,
boolean pubSubDomain) throws JMSException;
}

参数pubSubDomain用于指定是��用“发�?订阅”模式（解析后的目的地是Topic�Q�，�q�是使用“点对点”模式（解析后的目的地是Queue�Q��?/p>

CachingDestinationResolver接口�l�承了DestinationResolver�Q�增加了�~�存的功能，其接口定义如下：

Java代码

public interface CachingDestinationResolver extends DestinationResolver {
void removeFromCache(String destinationName);
void clearCache();
}

在目的地失效的时候，removeFromCache�Ҏ��会被调用�Q�在JMS provider失效的时候，clearCache�Ҏ��会被调用�?br />
1.1 DynamicDestinationResolver
DynamicDestinationResolver实现了DestinationResolver接口。根据指定的目的地名�Q�DynamicDestinationResolver会动态创建目的地实例。针对JMS1.1规范�Q�它采用如下�Ҏ��创徏目的圎ͼ�

Java代码

session.createTopic(topicName)
session.createQueue(queueName);

1.2 JndiDestinationResolver
JndiDestinationResolver�l�承自JndiLocatorSupport�Q? 同时实现了CachingDestinationResolver接口。如果在JMS provider中配�|�了静态目的地�Q�那么JndiDestinationResolver通过JNDI查找的方式获得目的地实例�?/p>

JndiDestinationResolver的fallbackToDynamicDestination属性用于指定在JNDI查找��p�|后，是否�? 用动态目的地�Q�默认值是false。JndiDestinationResolver的cache属性用于指定是否对目的地实例进行缓存，默认值是 true�?/p>

1.3 BeanFactoryDestinationResolver
BeanFactoryDestinationResolver实现了DestinationResolver接口和BeanFactoryAware接口。它会根据指定的目的地名从BeanFactory中查扄��的地实例。以下是相关的代码：

Java代码

public Destination resolveDestinationName(Session session, String destinationName,
boolean pubSubDomain) throws JMSException {
Assert.state(this.beanFactory != null, "BeanFactory is required");
try {
return (Destination) this.beanFactory.getBean(destinationName, Destination.class);
}
catch (BeansException ex) {
throw new DestinationResolutionException(
"Failed to look up Destinaton bean with name '" + destinationName + "'", ex);
}
}

2 JmsAccessor
抽象�c�JmsAccessor是JmsTemplate、SimpleMessageListenerContainer�? DefaultMessageListenerContainer�{�concrete class的基�c�R��JmsAccessor定义了如下几个用于访问JMS服务的共通属性�?/p>

Java代码

private ConnectionFactory connectionFactory;
private boolean sessionTransacted = false ;
private int sessionAcknowledgeMode = Session.AUTO_ACKNOWLEDGE;

JmsAccessor提供了创建Connection和Session的方法，如下�Q?/p>

Java代码

protected Connection createConnection() throws JMSException {
return getConnectionFactory().createConnection();
}
protected Session createSession(Connection con) throws JMSException {
return con.createSession(isSessionTransacted(), getSessionAcknowledgeMode());
}

2.1 JmsDestinationAccessor
抽象�c�JmsDestinationAccessor�l�承自JmsAccessor�Q�增加了destinationResolver�? pubSubDomain属性。destinationResolver的默认值是DynamicDestinationResolver的实例，也就�? 说默认采用动态目的地解析的方式；pubSubDomain用于指定是��用“发�?订阅”模式还是��用“点对点”模式，默认值是false�?br />
JmsDestinationAccessor提供了用于解析目的地的方法，如下�Q?/p>

Java代码

protected Destination resolveDestinationName(Session session, String destinationName)
throws JMSException {
return getDestinationResolver().resolveDestinationName(session, destinationName,
isPubSubDomain());
}

2.2 AbstractJmsListeningContainer
AbstractJmsListeningContainer�l�承自JmsDestinationAccessor�Q�作为所有Message Listener Container的公共基�c�R��它主要提供了JMS connection的生命周期管理的功能�Q�但是没有对消息接收的方式（��d��接收方式或者异步接收方式）�{�做��M��假定。该�c�M��要的属性如下：

Java代码

private String clientId;
private Connection sharedConnection;

clientId通常用于持久订阅�Q�sharedConnection保存了被�׃�n的JMS connection�?/p>

该类定义了如下的抽象�Ҏ��Q�以便子�c�d��以决定是否��用共享的JMS connection�?/p>

Java代码

protected abstract boolean sharedConnectionEnabled();

2.3 AbstractMessageListenerContainer
AbstractMessageListenerContainer�l�承自AbstractJmsListeningContainer�Q�也是作为所有Message Listener Container的公共基�c�R��该�c�M��要的属性如下：

Java代码

private volatile Object destination;
private volatile Object messageListener;
private boolean exposeListenerSession = true ;

destination用于指定接收消息的目的地�?br /> messageListener用于指定处理消息的listener。对于messageListener�Q�它既可以是�W�合JMS规范�? javax.jms.MessageListener�Q�也可以是Spring�Ҏ��? org.springframework.jms.listener.SessionAwareMessageListener�? SessionAwareMessageListener的定义如下：

Java代码

public interface SessionAwareMessageListener {
void onMessage(Message message, Session session) throws JMSException;
}

跟javax.jms.MessageListener相比�Q�这个接口的onMessage�Ҏ��增加了一个Session �c�d��的参敎ͼ�可以通过�q�个session发送回复消息（reply message�Q��?/p>

如果使用了SessionAwareMessageListener �c�d��的message listener�Q�那么exposeListenerSession参数指定了传入onMessage�Ҏ��的session参数是否是创��Z�� MessageConsumer的session�Q�默认值是true。如果是false�Q�那�? AbstractMessageListenerContainer会在connection上新��Z��个session�Q��ƈ传入onMessage�Ҏ��?br />
2.4 AbstractPollingMessageListenerContainer
AbstractPollingMessageListenerContainer�l�承自AbstractMessageListenerContainer�Q�它提供了对于主动接收消�?polling)的支持，以及支持外部的事务管理�?/p>

Java代码

private boolean pubSubNoLocal = false ;
private long receiveTimeout = DEFAULT_RECEIVE_TIMEOUT;
private PlatformTransactionManager transactionManager;

如果使用“发�?订阅”模式，那么pubSubNoLocal 属性指定通过某个�q�接发送到某个Topic的消息，是否应该被投递回�q�个�q�接�?/p>

receiveTimeout属性用于指定调用MessageConsumer的receive�Ҏ��时的��时旉��Q�默认值是1�U�。需要注意的是，�q�个值应该比transactionManager 中指定的事务��时旉��略小�?/p>

通常情况下，应该为transactionManager讄��一�? org.springframework.transaction.jta.JtaTransactionManager的实例，此外也要讄��一个支�? XA的ConnectionFactory。需要注意的是，XA 事务�Ҏ��能有较大的影响�?br /> 如果只是希望使用local JMS transaction�Q�那么只要设�|�sessionTransacted为true或者��用JmsTransactionManager卛_��。实际上�Q? 如果讄��了非JTA的transactionManager�Q�那么sessionTransacted属性会自动被设�|�成true�?br /> �׃��local JMS transaction无法同其它local transaction�Q�例如local database transaction�Q�进行协调，因此客户端程序可能需要对重发的消息进行检查。JMS规范要求�Q�JMS provider应该��重发消息的JMSRedelivered属性设�|��ؓtrue�?br />
2.5 SimpleMessageListenerContainer
SimpleMessageListenerContainer�l�承自AbstractMessageListenerContainer�Q��用异步方�? 接收消息�Q�也��是通过MessageConsumer上注册MessageListener的方式接收消息）。该�c�M��要的属性如下：

Java代码

private boolean pubSubNoLocal = false ;
private int concurrentConsumers = 1 ;
private Set sessions;
private Set consumers;
private TaskExecutor taskExecutor;

如果使用“发�?订阅”模式，那么pubSubNoLocal 属性指定通过某个�q�接发送到某个Topic的消息，是否应该被投递回�q�个�q�接�?/p>

SimpleMessageListenerContainer允许创徏多个Session和MessageConsumer来接收消息。具体的个数�? concurrentConsumers属性指定。需要注意的是，应该只是在Destination为Queue的时候才使用多个 MessageConsumer�Q�Queue中的一个消息只能被一个Consumer接收�Q�，虽然使用多个MessageConsumer会提高消息处�? 的性能�Q�但是消息处理的��序却得不到保证�Q�消息被接收的顺序仍然是消息发送时的顺序，但是�׃��消息可能会被�q�发处理�Q�因此消息处理的��序可能和消息发送的 ��序不同。此外，不应该在Destination为Topic的时候��用多个MessageConsumer�Q�这是因为多�? MessageConsumer会接收到同样的消息�?/p>

SimpleMessageListenerContainer创徏的Session和MessageConsumer分别保存在sessions和consumers属性中�?/p>

taskExecutor属性的默认值是null�Q�也��是��_��对MessageListener�Q�或�? SessionAwareMessageListener�Q�的回调是在MessageConsumer的内部线�E�中执行。如果指定了 taskExecutor�Q�那么回调是在TaskExecutor内部的线�E�中执行。以下是相关的代码：

Java代码

protected MessageConsumer createListenerConsumer( final Session session)
throws JMSException {
Destination destination = getDestination();
if (destination == null) {
destination = resolveDestinationName(session, getDestinationName());
}
MessageConsumer consumer = createConsumer(session, destination);
if (this.taskExecutor != null) {
consumer.setMessageListener(new MessageListener() {
public void onMessage(final Message message) {
taskExecutor.execute(new Runnable() {
public void run() {
processMessage(message, session);
}
});
}
});
}
else {
consumer.setMessageListener(new MessageListener() {
public void onMessage(Message message) {
processMessage(message, session);
}
});
}
return consumer;
}

需要注意的是，如果指定了taskExecutor�Q�那么消息在被taskExecutor内部的线�E�处理前�Q�可能已�l�被��认�q�了�Q�外层的 onMessage�Ҏ��可能已经执行�l�束了）。因此如果��用事务Session或者Session.CLIENT_ACKNOWLEDGE�c�d��的确认模式，那么可能会导致问题�?/p>

该类的sharedConnectionEnabled�Ҏ��Q�在AbstractJmsListeningContainer中定义）��L��q�回true�Q? 因此SimpleMessageListenerContainer会��用共享的JMS connection�?br />
2.6 DefaultMessageListenerContainer
DefaultMessageListenerContainer�l�承�? AbstractPollingMessageListenerContainer�Q�主要��用同步的方式接收消息�Q�也��是通过循环调用 MessageConsumer.receive的方式接收消息）。该�c�M��要的属性如下：

Java代码

private int concurrentConsumers = 1 ;
private int maxConcurrentConsumers = 1 ;
private int maxMessagesPerTask = Integer.MIN_VALUE;
private int idleTaskExecutionLimit = 1 ;
private final Set scheduledInvokers = new HashSet();
private TaskExecutor taskExecutor;
private int cacheLevel = CACHE_AUTO;

跟SimpleMessageListenerContainer一��P��DefaultMessageListenerContainer也支持创建多�? Session和MessageConsumer来接收消息。跟SimpleMessageListenerContainer不同�? 是，DefaultMessageListenerContainer创徏了concurrentConsumers所指定个数�? AsyncMessageListenerInvoker�Q�实��C��SchedulingAwareRunnable接口�Q�，�q�交�l? taskExecutor�q�行�?/p>

maxMessagesPerTask属性的默认值是Integer.MIN_VALUE�Q�但是如果设�|�的taskExecutor�Q�默认值是 SimpleAsyncTaskExecutor�Q�实��C��SchedulingTaskExecutor接口�q�且�? prefersShortLivedTasks�Ҏ��q�回true�Q�也��是说该TaskExecutor們֐�于短期�Q务）�Q�那�? maxMessagesPerTask属性会自动被设�|��ؓ10�?br /> 如果maxMessagesPerTask属性的值小�?�Q�那么AsyncMessageListenerInvoker.run�Ҏ��会在循环中反复尝�? 接收消息�Q��ƈ在接收到消息后调用MessageListener�Q�或者SessionAwareMessageListener�Q�；如果 maxMessagesPerTask属性的��g��于0�Q�那么AsyncMessageListenerInvoker.run�Ҏ��里最多会��试接收消息 maxMessagesPerTask�ơ，每次接收消息的超时时间由其父�c? AbstractPollingMessageListenerContainer的receiveTimeout属性指定。如果在�q�些��试中都没有接收到消息，那么AsyncMessageListenerInvoker的idleTaskExecutionCount属性会被篏加。在run�Ҏ��执行�? 毕前会对idleTaskExecutionCount�q�行��查，如果该��D��q�了 DefaultMessageListenerContainer.idleTaskExecutionLimit�Q�默认�?�Q�，那么�q�个 AsyncMessageListenerInvoker可能会被销毁�?/p>

所有AsyncMessageListenerInvoker实例都保存在scheduledInvokers中，实例的个数可以在 concurrentConsumers和maxConcurrentConsumers之间��动。跟 SimpleMessageListenerContainer一��P��应该只是在Destination为Queue的时候才使用多个 AsyncMessageListenerInvoker实例�?/p>

cacheLevel属性用于指定是否对JMS资源�q�行�~�存�Q�可选的值是CACHE_NONE = 0、CACHE_CONNECTION = 1、CACHE_SESSION = 2、CACHE_CONSUMER = 3和CACHE_AUTO = 4。默认情况下�Q�如果transactionManager属性不为null�Q�那么cacheLevel被自动设�|��ؓCACHE_NONE�Q�不�q�行�~? 存）�Q�否则cacheLevel被自动设�|��ؓCACHE_CONSUMER�?/p>

如果cacheLevel属性值大于等于CACHE_CONNECTION�Q�那么sharedConnectionEnabled�Ҏ��Q�在AbstractJmsListeningContainer中定义）�q�回true�Q�也��是说��用共享的JMS�q�接�?/p>

3 SingleConnectionFactory
SingleConnectionFactory实现了ConnectionFactory接口�Q�其createConnection�Ҏ��L��q�回相同�? Connection。可以在SingleConnectionFactory的构造函��C��传入Connection对象或�? ConnectionFactory对象�Q�用来创��代理的连接对象�? SingleConnectionFactory.createConnection�Ҏ��q�回的连接是个代理，它忽略了对stop和close�Ҏ��的调�? �Q�连接会在SingleConnectionFactory.destroy�Ҏ��中关闭）�?/p>

SingleConnectionFactory的reconnectOnException属性用来指定是否在�q�接抛出JMSException的时候，对连接进行重�|�，重置后如果再调用createConnection�Ҏ��Q�那么会�q�回一个新的连接�?/p>

需要注意的是，AbstractJmsListeningContainer�cȝ��抽象�Ҏ��sharedConnectionEnabled指定了是否在 message listener container内部使用�׃�n的JMS�q�接。因此通常情况下不需要�ؓ单独的message listener container讄��SingleConnectionFactory�Q�及其子�c�）�Q�如果希望在不同的message listener container之间�׃�nJMS�q�接�Q�那么可以考虑使用SingleConnectionFactory�?br />
3.1 CachingConnectionFactory
CachingConnectionFactory�l�承自SingleConnectionFactory�Q�增加了对Session和MessageProducer�~�存的功能。该�c�M��要的属性如下：

Java代码

private int sessionCacheSize = 1 ;
private boolean cacheProducers = true ;

sessionCacheSize属性指定了被缓存的Session实例的个敎ͼ�默认值是1�Q�，也就是说�Q�如果同时请求的Session个数大于sessionCacheSize�Q�那么这些Session不会被缓存，而是正常的被创徏和销毁�?/p>

cacheProducers属性指定了是否对MessageProducer�q�行�~�存�Q�默认值是true�?/p>

�C�物 2010-09-01 22:33 发表评论

ActiveMQ5.0实战�?使用Spring发�?消费topic和queue消息

�C�物 — Wed, 31 Dec 2008 14:10:00 GMT

��?/h3>
实战一 , 实战二介�l�了ActiveMQ的基本概念和配置方式.

本篇��通过一个实例介�l��用spring发�?消费topic, queue�c�d��消息的方�? 不懂topic和queue的google �?

如图�C? TOPIC和QUEUE分别代表一个topic和一个queue消息通道.

TopicMessageProducer向topic发送消�? TopicConsumerA和TopicConsumerB则从topic消费消息.
QueueMessageProducer向Queue发送消�? QueueConsumer从Queue中消�Ҏ��?

Spring整合JMS

��像对orm, web的支持一�? spring同样支持jms, 为整合jms到已有的��目提供了很多便利的�Ҏ��. 本篇主要讲实�? 是所以先从配�|�开�? spring配置jms基本上需�?个部�?

ConnectionFactory. 和jms服务器的�q�接, 可以是外部的jms server, 也可以��用embedded ActiveMQ Broker.
Destination. 有topic和queue两种方式.
JmsTemplate. spring提供的jms模板.
MessageConverter. 消息转换�?
MessageProducer. 消息生��?
MessageConsumer. 消息消费�?
MessageListener. 消息监听�?
MessageListenerContainer. 消息监听容器

下面以实例的方式介绍上面8个部�?

1. ConnectionFactory

Xml代码

<amq:connectionFactory id="jmsConnectionFactory" brokerURL="vm://localhost" />

brokerURL是指要连接的activeMQ server的地址, activeMQ提供了多�U�brokerURL, 集体可参见文�?一般我们��用嵌套的ActiveMQ server. 配置如下, �q�个配置使用消息的存储机�? 服务器重启也不会丢失消息.

Xml代码

<amq:broker useJmx="false" persistent="true">
<amq:persistenceAdapter>
<amq:amqPersistenceAdapter directory="d:/amq"/>
amq:persistenceAdapter>
<amq:transportConnectors>
<amq:transportConnector uri="tcp://localhost:61616" />
<amq:transportConnector uri="vm://localhost:0" />
amq:transportConnectors>
amq:broker>

2. Destination

在实例中我们使用了两�U�destination

Xml代码

<amq:topic name="TOPIC" physicalName="JMS-TEST-TOPIC" />
<amq:queue name="QUEUE" physicalName="JMS-TEST-QUEUE" />

3. JmsTemplate

Xml代码

<bean id="jmsTemplate" class="org.springframework.jms.core.JmsTemplate">
<property name="connectionFactory">
<bean class="org.springframework.jms.connection.SingleConnectionFactory">
<property name="targetConnectionFactory" ref="jmsConnectionFactory" />
bean>
property>
<property name="messageConverter" ref="defaultMessageConverter" />
bean>

4. MessageConverter

MessageConverter实现的是org.springframework.jms.support.converter.MessageConverter接口, 提供消息的�{换功�? DefaultMessageConverter的实现见附�g.

Xml代码

<bean id="defaultMessageConverter" class="com.andyao.activemq.DefaultMessageConverter" />

5. MessageProducer

实例拥有两个消息生��? 消息生��者都是POJO, 实现见附�?

Xml代码

<bean id="topicMessageProducer" class="com.andyao.activemq.TopicMessageProducer">
<property name="template" ref="jmsTemplate" />
<property name="destination" ref="TOPIC" />
bean>
<bean id="queueMessageProducer" class="com.andyao.activemq.QueuMessageProducer">
<property name="template" ref="jmsTemplate" />
<property name="destination" ref="QUEUE" />
bean>

6. MessageConsumer

TOPIC通道有两个消息消费�? QUEUE有一个消息消费�?/p>

Xml代码

<bean id="topicConsumerA" class="com.andyao.activemq.TopicConsumerA" />
<bean id="topicConsumerB" class="com.andyao.activemq.TopicConsumerB" />
<bean id="queueConsumer" class="com.andyao.activemq.QueueConsumer" />

7. MessageListener

每一个消息消费者都对应一个MessageListener

Xml代码

<bean id="topicListenerA" class="org.springframework.jms.listener.adapter.MessageListenerAdapter">
<constructor-arg ref="topicConsumerA" />
<property name="defaultListenerMethod" value="receive" />
<property name="messageConverter" ref="defaultMessageConverter" />
bean>
<bean id="topicListenerB" class="org.springframework.jms.listener.adapter.MessageListenerAdapter">
<constructor-arg ref="topicConsumerB" />
<property name="defaultListenerMethod" value="receive" />
<property name="messageConverter" ref="defaultMessageConverter" />
bean>
<bean id="queueListener" class="org.springframework.jms.listener.adapter.MessageListenerAdapter">
<constructor-arg ref="queueConsumer" />
<property name="defaultListenerMethod" value="receive" />
<property name="messageConverter" ref="defaultMessageConverter" />
bean>

8. MessageListenerContainer

有几个MessageListener既有几个MessageListenerContainer

Xml代码

<bean id="topicListenerContainerA" class="org.springframework.jms.listener.DefaultMessageListenerContainer">
<property name="connectionFactory" ref="jmsConnectionFactory" />
<property name="destination" ref="TOPIC" />
<property name="messageListener" ref="topicListenerA" />
bean>
<bean id="topicListenerContainerB" class="org.springframework.jms.listener.DefaultMessageListenerContainer">
<property name="connectionFactory" ref="jmsConnectionFactory" />
<property name="destination" ref="TOPIC" />
<property name="messageListener" ref="topicListenerB" />
bean>
<bean id="queueListenerContainer" class="org.springframework.jms.listener.DefaultMessageListenerContainer">
<property name="connectionFactory" ref="jmsConnectionFactory" />
<property name="destination" ref="QUEUE" />
<property name="messageListener" ref="queueListener" />
bean>

Summary

写spring配置文�g的时�? 要把MessageProducer, MessageConsumer,MessageListener,MessageListenerContainer几个地方弄清�?

可以有一个或者多个消息生产者向同一个destination发送消�?
queue�c�d��的只能有一个消息消费�?
topic�c�d��的可以有多个消息消费�?
每个消费者对应一个MessageListener和一个MessageListenerContainer.

�C�物 2008-12-31 22:10 发表评论

ActiveMQ5.0实战�? 基本配置

�C�物 — Wed, 31 Dec 2008 14:09:00 GMT

��?/h3>
上一��http://www.javaeye.com/topic/15317介绍了ActiveMQ5.0的安装，�q�一��将介绍的配�|�。ActiveMQ包含了很多features�Q�详�?a target="_blank">http://activemq.apache.org/features.html �Q�，
不同的需求，不同的环境，需要不同的features�Q�当焉��要不同的配置。在�q�里我只写了最基本的配�|�，��是抛砖了，希望引出更多关于ActiveMQ的高�U�配�|��?br /> 假设已经正确安装ActiveMQ5.0�Q�同时及其IP地址�?92.168.1.148�Q�具体��用时可以改�ؓ自己的IP。下面讲解的配置实现的features如下�Q?/p>

客户端可以通过tcp://192.168.1.148�q�接ActiveMQ�?
消息持久化保存，重启服务器不会丢失消息�?
可以通过http://192.168.1.148:8161/admin监控ActiveMQ服务�?

配置

ActiveMQ默认使用的是XML格式配置�Q�从4.0版本开始用MBean的方式实现XML配置�Q�配�|�文件在${activemq.home}/conf目录下，文�g名�ؓactivemq.xml。最新的默认配置�?br /> http://svn.apache.org/repos/asf/activemq/trunk/assembly/src/release/conf/activemq.xml 。下面�ؓ本篇文章使用的配�|�，及重要部分的解释�?/p>

Xml代码

<beans
xmlns="http://www.springframework.org/schema/beans"
xmlns:amq="http://activemq.org/config/1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
http://activemq.org/config/1.0 http://activemq.apache.org/schema/activemq-core.xsd
http://activemq.apache.org/camel/schema/spring>
<broker xmlns="http://activemq.org/config/1.0" brokerName="192.168.1.148" persistent ="true" dataDirectory="${activemq.base}/data" useShutdownHook="false">
<destinationPolicy>
<policyMap>
<policyEntries>
<policyEntry topic="EUCITA.>" producerFlowControl="false" memoryLimit="10mb">
<dispatchPolicy>
<strictOrderDispatchPolicy/>
dispatchPolicy>
<subscriptionRecoveryPolicy>
<lastImageSubscriptionRecoveryPolicy/>
subscriptionRecoveryPolicy>
policyEntry>
policyEntries>
policyMap>
destinationPolicy>
<transportConnectors>
<transportConnector name="openwire" uri="tcp://192.168.1.148:61616" discoveryUri="multicast://default"/>
<transportConnector name="ssl" uri="ssl://192.168.1.148:61617"/>
<transportConnector name="stomp" uri="stomp://192.168.1.148:61613"/>
<transportConnector name="xmpp" uri="xmpp://192.168.1.148:61222"/>
transportConnectors>
<persistenceAdapter>
<amqPersistenceAdapter directory="${activemq.base}/data"/>
persistenceAdapter>
broker>
<commandAgent xmlns="http://activemq.org/config/1.0"/>
<jetty xmlns="http://mortbay.com/schemas/jetty/1.0">
<connectors>
<nioConnector port="8161" />
connectors>
<handlers>
<webAppContext contextPath="/admin" resourceBase="${activemq.base}/webapps/admin" logUrlOnStart="true" />
<webAppContext contextPath="/demo" resourceBase="${activemq.base}/webapps/demo" logUrlOnStart="true" />
handlers>
jetty>
beans>

注释

关于XML配置中元素的具体信息可以参�?a >http://activemq.apache.org/xbean-xml-reference-50.html 下面介绍本篇配置使用的一些重要元素�?

DispathPolicy

ActiveMQ支持3中不同的分发�{�略�Q�避免翻译了以后误解�Q�这里用原文�Q�：

�Q�Simple dispatch policy that sends a message to every subscription that matches the message.
�Q�Simple dispatch policy that sends a message to every subscription that matches the message.
�Q�Dispatch policy that causes every subscription to see messages in the same order.

SubscriptionRecoveryPolicy

ActiveMQ支持6�U�恢复策略，可以自行选择使用不同的策�?/p>

�Q?keep a fixed count of last messages.
�Q?keep a fixed amount of memory available in RAM for message history which is evicted in time order.
�Q�only keep the last message.
�Q�disable recovery of messages.
�Q�perform a user specific query mechanism to load any messages they may have missed.
�Q�keep a timed buffer of messages around in memory and use that to recover new subscriptions.

PersistenceAdapter

http://activemq.apache.org/persistence 讲解了关于persistence的信息。ActiveMQ5.0使用AMQ Message Store 持久化消息，�q�种方式提供了很好的性能�Q�The AMQ Message Store is an embeddable transactional message storage solution that is extremely fast and reliable.�Q?默认使用该存储方式即可，如果想��用JDBC来存储，可以查找文档配置�?nbsp;

Summary

本篇文章只提供了基本配置信息。如果需要更多的文章�Q�可以查看ActiveMQ的文档�?/p>

讲了安装和简单的配置�Q�下一��将介绍和Sping的整合，以及多个queue�Q�多个topic�Q�多个producer�Q�多个consumer的配�|�，使用�?/p>

�C�物 2008-12-31 22:09 发表评论

ActiveMQ5.0实战一: 安装配置ActiveMQ5.0

�C�物 — Wed, 31 Dec 2008 14:09:00 GMT

��?/h3>
ActiveMQ 是开源的JMS实现�Q�Geronimo应用服务器就是��用的ActiveMQ提供JMS服务。ActiveMQ5.0相比以前版本提供了一些非常有用的新功能：

AMQ Message Store (Faster Persistence!)
Cursors (To handle very large number of stored messages)
Blob Messages
Command Agent
Enterprise Integration Patterns via Camel Integration
Logging a warning if you forget to start a Connection
Message Transformation
Mirrored Queues
Flow Control

鉴于目前关于ActiveMQ5.0的文章比较少�Q�故准备写一�p�d��ActiveMQ的��用方面的文章。本��先从安装开始�?nbsp;

安装

�?a >http://activemq.apache.org/download.html 下蝲5.0.0发行包，解压到需要安装ActiveMQ的文件夹�Q�记�?path/to/activemq�?
unix环境activemq文�g多w��要执行权限，执行如下命��o chmod -R 755 /path/to/activemq

启动

window环境�q�行/path/to/activemq/bin/activemq.bat
unix环境�q�行/path/to/activemq/bin/activemq

��试

ActiveMQ默认使用的TCP�q�接端口�?1616, 通过查看该端口的信息可以��试ActiveMQ是否成功启动

window环境�q�行 netstat -an|find "61616"
unix环境�q�行netstat -an|grep 61616

监控

ActiveMQ5.0版本默认启动�Ӟ��启动了内�|�的jetty服务器，提供一个demo应用和用于监控ActiveMQ的admin应用�?/p>

admin�Q?a >http://127.0.0.1:8161/admin/

demo�Q?a >http://127.0.0.1:8161/demo/

点击demo应用中的“ Market data publisher ”�Q�就会发一些测试的消息。�{到admin��面的topics menu下面�Q�queue和topic的区别见 http://andyao.javaeye.com/blog/153173 �Q�，可以看到消息在增�ѝ�?/p>

配置

ActiveMQ5.0的配�|�文件在/path/to/activemq/conf目录下面。主要配�|�文件�ؓactivemq.xml�Q�具体的配置��在后箋文章中详�l�说明�?/p>

�C�物 2008-12-31 22:09 发表评论

国产精品1区在线,欧美色爱综合,欧美一区二区三区在线视频

JGroups

JMX Remoting

Spring JMS

ActiveMQ5.0实战�?使用Spring发�?消费topic和queue消息

Spring整合JMS

1. ConnectionFactory

2. Destination

3. JmsTemplate

4. MessageConverter

5. MessageProducer

6. MessageConsumer

7. MessageListener

8. MessageListenerContainer

Summary

ActiveMQ5.0实战�? 基本配置

配置

注释

DispathPolicy

SubscriptionRecoveryPolicy

PersistenceAdapter

Summary

ActiveMQ5.0实战一: 安装配置ActiveMQ5.0

安装

启动

���试

监控

配置

��试