我是MDB和EE的新手。请告诉我,我错了。 我的应用程序必须与Websphere MQ交互(等待队列中的混乱,做一些事情并回复)。 我正在使用NetBeans 7.3,GlassFish 3.1,Websphere MQ 6.2,resorce adapter wmq.jmsra.rar。交互必须不是jms格式,只有Web MQ性质。 我部署了适配器并创建了Connecton池和Administrated Object。 在domain.xml中
<connector-connection-pool description="" name="cpMqAdapter" resource-adapter-name="wmq.jmsra" connection-definition-name="javax.jms.QueueConnectionFactory" transaction-support="LocalTransaction">
<property name="port" value="1414"></property>
<property name="CCSID" value="866"></property>
<property name="hostName" value="192.168.0.11"></property>
<property name="queueManager" value="QM"></property>
<property name="channel" value="SrvConn"></property>
<property description="CLIENT - mq on other computer" name="transportType" value="CLIENT"></property>
</connector-connection-pool>
<admin-object-resource enabled="false" res-adapter="wmq.jmsra" res-type="javax.jms.Queue" description="" jndi-name="wmqJmsAOR" class-name="com.ibm.mq.connector.outbound.MQQueueProxy">
<property name="priority" value="APP"></property>
<property name="failIfQuiesce" value="true"></property>
<property name="baseQueueManagerName" value="QM"></property>
<property name="CCSID" value="1208"></property>
<property name="persistence" value="APP"></property>
<property name="encoding" value="NATIVE"></property>
<property name="baseQueueName" value="TEST"></property>
<property name="targetClient" value="MQ"></property>
<property name="expiry" value="APP"></property>
</admin-object-resource>
” 在netbeans中,我创建了EE项目和消息驱动的bean。我得到这个代码'
@MessageDriven(mappedName = "wmqJmsAOR", activationConfig = {
@ActivationConfigProperty(propertyName = "acknowledgeMode", propertyValue = "Auto-
acknowledge"),
@ActivationConfigProperty(propertyName = "destinationType", propertyValue = "javax.jms.Queue")
})
public class NewMessage implements MessageListener {
public NewMessage() {
super();
System.out.println("I created");
}
@Override
public void onMessage(Message message) {
System.out.println("I'm getting message");
}
`
请告诉我为什么这个MDB不是listenig队列(我在Websphere MQ控制台中输入测试消息)。可能是我必须在config中编写一些东西(现在项目是默认的netbeans创建的)。
克塞
答案 0 :(得分:1)
我有一个有效的解决方案。它不是最好的解决方案,但确实非常有效。
我们所做的是创建一个非常简单的 ActivationSpecWrapper 类来扩展IBM com.ibm.mq.connector.inbound.ActivationSpecImpl 类。此包装类具有一个公共set / get属性( asJNDI )。该类的目的是通过JNDI上下文读取App服务器中定义的Properties类,该类包含在激活MDB时分配的所有属性。
首先,创建新的 ActivationSpecWrapper 类。你可以把它放在你选择的任何包装中。
import java.lang.reflect.Field;
import java.lang.reflect.Method;
import java.util.Properties;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.naming.InitialContext;
import com.ibm.mq.connector.inbound.ActivationSpecImpl;
public class ActivationSpecWrapper extends ActivationSpecImpl
{
private static final long serialVersionUID = -529716553593856979L;
private static final String sourceClass = ActivationSpecWrapper.class.getName();
private static final Logger log = Logger.getLogger(sourceClass);
private String asJNDI = null;
public void setAsJNDI(String asJNDI)
{
log.config("asJNDI = " + asJNDI);
this.asJNDI = asJNDI;
try
{
final InitialContext ctx = new InitialContext();
final Properties properties = (Properties) ctx.lookup(asJNDI);
for (final Object key : properties.keySet())
{
try
{
final String value = properties.getProperty((String) key);
final Object field = getSetter((String) key);
if (field != null)
{
if (field instanceof Field)
{
log.fine("Setting " + key + " via Field " + (String) key + " = " + value);
((Field) field).set(this, value);
}
else
{
log.fine("Setting " + key + " via Method " + (String) key + " = " + value);
((Method) field).invoke(this, value);
}
log.config(key + " = " + value);
}
else
{
log.warning("Invalid ActivationSpec Field: " + key);
}
}
catch (final NoSuchFieldException e)
{
log.throwing(sourceClass, "setAsJNDI", e);
}
}
}
catch (final Exception e)
{
log.log(Level.SEVERE, "Error looking up " + asJNDI, e);
return;
}
}
public String getAsJNDI()
{
return asJNDI;
}
private static Object getField(String fieldName) throws NoSuchFieldException
{
return ActivationSpecWrapper.class.getField(fieldName);
}
private static Object getSetter(String fieldName) throws NoSuchFieldException
{
try
{
final StringBuilder sb = new StringBuilder(fieldName.length() + 3).append("set").append(fieldName);
sb.setCharAt(3, Character.toUpperCase(sb.charAt(3)));
return ActivationSpecWrapper.class.getMethod(sb.toString(), String.class);
}
catch (final NoSuchMethodException e)
{
return getField(fieldName);
}
}
}
要实现该类,您只需修改 wmq.jmsra.rar 文件中的 META-INF / ra.xml 文件即可。将ActivationSpecImpl类的一次出现更改为您的类。这将是您使用的新传入连接工厂的 ActivationSpecWrapper 类。所以现在您的包装器类可以向应用服务器查找要使用的属性。
我这样做如下:
: jar -xvf wmq.jmsra.rar META-INF/ra.xml
: perl -pi -e 's/com\.ibm\.mq\.connector\.inbound\.ActivationSpecImpl/your.new.package.ActivatonSpecWrapper/g' META-INF/ra.xml
: jar -uvf wmq.jmsra.rar META-INF/ra.xml
在修改 META-INF / ra.xml 之前,似乎:
<activationspec>
<activationspec-class>
com.ibm.mq.connector.inbound.ActivationSpecImpl
</activationspec-class>
<required-config-property>
<config-property-name>destination</config-property-name>
</required-config-property>
<required-config-property>
<config-property-name>destinationType</config-property-name>
</required-config-property>
</activationspec>
更改后, META-INF / ra.xml 应该像:
<activationspec>
<activationspec-class>
your.new.package.ActivatonSpecWrapper
</activationspec-class>
<required-config-property>
<config-property-name>destination</config-property-name>
</required-config-property>
<required-config-property>
<config-property-name>destinationType</config-property-name>
</required-config-property>
</activationspec>
现在您需要将新包添加到RAR文件中。它应该是标准的目录结构。像这样:
: jar -uvf wmq.jmsra.rar your/new/package/ActivationSpecWrapper.class
问题源于IBM将主机/端口/队列管理器/通道(等)放入激活规范而不是管理对象。它属于管理对象,因为它是MDB队列的连接工厂。 IBM只允许两个属性。
此外,如果您正在使用glassfish,oracle确实为需要资源适配器的MDB类提供了拙劣的功能,因为glassfish @MessageDriven 注释假设app容器是默认资源适配器( OpenMQ )用于JMS。这意味着特定于供应商的 ActivationSpecImpl 不起作用,因此在资源适配器切换之前,不会通过注释支持IMB的主机/端口和其他激活配置属性的自定义参数通过 glassfish-ejb-jar.xml 。
JBoss允许 @ResourceAdapter 注释更改资源适配器,但Glassfish只允许通过 glassfish-ejb-jar.xml 文件。使用它时,您只需要使用三个激活配置属性( destinationType )注释您的MDB。您将在JNDI发布的属性中放置其他所有内容。
glassfish-ejb-jar.xml 应如下所示:
<?xml version="1.0" encoding="UTF-8"?>
<glassfish-ejb-jar>
<enterprise-beans >
<unique-id>1</unique-id>
<ejb>
<ejb-name>MyMDB</ejb-name>
<mdb-resource-adapter>
<resource-adapter-mid>wmq.jmsra</resource-adapter-mid>
<activation-config>
<activation-config-property>
<activation-config-property-name>asJNDI</activation-config-property-name>
<activation-config-property-value>mq/InboundMessages</activation-config-property-value>
</activation-config-property>
</activation-config>
</mdb-resource-adapter>
</ejb>
</enterprise-beans>
</glassfish-ejb-jar>
MDB @MessageDriven 注释看起来像这样:
@MessageDriven(activationConfig =
{
@ActivationConfigProperty(propertyName = "destinationType", propertyValue = "javax.jms.Queue"),
@ActivationConfigProperty(propertyName = "destination", propertyValue = "jms/InboundMessage_queue"),
@ActivationConfigProperty(propertyName = "useJNDI", propertyValue = "true") })
public class MyMDB implement MessageListener
{
public void onMessage(Message message)
{
// message handler code goes here...
}
}
使这项工作的最后一步是将 mq / InboundMessages 属性添加到JDNI,以定义MQ侦听器资源的工厂属性。这是在 domain.xml 文件中定义的方式:
<custom-resource res-type="java.util.Properties" jndi-name="mq/InboundMessages" factory-class="org.glassfish.resources.custom.factory.PropertiesFactory">
<property name="hostName" value="mqserver"></property>
<property name="port" value="1422"></property>
<property name="queueManager" value="MQMNGR"></property>
<property name="channel" value="MQMNGR.SM.S1"></property>
<property name="transportType" value="CLIENT"></property>
</custom-resource>
我希望这会有所帮助。这不是最简单的解决方案,但它很简单,一旦建立,它就非常便携,并允许应用服务器管理员管理MQ的连接细节,而不是开发人员。