You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Rakesh Midha (JIRA)" <ji...@apache.org> on 2007/01/10 06:42:27 UTC

[jira] Commented: (GERONIMO-720) server should give client more feedback on deployment and starting configurations.

    [ https://issues.apache.org/jira/browse/GERONIMO-720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12463464 ] 

Rakesh Midha commented on GERONIMO-720:
---------------------------------------


Hello David

I was trying to work on your suggestions in this JIRA, but after looking at code and from my understanding, I hit the point where I am thinking the above information may not be valid for individual components.

I hope I am not missing some critical factor, if so help me understand.

- when a configuration is started, it would be useful to list the gbeans that are not started. This is currently done when you start up the server and has proved very useful in detecting problems early.
----- When a configuration is started, all its dependencies and child configurations and coorsponding gbeans are started and if any of those fail to start, the configuration start up fails. Unlike server startup where few gbeans may fail to start and even than server can be decalred started.  For this case my understanding is ther won't be any failed gbean if the component is deployed/Started.


- when an app is deployed, there are usually lots of gbean names resolved. Listing these for the client could provide an easy way to check that things got hooked up the way you expected.
---- To some extent this is done in https://issues.apache.org/jira/browse/GERONIMO-1285, which list all the modules/gbeans started with startup of configuration. What other gbeans are resolved with this, can you give an example.
---- If there are other gbean names resolve I am not sure if we can send it to client (we can log them as information in logs), but sending them back to client may be difficult. The reason why I say that is the implementation of ConfigurationManger, say if we want to start a configuration we use LifecycleResults startConfiguration(Artifact configurationId), now only data which can be returned back to client is data available in LifecycleResults, and the only info it cna contain is list of configurations/gbeans started.  (I think thats how it should be according to protocol)

Thanks
Rakesh



> server should give client more feedback on deployment and starting configurations.
> ----------------------------------------------------------------------------------
>
>                 Key: GERONIMO-720
>                 URL: https://issues.apache.org/jira/browse/GERONIMO-720
>             Project: Geronimo
>          Issue Type: New Feature
>          Components: deployment
>    Affects Versions: 1.0-M3
>            Reporter: David Jencks
>             Fix For: 1.x
>
>
> The server should give the client more information when you deploy a package or start a module.  Examples of useful information are:
> -- when an app is deployed, there are usually lots of gbean names resolved.  Listing these for the client could provide an easy way to check that things got hooked up the way you expected.
> -- when a configuration is started, it would be useful to list the gbeans that are not started.  This is currently done when you start up the server and has proved very useful in detecting problems early.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira