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

[jira] Updated: (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 ]

Ivan updated GERONIMO-4495:
---------------------------

    Attachment: Geronimo-4495.patch

I have run the unit testcases for geronimo-kernel, all passed.
Please help to review it, thanks !

> 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.2
>            Reporter: Ivan
>         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.