[JBoss JIRA] Created: (JBESB-1873) JBoss messaging threads can still be created as non-daemon
by Kevin Conner (JIRA)
JBoss messaging threads can still be created as non-daemon
----------------------------------------------------------
Key: JBESB-1873
URL: https://jira.jboss.org/jira/browse/JBESB-1873
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Transports
Affects Versions: 4.2.1 CP3, 4.3
Reporter: Kevin Conner
Assignee: Kevin Conner
Fix For: 4.2.1 CP4, 4.4
There is scenario in which the workaround for JBESB-1799 does not catch the JBoss Messaging thread creation.
An example thread is as follows.
Thread [main] (Suspended (breakpoint at line 290 in java.lang.Thread))
java.lang.Thread.init(java.lang.ThreadGroup, java.lang.Runnable, java.lang.String, long) line: 290
java.lang.Thread.<init>(java.lang.Runnable) line: 371
EDU.oswego.cs.dl.util.concurrent.ThreadFactoryUser$DefaultThreadFactory.newThread(java.lang.Runnable) line: 30
org.jboss.messaging.util.JBMExecutor(EDU.oswego.cs.dl.util.concurrent.QueuedExecutor).restart() line: 141
org.jboss.messaging.util.JBMExecutor(EDU.oswego.cs.dl.util.concurrent.QueuedExecutor).execute(java.lang.Runnable) line: 157
org.jboss.messaging.util.JBMExecutor.execute(java.lang.Runnable) line: 89
org.jboss.jms.client.container.ClientConsumer.waitForOnMessageToComplete() line: 699
org.jboss.jms.client.container.ClientConsumer.close(long) line: 363
org.jboss.jms.client.container.ConsumerAspect.handleClosing(org.jboss.aop.joinpoint.Invocation) line: 147
org.jboss.aop.advice.org.jboss.jms.client.container.ConsumerAspect53.invoke(org.jboss.aop.joinpoint.Invocation) line: not available
org.jboss.jms.client.delegate.ClientConsumerDelegate$closing_2473194355759371067.invokeNext() line: not available
org.jboss.jms.client.container.FailoverValveInterceptor.invoke(org.jboss.aop.joinpoint.Invocation) line: 92
org.jboss.aop.advice.PerInstanceInterceptor.invoke(org.jboss.aop.joinpoint.Invocation) line: 105
org.jboss.jms.client.delegate.ClientConsumerDelegate$closing_2473194355759371067.invokeNext() line: not available
org.jboss.jms.client.container.ClosedInterceptor.invoke(org.jboss.aop.joinpoint.Invocation) line: 170
org.jboss.aop.advice.PerInstanceInterceptor.invoke(org.jboss.aop.joinpoint.Invocation) line: 105
org.jboss.jms.client.delegate.ClientConsumerDelegate$closing_2473194355759371067.invokeNext() line: not available
org.jboss.jms.client.delegate.ClientConsumerDelegate.closing(long) line: not available
org.jboss.jms.client.JBossMessageConsumer.close() line: 96
org.jboss.internal.soa.esb.couriers.JmsCourier.cleanup() line: 114
org.jboss.soa.esb.couriers.CourierUtil.cleanCourier(org.jboss.internal.soa.esb.couriers.PickUpOnlyCourier) line: 244
org.jboss.internal.soa.esb.couriers.TwoWayCourierImpl.cleanup() line: 249
org.jboss.soa.esb.couriers.CourierUtil.cleanCourier(org.jboss.soa.esb.couriers.TwoWayCourier) line: 276
org.jboss.soa.esb.client.ServiceInvoker$EPRInvoker.attemptDelivery(org.jboss.soa.esb.message.Message, org.jboss.soa.esb.addressing.EPR) line: 574
org.jboss.soa.esb.client.ServiceInvoker$EPRInvoker.access$200(org.jboss.soa.esb.client.ServiceInvoker$EPRInvoker, org.jboss.soa.esb.message.Message, org.jboss.soa.esb.addressing.EPR) line: 452
org.jboss.soa.esb.client.ServiceInvoker.post(org.jboss.soa.esb.message.Message, org.jboss.soa.esb.client.ServiceInvoker$EPRInvoker) line: 318
org.jboss.soa.esb.client.ServiceInvoker.deliverSync(org.jboss.soa.esb.message.Message, long) line: 198
org.jboss.soa.esb.samples.quickstart.timeout.test.SendEsbMessage.main(java.lang.String[]) line: 56
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 4 months
[JBoss JIRA] Created: (JBESB-1885) Update helloworld_ftp quickstart to use H2.
by Daniel Bevenius (JIRA)
Update helloworld_ftp quickstart to use H2.
-------------------------------------------
Key: JBESB-1885
URL: https://jira.jboss.org/jira/browse/JBESB-1885
Project: JBoss ESB
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Examples
Reporter: Daniel Bevenius
Fix For: 4.x
When the quickstart is deployed with 'ant deploy-readonly' the following deployment error is thrown:
07:39:23,062 ERROR [JDBCCacheLoader] Failed to get connection for url=jdbc:hsqldb:hsql://localhost:9001/ftpcache, user=sa, password=
java.sql.SQLException: socket creation error
at org.hsqldb.jdbc.Util.sqlException(Unknown Source)
at org.hsqldb.jdbc.jdbcConnection.<init>(Unknown Source)
at org.hsqldb.jdbcDriver.getConnection(Unknown Source)
at org.hsqldb.jdbcDriver.connect(Unknown Source)
at java.sql.DriverManager.getConnection(DriverManager.java:525)
at java.sql.DriverManager.getConnection(DriverManager.java:171)
at org.jboss.cache.loader.JDBCCacheLoader$NonManagedConnectionFactory.getConnection(JDBCCacheLoader.java:1459)
at org.jboss.cache.loader.JDBCCacheLoader.start(JDBCCacheLoader.java:753)
at org.jboss.cache.loader.CacheLoaderManager.startCacheLoader(CacheLoaderManager.java:353)
at org.jboss.cache.TreeCache.startService(TreeCache.java:1535)
at org.jboss.soa.esb.listeners.gateway.remotestrategies.cache.FtpFileCache.start(FtpFileCache.java:130)
at org.jboss.soa.esb.listeners.gateway.remotestrategies.ReadOnlyRemoteFileSystemStrategy.init(ReadOnlyRemoteFileSystemStrategy.java:59)
at org.jboss.soa.esb.listeners.gateway.ReadOnlyRemoteGatewayListener.createRemoteFileSystemStrategy(ReadOnlyRemoteGatewayListener.java:205)
at org.jboss.soa.esb.listeners.gateway.ReadOnlyRemoteGatewayListener.<init>(ReadOnlyRemoteGatewayListener.java:83)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 4 months
[JBoss JIRA] Created: (JBESB-1821) JmsCourier holds JNDI contexts over calls to JmsConnectionPool
by Kevin Conner (JIRA)
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
16 years, 4 months