You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Dejan Bosanac (JIRA)" <ji...@apache.org> on 2010/12/02 14:09:30 UTC
[jira] Updated: (AMQ-2775) Race condition in
org.apache.activemq.util.osgi.Activator
[ https://issues.apache.org/jira/browse/AMQ-2775?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dejan Bosanac updated AMQ-2775:
-------------------------------
Fix Version/s: (was: 5.4.2)
5.5.0
> Race condition in org.apache.activemq.util.osgi.Activator
> ---------------------------------------------------------
>
> Key: AMQ-2775
> URL: https://issues.apache.org/jira/browse/AMQ-2775
> Project: ActiveMQ
> Issue Type: Bug
> Affects Versions: 5.3.2
> Reporter: Michael Pilquist
> Fix For: 5.5.0
>
>
> There's a race condition between start and create methods of Activator. If a bundle that was started before activemq-core does something that causes a call to Activator.create, and Activator.start is still scanning bundles for contributed service files, an IOException results.
> In practice, this occurred after upgrading from 5.3.0 to 5.3.2 because another bundle at the same start level as activemq-core programmatically instantiated a broker from a different thread. The activemq-core activator was still scanning the installed bundles and hadn't gotten to itself yet, so the result was a failure to instantiate the tcp handler.
> Making start/create/stop synchronized would fix this issue.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.