You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Jason Dillon <ja...@planet57.com> on 2006/06/24 00:11:19 UTC
Help w/GShell GBean
Can someone help explain what I need to do to get a GBean installed
for GShell?
I've looked over some of the other GBeans and created:
http://svn.apache.org/repos/asf/geronimo/sandbox/gshell/trunk/
gshell-server/gshell-server-gbean/src/main/java/org/apache/geronimo/
gshell/server/gbean/ShellServerDaemonGBean.java
I think this code is okay, but any advise would be helpful.
I've also looked over the Advanced Plugin Sample:
http://wiki.apache.org/geronimo/Advanced_Plugin_Sample
But I am not sure how relevant any of this is. There are a hand full
of jars that need to be installed, and it would be nice to not have
to have users manually install them.
I'm looking for the best way to make it simple to install this
component, which will allow (at the moment) Telnet-based access to a
GShell running inside of Geronimo.
I'd also like to add a new portlet to display some stats (like active
shells) or to configure the port number and restart the component.
Can someone drops some knowledge and/or point me at the latest
relevant docs?
Thanks,
--jason
Re: Help w/GShell GBean
Posted by Jason Dillon <ja...@planet57.com>.
Sounds good. Probably want to add a JIRA to migrate it to 1.2 so we
don't forget.
--jason
On Oct 4, 2006, at 12:17 PM, Aaron Mulder wrote:
> On 10/4/06, Jason Dillon <ja...@planet57.com> wrote:
>> Why not just add a new plugin-support module to server/trunk for now?
>
> The code I have at present works in Geronimo 1.1.x. I can check it
> into the 1.1 branch and whoever gets around to making it work in trunk
> can migrate it to trunk, I guess. Once it's in the repo we can svn
> move it wherever we need, eh?
>
> Thanks,
> Aaron
>
>> On Oct 2, 2006, at 7:28 AM, Aaron Mulder wrote:
>>
>> > It will be easier once I put in the plugin utils code -- do you
>> have a
>> > thought on the SVN location for that? It'll include the GBean
>> used to
>> > install a screen into the console. Then I can check it in and give
>> > you an example.
>> >
>> > Thanks,
>> > Aaron
>> >
>> > On 10/2/06, Jason Dillon <ja...@planet57.com> wrote:
>> >> Do you (Aaron) have a simple example of how to implement a new
>> bit to
>> >> stuff into the webconsole and tickle it to be installed when a
>> >> module/
>> >> plugin is loaded?
>> >>
>> >> --jason
>> >>
>> >>
>> >> On Jun 24, 2006, at 4:16 AM, Aaron Mulder wrote:
>> >>
>> >> > So to get a GBean running in Geronimo, you need to write a
>> >> deployment
>> >> > plan for it. If you look at the advanced plugin sample under
>> >> > "Geronimo Deployment Plan", you'll see an example.
>> >> >
>> >> > The plan should have a dependency element for any server module
>> >> that
>> >> > must be running in order for the GBean to work correctly (if
>> it has
>> >> > none, you're essentially saying that this module can run in a
>> >> "server"
>> >> > with literally nothing else running). In the example, it
>> requires
>> >> > rmi-naming which is the 2nd root-most module in the hierarchy
>> >> (after
>> >> > j2ee-system).
>> >> >
>> >> > It should also have a dependency element for each external
>> JAR that
>> >> > the GBean requires. In the example it depends on the Quartz
>> JAR.
>> >> > This is how you should list all JAR dependencies. (Normally any
>> >> > Geronimo JAR dependencies are taken care of by the JARs used
>> by the
>> >> > parent server modules, which are also added to the classpath,
>> >> but you
>> >> > can list them individually if you like).
>> >> >
>> >> > Then you create a gbean element like the one in the example but
>> >> with
>> >> > your class, a unique name of your choosing, and a port attribute
>> >> for
>> >> > your GBean (doesn't look like yours uses any references).
>> >> >
>> >> > To deploy this, you can package the plan into a JAR with the
>> GBean
>> >> > classes (put the plan at META-INF/geronimo-service.xml), keep it
>> >> as a
>> >> > separate file alongside the JAR with the GBean classes, or if
>> >> all the
>> >> > GBean classes are in the JARs you listed as dependencies, you
>> >> can just
>> >> > deploy the plan "standalone" with no JAR. The normal deploy
>> >> tool (or
>> >> > console deploy tool or Maven deploy plugin or etc.) will take
>> the
>> >> > JAR-including-plan, JAR-with-separate-plan, or plan-only as
>> >> arguments
>> >> > and deploy your service.
>> >> >
>> >> > Before it will deploy, you'll need to manually install all the
>> >> > dependency JARs into the repository, either by manual mkdir and
>> >> file
>> >> > copying, or using the common libraries screen in the console.
>> >> >
>> >> > Once you get the GBean running, ping this thread again and we
>> >> can get
>> >> > it packaged as a plugin, which will mean the dependency JARs
>> >> will be
>> >> > downloaded and installed automatically and things like that.
>> >> >
>> >> > Thanks,
>> >> > Aaron
>> >> >
>> >> > On 6/23/06, Jason Dillon <ja...@planet57.com> wrote:
>> >> >> Can someone help explain what I need to do to get a GBean
>> >> installed
>> >> >> for GShell?
>> >> >>
>> >> >> I've looked over some of the other GBeans and created:
>> >> >>
>> >> >> http://svn.apache.org/repos/asf/geronimo/sandbox/gshell/
>> >> trunk/
>> >> >> gshell-server/gshell-server-gbean/src/main/java/org/apache/
>> >> geronimo/
>> >> >> gshell/server/gbean/ShellServerDaemonGBean.java
>> >> >>
>> >> >> I think this code is okay, but any advise would be helpful.
>> >> >>
>> >> >> I've also looked over the Advanced Plugin Sample:
>> >> >>
>> >> >> http://wiki.apache.org/geronimo/Advanced_Plugin_Sample
>> >> >>
>> >> >> But I am not sure how relevant any of this is. There are a
>> >> hand full
>> >> >> of jars that need to be installed, and it would be nice to not
>> >> have
>> >> >> to have users manually install them.
>> >> >>
>> >> >> I'm looking for the best way to make it simple to install this
>> >> >> component, which will allow (at the moment) Telnet-based access
>> >> to a
>> >> >> GShell running inside of Geronimo.
>> >> >>
>> >> >> I'd also like to add a new portlet to display some stats (like
>> >> active
>> >> >> shells) or to configure the port number and restart the
>> component.
>> >> >>
>> >> >> Can someone drops some knowledge and/or point me at the latest
>> >> >> relevant docs?
>> >> >>
>> >> >> Thanks,
>> >> >>
>> >> >> --jason
>> >> >>
>> >>
>> >>
>>
>>
Re: Help w/GShell GBean
Posted by Aaron Mulder <am...@alumni.princeton.edu>.
On 10/4/06, Jason Dillon <ja...@planet57.com> wrote:
> Why not just add a new plugin-support module to server/trunk for now?
The code I have at present works in Geronimo 1.1.x. I can check it
into the 1.1 branch and whoever gets around to making it work in trunk
can migrate it to trunk, I guess. Once it's in the repo we can svn
move it wherever we need, eh?
Thanks,
Aaron
> On Oct 2, 2006, at 7:28 AM, Aaron Mulder wrote:
>
> > It will be easier once I put in the plugin utils code -- do you have a
> > thought on the SVN location for that? It'll include the GBean used to
> > install a screen into the console. Then I can check it in and give
> > you an example.
> >
> > Thanks,
> > Aaron
> >
> > On 10/2/06, Jason Dillon <ja...@planet57.com> wrote:
> >> Do you (Aaron) have a simple example of how to implement a new bit to
> >> stuff into the webconsole and tickle it to be installed when a
> >> module/
> >> plugin is loaded?
> >>
> >> --jason
> >>
> >>
> >> On Jun 24, 2006, at 4:16 AM, Aaron Mulder wrote:
> >>
> >> > So to get a GBean running in Geronimo, you need to write a
> >> deployment
> >> > plan for it. If you look at the advanced plugin sample under
> >> > "Geronimo Deployment Plan", you'll see an example.
> >> >
> >> > The plan should have a dependency element for any server module
> >> that
> >> > must be running in order for the GBean to work correctly (if it has
> >> > none, you're essentially saying that this module can run in a
> >> "server"
> >> > with literally nothing else running). In the example, it requires
> >> > rmi-naming which is the 2nd root-most module in the hierarchy
> >> (after
> >> > j2ee-system).
> >> >
> >> > It should also have a dependency element for each external JAR that
> >> > the GBean requires. In the example it depends on the Quartz JAR.
> >> > This is how you should list all JAR dependencies. (Normally any
> >> > Geronimo JAR dependencies are taken care of by the JARs used by the
> >> > parent server modules, which are also added to the classpath,
> >> but you
> >> > can list them individually if you like).
> >> >
> >> > Then you create a gbean element like the one in the example but
> >> with
> >> > your class, a unique name of your choosing, and a port attribute
> >> for
> >> > your GBean (doesn't look like yours uses any references).
> >> >
> >> > To deploy this, you can package the plan into a JAR with the GBean
> >> > classes (put the plan at META-INF/geronimo-service.xml), keep it
> >> as a
> >> > separate file alongside the JAR with the GBean classes, or if
> >> all the
> >> > GBean classes are in the JARs you listed as dependencies, you
> >> can just
> >> > deploy the plan "standalone" with no JAR. The normal deploy
> >> tool (or
> >> > console deploy tool or Maven deploy plugin or etc.) will take the
> >> > JAR-including-plan, JAR-with-separate-plan, or plan-only as
> >> arguments
> >> > and deploy your service.
> >> >
> >> > Before it will deploy, you'll need to manually install all the
> >> > dependency JARs into the repository, either by manual mkdir and
> >> file
> >> > copying, or using the common libraries screen in the console.
> >> >
> >> > Once you get the GBean running, ping this thread again and we
> >> can get
> >> > it packaged as a plugin, which will mean the dependency JARs
> >> will be
> >> > downloaded and installed automatically and things like that.
> >> >
> >> > Thanks,
> >> > Aaron
> >> >
> >> > On 6/23/06, Jason Dillon <ja...@planet57.com> wrote:
> >> >> Can someone help explain what I need to do to get a GBean
> >> installed
> >> >> for GShell?
> >> >>
> >> >> I've looked over some of the other GBeans and created:
> >> >>
> >> >> http://svn.apache.org/repos/asf/geronimo/sandbox/gshell/
> >> trunk/
> >> >> gshell-server/gshell-server-gbean/src/main/java/org/apache/
> >> geronimo/
> >> >> gshell/server/gbean/ShellServerDaemonGBean.java
> >> >>
> >> >> I think this code is okay, but any advise would be helpful.
> >> >>
> >> >> I've also looked over the Advanced Plugin Sample:
> >> >>
> >> >> http://wiki.apache.org/geronimo/Advanced_Plugin_Sample
> >> >>
> >> >> But I am not sure how relevant any of this is. There are a
> >> hand full
> >> >> of jars that need to be installed, and it would be nice to not
> >> have
> >> >> to have users manually install them.
> >> >>
> >> >> I'm looking for the best way to make it simple to install this
> >> >> component, which will allow (at the moment) Telnet-based access
> >> to a
> >> >> GShell running inside of Geronimo.
> >> >>
> >> >> I'd also like to add a new portlet to display some stats (like
> >> active
> >> >> shells) or to configure the port number and restart the component.
> >> >>
> >> >> Can someone drops some knowledge and/or point me at the latest
> >> >> relevant docs?
> >> >>
> >> >> Thanks,
> >> >>
> >> >> --jason
> >> >>
> >>
> >>
>
>
Re: Help w/GShell GBean
Posted by Jason Dillon <ja...@planet57.com>.
Why not just add a new plugin-support module to server/trunk for now?
--jason
On Oct 2, 2006, at 7:28 AM, Aaron Mulder wrote:
> It will be easier once I put in the plugin utils code -- do you have a
> thought on the SVN location for that? It'll include the GBean used to
> install a screen into the console. Then I can check it in and give
> you an example.
>
> Thanks,
> Aaron
>
> On 10/2/06, Jason Dillon <ja...@planet57.com> wrote:
>> Do you (Aaron) have a simple example of how to implement a new bit to
>> stuff into the webconsole and tickle it to be installed when a
>> module/
>> plugin is loaded?
>>
>> --jason
>>
>>
>> On Jun 24, 2006, at 4:16 AM, Aaron Mulder wrote:
>>
>> > So to get a GBean running in Geronimo, you need to write a
>> deployment
>> > plan for it. If you look at the advanced plugin sample under
>> > "Geronimo Deployment Plan", you'll see an example.
>> >
>> > The plan should have a dependency element for any server module
>> that
>> > must be running in order for the GBean to work correctly (if it has
>> > none, you're essentially saying that this module can run in a
>> "server"
>> > with literally nothing else running). In the example, it requires
>> > rmi-naming which is the 2nd root-most module in the hierarchy
>> (after
>> > j2ee-system).
>> >
>> > It should also have a dependency element for each external JAR that
>> > the GBean requires. In the example it depends on the Quartz JAR.
>> > This is how you should list all JAR dependencies. (Normally any
>> > Geronimo JAR dependencies are taken care of by the JARs used by the
>> > parent server modules, which are also added to the classpath,
>> but you
>> > can list them individually if you like).
>> >
>> > Then you create a gbean element like the one in the example but
>> with
>> > your class, a unique name of your choosing, and a port attribute
>> for
>> > your GBean (doesn't look like yours uses any references).
>> >
>> > To deploy this, you can package the plan into a JAR with the GBean
>> > classes (put the plan at META-INF/geronimo-service.xml), keep it
>> as a
>> > separate file alongside the JAR with the GBean classes, or if
>> all the
>> > GBean classes are in the JARs you listed as dependencies, you
>> can just
>> > deploy the plan "standalone" with no JAR. The normal deploy
>> tool (or
>> > console deploy tool or Maven deploy plugin or etc.) will take the
>> > JAR-including-plan, JAR-with-separate-plan, or plan-only as
>> arguments
>> > and deploy your service.
>> >
>> > Before it will deploy, you'll need to manually install all the
>> > dependency JARs into the repository, either by manual mkdir and
>> file
>> > copying, or using the common libraries screen in the console.
>> >
>> > Once you get the GBean running, ping this thread again and we
>> can get
>> > it packaged as a plugin, which will mean the dependency JARs
>> will be
>> > downloaded and installed automatically and things like that.
>> >
>> > Thanks,
>> > Aaron
>> >
>> > On 6/23/06, Jason Dillon <ja...@planet57.com> wrote:
>> >> Can someone help explain what I need to do to get a GBean
>> installed
>> >> for GShell?
>> >>
>> >> I've looked over some of the other GBeans and created:
>> >>
>> >> http://svn.apache.org/repos/asf/geronimo/sandbox/gshell/
>> trunk/
>> >> gshell-server/gshell-server-gbean/src/main/java/org/apache/
>> geronimo/
>> >> gshell/server/gbean/ShellServerDaemonGBean.java
>> >>
>> >> I think this code is okay, but any advise would be helpful.
>> >>
>> >> I've also looked over the Advanced Plugin Sample:
>> >>
>> >> http://wiki.apache.org/geronimo/Advanced_Plugin_Sample
>> >>
>> >> But I am not sure how relevant any of this is. There are a
>> hand full
>> >> of jars that need to be installed, and it would be nice to not
>> have
>> >> to have users manually install them.
>> >>
>> >> I'm looking for the best way to make it simple to install this
>> >> component, which will allow (at the moment) Telnet-based access
>> to a
>> >> GShell running inside of Geronimo.
>> >>
>> >> I'd also like to add a new portlet to display some stats (like
>> active
>> >> shells) or to configure the port number and restart the component.
>> >>
>> >> Can someone drops some knowledge and/or point me at the latest
>> >> relevant docs?
>> >>
>> >> Thanks,
>> >>
>> >> --jason
>> >>
>>
>>
Re: Help w/GShell GBean
Posted by Aaron Mulder <am...@alumni.princeton.edu>.
It will be easier once I put in the plugin utils code -- do you have a
thought on the SVN location for that? It'll include the GBean used to
install a screen into the console. Then I can check it in and give
you an example.
Thanks,
Aaron
On 10/2/06, Jason Dillon <ja...@planet57.com> wrote:
> Do you (Aaron) have a simple example of how to implement a new bit to
> stuff into the webconsole and tickle it to be installed when a module/
> plugin is loaded?
>
> --jason
>
>
> On Jun 24, 2006, at 4:16 AM, Aaron Mulder wrote:
>
> > So to get a GBean running in Geronimo, you need to write a deployment
> > plan for it. If you look at the advanced plugin sample under
> > "Geronimo Deployment Plan", you'll see an example.
> >
> > The plan should have a dependency element for any server module that
> > must be running in order for the GBean to work correctly (if it has
> > none, you're essentially saying that this module can run in a "server"
> > with literally nothing else running). In the example, it requires
> > rmi-naming which is the 2nd root-most module in the hierarchy (after
> > j2ee-system).
> >
> > It should also have a dependency element for each external JAR that
> > the GBean requires. In the example it depends on the Quartz JAR.
> > This is how you should list all JAR dependencies. (Normally any
> > Geronimo JAR dependencies are taken care of by the JARs used by the
> > parent server modules, which are also added to the classpath, but you
> > can list them individually if you like).
> >
> > Then you create a gbean element like the one in the example but with
> > your class, a unique name of your choosing, and a port attribute for
> > your GBean (doesn't look like yours uses any references).
> >
> > To deploy this, you can package the plan into a JAR with the GBean
> > classes (put the plan at META-INF/geronimo-service.xml), keep it as a
> > separate file alongside the JAR with the GBean classes, or if all the
> > GBean classes are in the JARs you listed as dependencies, you can just
> > deploy the plan "standalone" with no JAR. The normal deploy tool (or
> > console deploy tool or Maven deploy plugin or etc.) will take the
> > JAR-including-plan, JAR-with-separate-plan, or plan-only as arguments
> > and deploy your service.
> >
> > Before it will deploy, you'll need to manually install all the
> > dependency JARs into the repository, either by manual mkdir and file
> > copying, or using the common libraries screen in the console.
> >
> > Once you get the GBean running, ping this thread again and we can get
> > it packaged as a plugin, which will mean the dependency JARs will be
> > downloaded and installed automatically and things like that.
> >
> > Thanks,
> > Aaron
> >
> > On 6/23/06, Jason Dillon <ja...@planet57.com> wrote:
> >> Can someone help explain what I need to do to get a GBean installed
> >> for GShell?
> >>
> >> I've looked over some of the other GBeans and created:
> >>
> >> http://svn.apache.org/repos/asf/geronimo/sandbox/gshell/trunk/
> >> gshell-server/gshell-server-gbean/src/main/java/org/apache/geronimo/
> >> gshell/server/gbean/ShellServerDaemonGBean.java
> >>
> >> I think this code is okay, but any advise would be helpful.
> >>
> >> I've also looked over the Advanced Plugin Sample:
> >>
> >> http://wiki.apache.org/geronimo/Advanced_Plugin_Sample
> >>
> >> But I am not sure how relevant any of this is. There are a hand full
> >> of jars that need to be installed, and it would be nice to not have
> >> to have users manually install them.
> >>
> >> I'm looking for the best way to make it simple to install this
> >> component, which will allow (at the moment) Telnet-based access to a
> >> GShell running inside of Geronimo.
> >>
> >> I'd also like to add a new portlet to display some stats (like active
> >> shells) or to configure the port number and restart the component.
> >>
> >> Can someone drops some knowledge and/or point me at the latest
> >> relevant docs?
> >>
> >> Thanks,
> >>
> >> --jason
> >>
>
>
Re: Help w/GShell GBean
Posted by Jason Dillon <ja...@planet57.com>.
Do you (Aaron) have a simple example of how to implement a new bit to
stuff into the webconsole and tickle it to be installed when a module/
plugin is loaded?
--jason
On Jun 24, 2006, at 4:16 AM, Aaron Mulder wrote:
> So to get a GBean running in Geronimo, you need to write a deployment
> plan for it. If you look at the advanced plugin sample under
> "Geronimo Deployment Plan", you'll see an example.
>
> The plan should have a dependency element for any server module that
> must be running in order for the GBean to work correctly (if it has
> none, you're essentially saying that this module can run in a "server"
> with literally nothing else running). In the example, it requires
> rmi-naming which is the 2nd root-most module in the hierarchy (after
> j2ee-system).
>
> It should also have a dependency element for each external JAR that
> the GBean requires. In the example it depends on the Quartz JAR.
> This is how you should list all JAR dependencies. (Normally any
> Geronimo JAR dependencies are taken care of by the JARs used by the
> parent server modules, which are also added to the classpath, but you
> can list them individually if you like).
>
> Then you create a gbean element like the one in the example but with
> your class, a unique name of your choosing, and a port attribute for
> your GBean (doesn't look like yours uses any references).
>
> To deploy this, you can package the plan into a JAR with the GBean
> classes (put the plan at META-INF/geronimo-service.xml), keep it as a
> separate file alongside the JAR with the GBean classes, or if all the
> GBean classes are in the JARs you listed as dependencies, you can just
> deploy the plan "standalone" with no JAR. The normal deploy tool (or
> console deploy tool or Maven deploy plugin or etc.) will take the
> JAR-including-plan, JAR-with-separate-plan, or plan-only as arguments
> and deploy your service.
>
> Before it will deploy, you'll need to manually install all the
> dependency JARs into the repository, either by manual mkdir and file
> copying, or using the common libraries screen in the console.
>
> Once you get the GBean running, ping this thread again and we can get
> it packaged as a plugin, which will mean the dependency JARs will be
> downloaded and installed automatically and things like that.
>
> Thanks,
> Aaron
>
> On 6/23/06, Jason Dillon <ja...@planet57.com> wrote:
>> Can someone help explain what I need to do to get a GBean installed
>> for GShell?
>>
>> I've looked over some of the other GBeans and created:
>>
>> http://svn.apache.org/repos/asf/geronimo/sandbox/gshell/trunk/
>> gshell-server/gshell-server-gbean/src/main/java/org/apache/geronimo/
>> gshell/server/gbean/ShellServerDaemonGBean.java
>>
>> I think this code is okay, but any advise would be helpful.
>>
>> I've also looked over the Advanced Plugin Sample:
>>
>> http://wiki.apache.org/geronimo/Advanced_Plugin_Sample
>>
>> But I am not sure how relevant any of this is. There are a hand full
>> of jars that need to be installed, and it would be nice to not have
>> to have users manually install them.
>>
>> I'm looking for the best way to make it simple to install this
>> component, which will allow (at the moment) Telnet-based access to a
>> GShell running inside of Geronimo.
>>
>> I'd also like to add a new portlet to display some stats (like active
>> shells) or to configure the port number and restart the component.
>>
>> Can someone drops some knowledge and/or point me at the latest
>> relevant docs?
>>
>> Thanks,
>>
>> --jason
>>
Re: Help w/GShell GBean
Posted by Aaron Mulder <am...@alumni.princeton.edu>.
So to get a GBean running in Geronimo, you need to write a deployment
plan for it. If you look at the advanced plugin sample under
"Geronimo Deployment Plan", you'll see an example.
The plan should have a dependency element for any server module that
must be running in order for the GBean to work correctly (if it has
none, you're essentially saying that this module can run in a "server"
with literally nothing else running). In the example, it requires
rmi-naming which is the 2nd root-most module in the hierarchy (after
j2ee-system).
It should also have a dependency element for each external JAR that
the GBean requires. In the example it depends on the Quartz JAR.
This is how you should list all JAR dependencies. (Normally any
Geronimo JAR dependencies are taken care of by the JARs used by the
parent server modules, which are also added to the classpath, but you
can list them individually if you like).
Then you create a gbean element like the one in the example but with
your class, a unique name of your choosing, and a port attribute for
your GBean (doesn't look like yours uses any references).
To deploy this, you can package the plan into a JAR with the GBean
classes (put the plan at META-INF/geronimo-service.xml), keep it as a
separate file alongside the JAR with the GBean classes, or if all the
GBean classes are in the JARs you listed as dependencies, you can just
deploy the plan "standalone" with no JAR. The normal deploy tool (or
console deploy tool or Maven deploy plugin or etc.) will take the
JAR-including-plan, JAR-with-separate-plan, or plan-only as arguments
and deploy your service.
Before it will deploy, you'll need to manually install all the
dependency JARs into the repository, either by manual mkdir and file
copying, or using the common libraries screen in the console.
Once you get the GBean running, ping this thread again and we can get
it packaged as a plugin, which will mean the dependency JARs will be
downloaded and installed automatically and things like that.
Thanks,
Aaron
On 6/23/06, Jason Dillon <ja...@planet57.com> wrote:
> Can someone help explain what I need to do to get a GBean installed
> for GShell?
>
> I've looked over some of the other GBeans and created:
>
> http://svn.apache.org/repos/asf/geronimo/sandbox/gshell/trunk/
> gshell-server/gshell-server-gbean/src/main/java/org/apache/geronimo/
> gshell/server/gbean/ShellServerDaemonGBean.java
>
> I think this code is okay, but any advise would be helpful.
>
> I've also looked over the Advanced Plugin Sample:
>
> http://wiki.apache.org/geronimo/Advanced_Plugin_Sample
>
> But I am not sure how relevant any of this is. There are a hand full
> of jars that need to be installed, and it would be nice to not have
> to have users manually install them.
>
> I'm looking for the best way to make it simple to install this
> component, which will allow (at the moment) Telnet-based access to a
> GShell running inside of Geronimo.
>
> I'd also like to add a new portlet to display some stats (like active
> shells) or to configure the port number and restart the component.
>
> Can someone drops some knowledge and/or point me at the latest
> relevant docs?
>
> Thanks,
>
> --jason
>