You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Richard S. Hall (JIRA)" <ji...@apache.org> on 2012/11/30 05:44:00 UTC

[jira] [Commented] (FELIX-3771) Regression fixed at FELIX-971 is reintroduced at FELIX-3082

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

Richard S. Hall commented on FELIX-3771:
----------------------------------------

I don't believe the fix for FELIX-971 was correct in the first place. The important point here is that we are invalidating the bundle context *after* calling into the activator for stop() and also in start() in case of an activator failure. In both cases, there should be no more activity from the bundle since its activator has returned and by definition it should be done (i.e., cleaned up all its threads).

If the bundle is still doing activity after its activator has been stopped, then the bundle is not correct and should be fixed.
                
> Regression fixed at FELIX-971 is reintroduced at FELIX-3082
> -----------------------------------------------------------
>
>                 Key: FELIX-3771
>                 URL: https://issues.apache.org/jira/browse/FELIX-3771
>             Project: Felix
>          Issue Type: Bug
>          Components: Framework
>    Affects Versions: framework-4.0.2
>            Reporter: Tuomas Kiviaho
>            Priority: Minor
>
> I got similar stacktrace that was listed at FELIX-971 and checked the Fisheye for how it was fixed. I discovered that FELIX-3082 reverted the fix thus making ServiceTrackers fail again at removedService. 
> This happens to me when framework is exited before bundles are closed.

--
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