[ 
https://issues.apache.org/jira/browse/SMX4-1245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13486996#comment-13486996
 ] 

Tony Su commented on SMX4-1245:
-------------------------------

Same problem seen with Karaf 2.2.5 / ActiveMQ 5.5.1.   On some machines it's 
intermittent.  On one particular fast Linux machine it is reliably reproduced.  

It appears to be a race condition since minimizing the amount of activity at 
Karaf startup by reducing featuresBoot content eliminates the problem.  
Delaying the startup of activemq-broker.xml by manually installing it also 
works.  

Attempts to raise the start-level of activemq-broker.xml did not help.  

Log message:

17:15:43,814 | DEBUG | Blueprint Extender: 1            | 
BlueprintEventDispatcher         | 9 - org.apache.aries.blueprint - 0.3.1 | 
Sending blueprint container event BlueprintEvent[type=GRACE_PERIOD, 
dependencies=[(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=http://activemq.apache.org/schema/core))]]
 for bundle activemq-broker.xml

                
> activemq-broker.xml stays in Blueprint "GracePeriod" state forever
> ------------------------------------------------------------------
>
>                 Key: SMX4-1245
>                 URL: https://issues.apache.org/jira/browse/SMX4-1245
>             Project: ServiceMix 4
>          Issue Type: Bug
>         Environment: ServiceMix 4.3
>            Reporter: metatech
>
> In a small proportion of the time (about 20%) of first starting ServiceMix, 
> the bundle "activemq-broker.xml" stays in the "GracePeriod" forever (ie no 
> timeout after 5 minutes).  It is waiting for a namespace handler for the 
> namespace "http://activemq.apache.org/schema/core";, which should be exported 
> by the bundle "activemq-blueprint", which is declared as a OSGi fragment of 
> the "activemq-core" bundle.  When the problem occurs, the fragment is not 
> properly attached to the host bundle.  See the extract of the Karaf console : 
> {code}
> [  46] [Active     ] [            ] [       ] [   60] activemq-core (5.4.2)
> [  56] [Installed  ] [            ] [       ] [   60] activemq-blueprint 
> (5.4.2)
> [  59] [Active     ] [GracePeriod ] [       ] [   60] activemq-broker.xml 
> (0.0.0)
> {code}
> There are no "Hosts:" and "Fragments:" lines.
> The activemq-blueprint stays in "Installed" state instead of "Resolved", and 
> cannot be started manually because it is a fragment bundle.
> Proposed short-term workaround (untested) : merge both bundles 
> "activemq-core" and "activemq-blueprint".
> Long-term solution : I guess the problem is due to a race condition between 
> the starting of the bundles and the discovery of the "host-fragment" 
> relationship : maybe a 2-phase mechanism is needed.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to