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.