[
https://issues.apache.org/jira/browse/ARIES-805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14624421#comment-14624421
]
Guillaume Nodet commented on ARIES-805:
---------------------------------------
The BlueprintEvent class comes from the spec itself. And the constructors
throws an exception if the array is null or empty for a GRACE_PERIOD event.
https://github.com/apache/aries/blob/trunk/blueprint/blueprint-api/src/main/java/org/osgi/service/blueprint/container/BlueprintEvent.java#L242-L249
> Blueprint container should re-enter Creating state when GracePeriod state is
> finished
> -------------------------------------------------------------------------------------
>
> Key: ARIES-805
> URL: https://issues.apache.org/jira/browse/ARIES-805
> Project: Aries
> Issue Type: Improvement
> Components: Blueprint
> Affects Versions: 0.2
> Environment: ServiceMix 4.3
> Reporter: metatech
> Priority: Minor
> Attachments: ExitGracePeriodNotifier.java
>
> Original Estimate: 2h
> Remaining Estimate: 2h
>
> When a component is starting, the Blueprint container implementation (class
> BlueprintContainerImpl) enters the "Creating" state.
> If a external dependency (namespace handler or OSGI service reference) is not
> available yet, it enters the "GracePeriod" state.
> Once the GracePeriod is finished, the creation is performed, which ends up
> with the "Created" state.
> However, when the creation takes a long time (for instance, in an ActiveMQ
> cluster configuration, the slave node waits forever until the master node
> goes down), the state is reported as "GracePeriod", although it is actually
> suspended in the "Creating" state.
> This reporting can be misleading and makes troubleshooting require detailed
> understanding of the Blueprint states and transitions semantics . It would
> be clearer to re-fire a "Creating" state Blueprint event (possibly with the
> "replay" flag).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
