[
https://issues.apache.org/jira/browse/ARIES-805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14215892#comment-14215892
]
metatech commented on ARIES-805:
--------------------------------
Hi, here is another suggestion for this request.
The "GracePeriod" specification already allows to send this event multiple
times :
{quote}
During the grace period, a GRACE_PERIOD event is sent each time the set of
unsatisfied dependencies changes.
{quote}
But does not specify this event could be sent a last time when the set of
unsatisfied dependencies becomes empty.
Implementing it this way would prevent an API change but would only require a
behaviour change by the Blueprint container implementation.
Thanks.
> 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)
