[EJB] - MDB Deployment Fails with Ear Isolation Enabled
by mmichalek
I'm trying to deploy an EJB 2 MDB to JBoss 4.2.3.
Here are the points of interest:
JBoss Messaging 1.4.4
JBoss Remoting 2.2.3
ear deployment Isolated=true
Here's some of my initial findings:
1) If I turn off ear deployment isolation, this problem goes away (and apparently remoting is not used for the lookup in that scenerio.)
2) From this log and looking at the source, it looks like a JNDI lookup for java:/StdJMSPool is failing (returning null) - but I don't understanding why that's happening.
Let me know if you have any ideas. It's important to me to get make the ear deployment isolation work.
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.ejb.plugin
| s.jms.JMSContainerInvoker] Using client id: null
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.ejb.plugin
| s.jms.JMSContainerInvoker] looking up session pool factory: java:/StdJMSPool
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.jms.server
| .connectionmanager.SimpleConnectionManager] unregistered connection ConnectionEndpoint[l3-c3gw510g-1
| -cy6v510g-ys6ooo-7375o4c5] with remoting session ID ...-g015wfyk-3f
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.I
| nvokerRegistry] removed org.jboss.remoting.transport.local.LocalClientInvoker@4b2199 from registry
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.C
| lient] Client[12933527:5c4o5737-ooo6sy-g015v6yc-1-g015wg3c-3k] is disconnected
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.jms.server
| .remoting.JMSServerInvocationHandler] removing callback handler ServerInvokerCallbackHandler[5c4o573
| 7-ooo6sy-g015v6yc-1-g015wfyk-3f+5c4o5737-ooo6sy-g015v6yc-1-g015wg3c-3i]
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.C
| lient] Client[9099123:5c4o5737-ooo6sy-g015v6yc-1-g015wfyk-3f].connect(null)
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.C
| lient] Client[9099123:5c4o5737-ooo6sy-g015v6yc-1-g015wfyk-3f] connected to InvokerLocator [bisocket:
| //192.168.187.115:2088433572/callback?callbackServerHost=192.168.187.115&callbackServerPort=2088433572&callbackServerProtocol=bisocket&clientMaxPoolSize=1&clientSocketClass=org.jboss.jms.client.remoting.ClientSocketWrapper&datatype=jms&guid=5c4o5737-ooo6sy-g015v6yc-1-g015wfyk-3h&isCallbackServer=true&onewayThreadPool=org.jboss.jms.server.remoting.DirectThreadPool&serverSocketClass=org.jboss.jms.server.remoting.ServerSocketWrapper]
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.S
| erverInvoker] ServerInvoker (SocketServerInvoker[UNINITIALIZED]) removing client callback handler wi
| th session id of 5c4o5737-ooo6sy-g015v6yc-1-g015wfyk-3f+5c4o5737-ooo6sy-g015v6yc-1-g015wg3c-3i.
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.t
| ransport.bisocket.BisocketServerInvoker] unrecognized listener ID: 5c4o5737-ooo6sy-g015v6yc-1-g015wg
| 3c-3i
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.I
| nvokerRegistry] removed org.jboss.remoting.transport.local.LocalClientInvoker@146c67a from registry
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.C
| lient] Client[9099123:5c4o5737-ooo6sy-g015v6yc-1-g015wfyk-3f] is disconnected
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.S
| erverInvoker] SocketServerInvoker[UNINITIALIZED] stopped
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.I
| nvokerRegistry] decremented org.jboss.remoting.transport.local.LocalClientInvoker@da85fe's count, cu
| rrent count 5
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.C
| lient] Client[8486630:5c4o5737-ooo6sy-g015v6yc-1-g015wfyk-3f] is disconnected
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.I
| nvokerRegistry] decremented org.jboss.remoting.transport.local.LocalClientInvoker@93133e's count, cu
| rrent count 5
| 12:43:23,640 DEBUG [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.remoting.C
| lient] Client[28468394:5c4o5737-ooo6sy-g015v6yc-1-g015wfyk-3g] is disconnected
| 12:43:23,640 ERROR [JMSContainerInvoker(OfflineEventLogConsumerMDB) Reconnect] [org.jboss.ejb.plugin
| s.jms.JMSContainerInvoker] Reconnect failed: JMS provider failure detected for OfflineEventLogConsum
| erMDB
| org.jboss.deployment.DeploymentException: Error during topic setup; - nested throwable: (java.lang.N
| ullPointerException)
| at org.jboss.deployment.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:5
| 3)
| at org.jboss.ejb.plugins.jms.JMSContainerInvoker.innerStartDelivery(JMSContainerInvoker.java:825)
| at org.jboss.ejb.plugins.jms.JMSContainerInvoker$ExceptionListenerImpl$ExceptionListenerRunnable.ru
| n(JMSContainerInvoker.java:1533)
| at java.lang.Thread.run(Thread.java:595)
| Caused by: java.lang.NullPointerException
| at org.jboss.ejb.plugins.jms.JMSContainerInvoker.createSessionPool(JMSContainerInvoker.java:1276)
| at org.jboss.ejb.plugins.jms.JMSContainerInvoker.innerStartDelivery(JMSContainerInvoker.java:770)
| ... 2 more
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258150#4258150
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258150
14 years, 7 months
[EJB 3.0 Users] - Re: Design: When the line between domain objects and service
by Wolfgang Knauf
Hi,
I think you need a layer beetween MailBox and your EJB, which encapsulates the logic specific to the mailbox implementation. "findMailbox" should not return the entity, but the the implementation of the layer.
Assume an interface (or an abstract base class):
public interface IMailBoxHandler
| {
| public void handleMail (Message message);
| }
|
It has only one method which handles an incoming mail.
Now you create subclasses/implementations:
public class MailBoxHandlerHelpDesk implements IMailBoxHandler
| {
| @Override
| public void handleMail (Message message)
| {
| ...
| }
| }
|
and so on...
"findMailBox" should probably return an appropriate IMailBoxHandler implementation.
"incomingMail" would be:
public void incomingMail(String destination, Message message) {
| IMailboxHandler mb = findMailBox(destination);
| mb.handleMail (message);
| }
|
This way, your domain model is free of controller logic.
Hope this is a reasonable approach ;-)
Wolfgang
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258136#4258136
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258136
14 years, 7 months
[jBPM Users] - Re: Translation of task node from jBPM3 to 4
by kukeltje
tasks are never associated with a state. Tasks are now just 'simple' tasks, not 'complex' tasks anymore (the task has been 'promoted' to the level of the former task-node. That might be explicitly missing in the docs, I won't deny that. But
What you describe is not a 'simple' scenario, it is already a more complex one. You probably combined the 'blocking' attribute on the task within the task-node, the signal attribute on the task-node and maybe also the signalling. I agree that jBPM made this seem simple :-)
>From what we've experienced these were not used alot. In jBPM 4, for now, you need to do something like using an eventhandler to cancel the 'parallel task'. In the future this will be made more explicit by using things like the bpmn cancel signal.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4258131#4258131
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4258131
14 years, 7 months