You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Donald Woods (JIRA)" <ji...@apache.org> on 2009/01/07 23:22:44 UTC

[jira] Closed: (GERONIMO-4495) Invoking stop method on a gbean whose instancestate is destoryed caused that gbean in the stopping state

     [ https://issues.apache.org/jira/browse/GERONIMO-4495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Donald Woods closed GERONIMO-4495.
----------------------------------

    Resolution: Fixed

Applied patch to trunk (2.2-SNAPSHOT) as Rev732537 and to branches/2.1 (2.1.4-SNAPSHOT) as Rev732538.

> Invoking stop method on a gbean whose instancestate is destoryed caused that gbean in the stopping state
> --------------------------------------------------------------------------------------------------------
>
>                 Key: GERONIMO-4495
>                 URL: https://issues.apache.org/jira/browse/GERONIMO-4495
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: kernel
>    Affects Versions: 2.1.3, 2.2
>            Reporter: Ivan
>            Assignee: Donald Woods
>             Fix For: 2.1.4, 2.2
>
>         Attachments: Geronimo-4495.patch
>
>
> If one gbean's instancestate is in the destoryed state and its gbeanstate is in the failed state. Then we invoke the stop method on that gbean, then the gbean will in the stopping state.
> So, we never could start it by calling the startRecursive() method.
> Shall the stop method returns directly when the gbean state is in failed state ?
> Thanks for giving a comment !

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.