JmsCourier holds JNDI contexts over calls to JmsConnectionPool -------------------------------------------------------------- Key: JBESB-1821 URL: http://jira.jboss.com/jira/browse/JBESB-1821 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Rosetta Affects Versions: 4.2.1 CP3 Reporter: Kevin Conner Assigned To: Kevin Conner Priority: Blocker Fix For: 4.2.1 CP3 The JmsCourier obtains a naming context from the pool but, before it has used it, makes a call to the JmsConnectionPool. The result of this is that there are now two naming contexts being obtained in the same thread. This is a problem if you have already used up all the contexts, for example if you had 20 JmsCouriers with a context trying to obtain their JmsSession (no more contexts). This will cause the first thread to deadlock for 30 seconds (the current timeout) and possibly others before the contexts have been released. The JmsCourier should not be holding the naming context for longer than is necessary, we need to reduce the scope. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira