Created attachment 524627 [details] TCK Test results The MDB related to topics in this package are failing. The EAP server log contains NullPointerExceptions that relates to this issue 2011-09-23 07:11:39,925 WARN [org.apache.qpid.ra.inflow.QpidActivation:363] (WorkManager(3)-4) Failure in Qpid activation org.apache.qpid.ra.inflow.QpidActivationSpec(ra=org.apache.qpid.ra.QpidResourceAdapter@1a1d0ff destination=jms_ee_mdb_mdb_exceptT_MDB_DURABLE_BMT destinationType=javax.jms.Topic ack=Auto-acknowledge durable=true clientID=cts4 user=null maxSession=15) java.lang.NullPointerException at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:768) at org.apache.qpid.client.AMQSession.createDurableSubscriber(AMQSession.java:1075) at org.apache.qpid.ra.inflow.QpidMessageHandler.setup(QpidMessageHandler.java:98) at org.apache.qpid.ra.inflow.QpidActivation.setup(QpidActivation.java:309) at org.apache.qpid.ra.inflow.QpidActivation$SetupActivation.run(QpidActivation.java:581) at org.jboss.resource.work.WorkWrapper.execute(WorkWrapper.java:205) at org.jboss.util.threadpool.BasicTaskWrapper.run(BasicTaskWrapper.java:260) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) The issue is reproducible by executing only the failing tests
Created attachment 524628 [details] TCK Test application
Created attachment 524630 [details] EAP server log
There are a couple of issues I can see that don't seem to be TCK related: As per the JMS 1.1 API 'Sessions with durable subscribers must always provide the same client identifier. In addition, each client must specify a name that uniquely identifies (within client identifier) each durable subscription it creates. Only one session at a time can have a TopicSubscriber for a particular durable subscription.' 1) In the case of a durable subscriber, both a clientId and a subscription name need to be provided to uniquely identify the client as per the API doc above. Something along the lines of @ActivationConfigProperty(propertyName = "subscriptionName", propertyValue = "some.name"), 2) Being that only one session at a time can have a TopicSubscriber for a particular durable subscription, the maxSessions property should be reduced to 1. This should cover this particular issue. Being that this is config related, I am going to close it as 'not a bug'. Should this not be sufficient, please feel free to reopen.