You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@geronimo.apache.org by jamesdcarroll <ja...@gmail.com> on 2008/12/28 00:41:26 UTC
Customizing install of apps
I'm really new to Geronimo/J2EE and was wondering if it is possible to place
my own customer installer in front of geronimos. We want to create a number
of products that do different things, but we need to have a central
repository that tracks them, which will be its own product as well.
Basically the use case would be:
1. User opens our admin app on geronimo(a WAR/EAR)
2. User elects to add new component; the components would be WAR or EAR
files
3. My program grabs it and parses a manifest or some other kind of config
file in it
4. My program updates/does whatever it needs to
5. My program hands the WAR/EAR off to Geronimo for it to do its thing
As I mentioned, I'm kinda new and I'm reading the doc fast as I can. If
there's something out there that I can maybe focus on, any point in the
right direction would be greatly appreciated.
Thanks,
--
View this message in context: http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21188762.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Customizing install of apps
Posted by Rex Wang <rw...@gmail.com>.
Really professional explaination:-)
As to me, I think David's "predeploy" means: user can deploy his war/ear to
the server and then convert the application to the geronimo plugin.
In this way, user can assemble his "app plugin" to a server assembly.
HTH
Rex.
2008/12/31 David Jencks <da...@yahoo.com>
>
> On Dec 30, 2008, at 2:47 PM, bongosdude wrote:
>
>
>> David,
>>
>> I am still confused with your "predeploy" explanation. What do you mean
>> "predeploy"? and what does "predeploy" do? After "predeploy", what do we
>> do
>> next?
>>
>
> When you deploy a javaee app on an app server, the server has to resolve a
> lot of references, figure out what should be in the classloader for the app,
> set up some components that wrap application bits, etc etc etc. Finally
> after all this is done the app server starts your app.
>
> In a geronimo plugin we try to do as much of this work as possible in the
> "create a plugin" stage so that there is very little work to do when you
> install the plugin and mostly you just have to start it. I often call this
> process of resolving references, figuring out the classloader, and wrapping
> stuff in geronimo components "predeployment". If you have a better word I'd
> love to hear it.
>
> It looks to me as if the wiki is having some confusion and corruption in
> indexing but there is some documentation currently at
>
> http://cwiki.apache.org/GMOxDOC22/buidlinginstalling-plugins-and-extracting-a-server-from-an-exsiting-server.html
> http://cwiki.apache.org/GMOxDOC22/assembling-a-server-using-maven.html
> http://cwiki.apache.org/GMOxDOC22/custom-server-assemblies.html
>
> I thought there was some more documentation but I can't find it right now.
>
> hope this helps
> david jencks
>
>
>
>>
>> -B
>>
>>
>> djencks wrote:
>>
>>>
>>>
>>> On Dec 27, 2008, at 6:31 PM, jamesdcarroll wrote:
>>>
>>>
>>>> Thank you very much for your quick reply. I saw mention of GBeans
>>>> and will
>>>> look at them more closely.
>>>>
>>>
>>> Gbeans are geronimo's idea of a (fine grained) service component.
>>> Unless you are doing something very unusual you won't need to write
>>> any additional gbeans. You may need to configure some for things like
>>> security realms, but there are various wizards in the admin console
>>> and GEP to help with this.
>>>
>>> My initial concern, though, is that the apps
>>>> need to be portable (perhaps with minor changes) to other J2EE
>>>> containers.
>>>> That's why I was thinking that packaging them up as WAR/EARs. But
>>>> I'll look.
>>>> Maybe I can make a compelling case to my boss.
>>>>
>>>
>>> I might have been a bit unclear. I'd recommend you start with your
>>> javaee war/ear apps and "predeploy" them onto geronimo to create
>>> geronimo plugins. One way to look at this is that it encapsulates
>>> everything geronimo-related needed to run your app on geronimo. Then
>>> you can use the plugin framework to either easily add these plugins
>>> (your apps) to an existing geronimo server or construct a server that
>>> just contains your apps and the geronimo bits needed to run them.
>>>
>>> With this approach you'll still have the javaee apps available to
>>> deploy on other containers -- we just try to make it so as much as
>>> possible of the "deployment" step happens during your build process.
>>>
>>> hope this is clearer :-)
>>>
>>> david jencks
>>>
>>>
>>>>
>>>> Thanks again,
>>>>
>>>>
>>>>
>>>>
>>>> djencks wrote:
>>>>
>>>>>
>>>>>
>>>>> On Dec 27, 2008, at 3:41 PM, jamesdcarroll wrote:
>>>>>
>>>>>
>>>>>> I'm really new to Geronimo/J2EE and was wondering if it is possible
>>>>>> to place
>>>>>> my own customer installer in front of geronimos. We want to create a
>>>>>> number
>>>>>> of products that do different things, but we need to have a central
>>>>>> repository that tracks them, which will be its own product as well.
>>>>>>
>>>>>> Basically the use case would be:
>>>>>> 1. User opens our admin app on geronimo(a WAR/EAR)
>>>>>> 2. User elects to add new component; the components would be WAR or
>>>>>> EAR
>>>>>> files
>>>>>> 3. My program grabs it and parses a manifest or some other kind of
>>>>>> config
>>>>>> file in it
>>>>>> 4. My program updates/does whatever it needs to
>>>>>> 5. My program hands the WAR/EAR off to Geronimo for it to do its
>>>>>> thing
>>>>>>
>>>>>> As I mentioned, I'm kinda new and I'm reading the doc fast as I
>>>>>> can. If
>>>>>> there's something out there that I can maybe focus on, any point in
>>>>>> the
>>>>>> right direction would be greatly appreciated.
>>>>>>
>>>>>>
>>>>> Geronimo is actually designed to make strategies like this fairly
>>>>> easy. You want to deploy your applications as geronimo plugins
>>>>> (probably using a maven build and the car-maven-plugin). You can
>>>>> then
>>>>> either assemble custom servers including your applications (and
>>>>> leaving out stuff they don't need) or provide a basic geronimo server
>>>>> and a plugin repository containing your plugins: in the latter case
>>>>> you can use the existing plugin installer portlet to show the choices
>>>>> and let people install the ones they want, or write your own front
>>>>> end.
>>>>>
>>>>> Plugins are a bit easier to work with in geronimo trunk/2.2-SNAPSHOT
>>>>> than in the released geronimo versions. We'll probably have 2.2 out
>>>>> before you get too far with this project :-).
>>>>>
>>>>> There is some documentation, especially for 2.2, on plugins, custom
>>>>> server assemblies, and also dealing with both of these using eclipse/
>>>>> GEP.
>>>>>
>>>>> Let us know if you have more questions or need more capabilities in
>>>>> the plugin system.
>>>>>
>>>>> thanks
>>>>> david jencks.
>>>>>
>>>>> Thanks,
>>>>>>
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>>
>>>>>> http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21188762.html
>>>>>> Sent from the Apache Geronimo - Users mailing list archive at
>>>>>> Nabble.com.
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>> --
>>>> View this message in context:
>>>>
>>>> http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21189639.html
>>>> Sent from the Apache Geronimo - Users mailing list archive at
>>>> Nabble.com.
>>>>
>>>>
>>>
>>>
>>>
>>
>> -----
>> B Amigo:super:
>> --
>> View this message in context:
>> http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21224292.html
>> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>>
>>
>
Re: Customizing install of apps
Posted by David Jencks <da...@yahoo.com>.
On Dec 30, 2008, at 2:47 PM, bongosdude wrote:
>
> David,
>
> I am still confused with your "predeploy" explanation. What do you
> mean
> "predeploy"? and what does "predeploy" do? After "predeploy", what
> do we do
> next?
When you deploy a javaee app on an app server, the server has to
resolve a lot of references, figure out what should be in the
classloader for the app, set up some components that wrap application
bits, etc etc etc. Finally after all this is done the app server
starts your app.
In a geronimo plugin we try to do as much of this work as possible in
the "create a plugin" stage so that there is very little work to do
when you install the plugin and mostly you just have to start it. I
often call this process of resolving references, figuring out the
classloader, and wrapping stuff in geronimo components
"predeployment". If you have a better word I'd love to hear it.
It looks to me as if the wiki is having some confusion and corruption
in indexing but there is some documentation currently at
http://cwiki.apache.org/GMOxDOC22/buidlinginstalling-plugins-and-extracting-a-server-from-an-exsiting-server.html
http://cwiki.apache.org/GMOxDOC22/assembling-a-server-using-maven.html
http://cwiki.apache.org/GMOxDOC22/custom-server-assemblies.html
I thought there was some more documentation but I can't find it right
now.
hope this helps
david jencks
>
>
> -B
>
>
> djencks wrote:
>>
>>
>> On Dec 27, 2008, at 6:31 PM, jamesdcarroll wrote:
>>
>>>
>>> Thank you very much for your quick reply. I saw mention of GBeans
>>> and will
>>> look at them more closely.
>>
>> Gbeans are geronimo's idea of a (fine grained) service component.
>> Unless you are doing something very unusual you won't need to write
>> any additional gbeans. You may need to configure some for things
>> like
>> security realms, but there are various wizards in the admin console
>> and GEP to help with this.
>>
>>> My initial concern, though, is that the apps
>>> need to be portable (perhaps with minor changes) to other J2EE
>>> containers.
>>> That's why I was thinking that packaging them up as WAR/EARs. But
>>> I'll look.
>>> Maybe I can make a compelling case to my boss.
>>
>> I might have been a bit unclear. I'd recommend you start with your
>> javaee war/ear apps and "predeploy" them onto geronimo to create
>> geronimo plugins. One way to look at this is that it encapsulates
>> everything geronimo-related needed to run your app on geronimo. Then
>> you can use the plugin framework to either easily add these plugins
>> (your apps) to an existing geronimo server or construct a server that
>> just contains your apps and the geronimo bits needed to run them.
>>
>> With this approach you'll still have the javaee apps available to
>> deploy on other containers -- we just try to make it so as much as
>> possible of the "deployment" step happens during your build process.
>>
>> hope this is clearer :-)
>>
>> david jencks
>>
>>>
>>>
>>> Thanks again,
>>>
>>>
>>>
>>>
>>> djencks wrote:
>>>>
>>>>
>>>> On Dec 27, 2008, at 3:41 PM, jamesdcarroll wrote:
>>>>
>>>>>
>>>>> I'm really new to Geronimo/J2EE and was wondering if it is
>>>>> possible
>>>>> to place
>>>>> my own customer installer in front of geronimos. We want to
>>>>> create a
>>>>> number
>>>>> of products that do different things, but we need to have a
>>>>> central
>>>>> repository that tracks them, which will be its own product as
>>>>> well.
>>>>>
>>>>> Basically the use case would be:
>>>>> 1. User opens our admin app on geronimo(a WAR/EAR)
>>>>> 2. User elects to add new component; the components would be WAR
>>>>> or
>>>>> EAR
>>>>> files
>>>>> 3. My program grabs it and parses a manifest or some other kind of
>>>>> config
>>>>> file in it
>>>>> 4. My program updates/does whatever it needs to
>>>>> 5. My program hands the WAR/EAR off to Geronimo for it to do its
>>>>> thing
>>>>>
>>>>> As I mentioned, I'm kinda new and I'm reading the doc fast as I
>>>>> can. If
>>>>> there's something out there that I can maybe focus on, any point
>>>>> in
>>>>> the
>>>>> right direction would be greatly appreciated.
>>>>>
>>>>
>>>> Geronimo is actually designed to make strategies like this fairly
>>>> easy. You want to deploy your applications as geronimo plugins
>>>> (probably using a maven build and the car-maven-plugin). You can
>>>> then
>>>> either assemble custom servers including your applications (and
>>>> leaving out stuff they don't need) or provide a basic geronimo
>>>> server
>>>> and a plugin repository containing your plugins: in the latter case
>>>> you can use the existing plugin installer portlet to show the
>>>> choices
>>>> and let people install the ones they want, or write your own front
>>>> end.
>>>>
>>>> Plugins are a bit easier to work with in geronimo trunk/2.2-
>>>> SNAPSHOT
>>>> than in the released geronimo versions. We'll probably have 2.2
>>>> out
>>>> before you get too far with this project :-).
>>>>
>>>> There is some documentation, especially for 2.2, on plugins, custom
>>>> server assemblies, and also dealing with both of these using
>>>> eclipse/
>>>> GEP.
>>>>
>>>> Let us know if you have more questions or need more capabilities in
>>>> the plugin system.
>>>>
>>>> thanks
>>>> david jencks.
>>>>
>>>>> Thanks,
>>>>>
>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21188762.html
>>>>> Sent from the Apache Geronimo - Users mailing list archive at
>>>>> Nabble.com.
>>>>>
>>>>
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21189639.html
>>> Sent from the Apache Geronimo - Users mailing list archive at
>>> Nabble.com.
>>>
>>
>>
>>
>
>
> -----
> B Amigo:super:
> --
> View this message in context: http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21224292.html
> Sent from the Apache Geronimo - Users mailing list archive at
> Nabble.com.
>
Re: Customizing install of apps
Posted by bongosdude <bo...@gmail.com>.
David,
I am still confused with your "predeploy" explanation. What do you mean
"predeploy"? and what does "predeploy" do? After "predeploy", what do we do
next?
-B
djencks wrote:
>
>
> On Dec 27, 2008, at 6:31 PM, jamesdcarroll wrote:
>
>>
>> Thank you very much for your quick reply. I saw mention of GBeans
>> and will
>> look at them more closely.
>
> Gbeans are geronimo's idea of a (fine grained) service component.
> Unless you are doing something very unusual you won't need to write
> any additional gbeans. You may need to configure some for things like
> security realms, but there are various wizards in the admin console
> and GEP to help with this.
>
>> My initial concern, though, is that the apps
>> need to be portable (perhaps with minor changes) to other J2EE
>> containers.
>> That's why I was thinking that packaging them up as WAR/EARs. But
>> I'll look.
>> Maybe I can make a compelling case to my boss.
>
> I might have been a bit unclear. I'd recommend you start with your
> javaee war/ear apps and "predeploy" them onto geronimo to create
> geronimo plugins. One way to look at this is that it encapsulates
> everything geronimo-related needed to run your app on geronimo. Then
> you can use the plugin framework to either easily add these plugins
> (your apps) to an existing geronimo server or construct a server that
> just contains your apps and the geronimo bits needed to run them.
>
> With this approach you'll still have the javaee apps available to
> deploy on other containers -- we just try to make it so as much as
> possible of the "deployment" step happens during your build process.
>
> hope this is clearer :-)
>
> david jencks
>
>>
>>
>> Thanks again,
>>
>>
>>
>>
>> djencks wrote:
>>>
>>>
>>> On Dec 27, 2008, at 3:41 PM, jamesdcarroll wrote:
>>>
>>>>
>>>> I'm really new to Geronimo/J2EE and was wondering if it is possible
>>>> to place
>>>> my own customer installer in front of geronimos. We want to create a
>>>> number
>>>> of products that do different things, but we need to have a central
>>>> repository that tracks them, which will be its own product as well.
>>>>
>>>> Basically the use case would be:
>>>> 1. User opens our admin app on geronimo(a WAR/EAR)
>>>> 2. User elects to add new component; the components would be WAR or
>>>> EAR
>>>> files
>>>> 3. My program grabs it and parses a manifest or some other kind of
>>>> config
>>>> file in it
>>>> 4. My program updates/does whatever it needs to
>>>> 5. My program hands the WAR/EAR off to Geronimo for it to do its
>>>> thing
>>>>
>>>> As I mentioned, I'm kinda new and I'm reading the doc fast as I
>>>> can. If
>>>> there's something out there that I can maybe focus on, any point in
>>>> the
>>>> right direction would be greatly appreciated.
>>>>
>>>
>>> Geronimo is actually designed to make strategies like this fairly
>>> easy. You want to deploy your applications as geronimo plugins
>>> (probably using a maven build and the car-maven-plugin). You can
>>> then
>>> either assemble custom servers including your applications (and
>>> leaving out stuff they don't need) or provide a basic geronimo server
>>> and a plugin repository containing your plugins: in the latter case
>>> you can use the existing plugin installer portlet to show the choices
>>> and let people install the ones they want, or write your own front
>>> end.
>>>
>>> Plugins are a bit easier to work with in geronimo trunk/2.2-SNAPSHOT
>>> than in the released geronimo versions. We'll probably have 2.2 out
>>> before you get too far with this project :-).
>>>
>>> There is some documentation, especially for 2.2, on plugins, custom
>>> server assemblies, and also dealing with both of these using eclipse/
>>> GEP.
>>>
>>> Let us know if you have more questions or need more capabilities in
>>> the plugin system.
>>>
>>> thanks
>>> david jencks.
>>>
>>>> Thanks,
>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21188762.html
>>>> Sent from the Apache Geronimo - Users mailing list archive at
>>>> Nabble.com.
>>>>
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21189639.html
>> Sent from the Apache Geronimo - Users mailing list archive at
>> Nabble.com.
>>
>
>
>
-----
B Amigo:super:
--
View this message in context: http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21224292.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Customizing install of apps
Posted by David Jencks <da...@yahoo.com>.
On Dec 27, 2008, at 6:31 PM, jamesdcarroll wrote:
>
> Thank you very much for your quick reply. I saw mention of GBeans
> and will
> look at them more closely.
Gbeans are geronimo's idea of a (fine grained) service component.
Unless you are doing something very unusual you won't need to write
any additional gbeans. You may need to configure some for things like
security realms, but there are various wizards in the admin console
and GEP to help with this.
> My initial concern, though, is that the apps
> need to be portable (perhaps with minor changes) to other J2EE
> containers.
> That's why I was thinking that packaging them up as WAR/EARs. But
> I'll look.
> Maybe I can make a compelling case to my boss.
I might have been a bit unclear. I'd recommend you start with your
javaee war/ear apps and "predeploy" them onto geronimo to create
geronimo plugins. One way to look at this is that it encapsulates
everything geronimo-related needed to run your app on geronimo. Then
you can use the plugin framework to either easily add these plugins
(your apps) to an existing geronimo server or construct a server that
just contains your apps and the geronimo bits needed to run them.
With this approach you'll still have the javaee apps available to
deploy on other containers -- we just try to make it so as much as
possible of the "deployment" step happens during your build process.
hope this is clearer :-)
david jencks
>
>
> Thanks again,
>
>
>
>
> djencks wrote:
>>
>>
>> On Dec 27, 2008, at 3:41 PM, jamesdcarroll wrote:
>>
>>>
>>> I'm really new to Geronimo/J2EE and was wondering if it is possible
>>> to place
>>> my own customer installer in front of geronimos. We want to create a
>>> number
>>> of products that do different things, but we need to have a central
>>> repository that tracks them, which will be its own product as well.
>>>
>>> Basically the use case would be:
>>> 1. User opens our admin app on geronimo(a WAR/EAR)
>>> 2. User elects to add new component; the components would be WAR or
>>> EAR
>>> files
>>> 3. My program grabs it and parses a manifest or some other kind of
>>> config
>>> file in it
>>> 4. My program updates/does whatever it needs to
>>> 5. My program hands the WAR/EAR off to Geronimo for it to do its
>>> thing
>>>
>>> As I mentioned, I'm kinda new and I'm reading the doc fast as I
>>> can. If
>>> there's something out there that I can maybe focus on, any point in
>>> the
>>> right direction would be greatly appreciated.
>>>
>>
>> Geronimo is actually designed to make strategies like this fairly
>> easy. You want to deploy your applications as geronimo plugins
>> (probably using a maven build and the car-maven-plugin). You can
>> then
>> either assemble custom servers including your applications (and
>> leaving out stuff they don't need) or provide a basic geronimo server
>> and a plugin repository containing your plugins: in the latter case
>> you can use the existing plugin installer portlet to show the choices
>> and let people install the ones they want, or write your own front
>> end.
>>
>> Plugins are a bit easier to work with in geronimo trunk/2.2-SNAPSHOT
>> than in the released geronimo versions. We'll probably have 2.2 out
>> before you get too far with this project :-).
>>
>> There is some documentation, especially for 2.2, on plugins, custom
>> server assemblies, and also dealing with both of these using eclipse/
>> GEP.
>>
>> Let us know if you have more questions or need more capabilities in
>> the plugin system.
>>
>> thanks
>> david jencks.
>>
>>> Thanks,
>>>
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21188762.html
>>> Sent from the Apache Geronimo - Users mailing list archive at
>>> Nabble.com.
>>>
>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21189639.html
> Sent from the Apache Geronimo - Users mailing list archive at
> Nabble.com.
>
Re: Customizing install of apps
Posted by jamesdcarroll <ja...@gmail.com>.
Thank you very much for your quick reply. I saw mention of GBeans and will
look at them more closely. My initial concern, though, is that the apps
need to be portable (perhaps with minor changes) to other J2EE containers.
That's why I was thinking that packaging them up as WAR/EARs. But I'll look.
Maybe I can make a compelling case to my boss.
Thanks again,
djencks wrote:
>
>
> On Dec 27, 2008, at 3:41 PM, jamesdcarroll wrote:
>
>>
>> I'm really new to Geronimo/J2EE and was wondering if it is possible
>> to place
>> my own customer installer in front of geronimos. We want to create a
>> number
>> of products that do different things, but we need to have a central
>> repository that tracks them, which will be its own product as well.
>>
>> Basically the use case would be:
>> 1. User opens our admin app on geronimo(a WAR/EAR)
>> 2. User elects to add new component; the components would be WAR or
>> EAR
>> files
>> 3. My program grabs it and parses a manifest or some other kind of
>> config
>> file in it
>> 4. My program updates/does whatever it needs to
>> 5. My program hands the WAR/EAR off to Geronimo for it to do its thing
>>
>> As I mentioned, I'm kinda new and I'm reading the doc fast as I
>> can. If
>> there's something out there that I can maybe focus on, any point in
>> the
>> right direction would be greatly appreciated.
>>
>
> Geronimo is actually designed to make strategies like this fairly
> easy. You want to deploy your applications as geronimo plugins
> (probably using a maven build and the car-maven-plugin). You can then
> either assemble custom servers including your applications (and
> leaving out stuff they don't need) or provide a basic geronimo server
> and a plugin repository containing your plugins: in the latter case
> you can use the existing plugin installer portlet to show the choices
> and let people install the ones they want, or write your own front end.
>
> Plugins are a bit easier to work with in geronimo trunk/2.2-SNAPSHOT
> than in the released geronimo versions. We'll probably have 2.2 out
> before you get too far with this project :-).
>
> There is some documentation, especially for 2.2, on plugins, custom
> server assemblies, and also dealing with both of these using eclipse/
> GEP.
>
> Let us know if you have more questions or need more capabilities in
> the plugin system.
>
> thanks
> david jencks.
>
>> Thanks,
>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21188762.html
>> Sent from the Apache Geronimo - Users mailing list archive at
>> Nabble.com.
>>
>
>
>
--
View this message in context: http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21189639.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Customizing install of apps
Posted by David Jencks <da...@yahoo.com>.
On Dec 27, 2008, at 3:41 PM, jamesdcarroll wrote:
>
> I'm really new to Geronimo/J2EE and was wondering if it is possible
> to place
> my own customer installer in front of geronimos. We want to create a
> number
> of products that do different things, but we need to have a central
> repository that tracks them, which will be its own product as well.
>
> Basically the use case would be:
> 1. User opens our admin app on geronimo(a WAR/EAR)
> 2. User elects to add new component; the components would be WAR or
> EAR
> files
> 3. My program grabs it and parses a manifest or some other kind of
> config
> file in it
> 4. My program updates/does whatever it needs to
> 5. My program hands the WAR/EAR off to Geronimo for it to do its thing
>
> As I mentioned, I'm kinda new and I'm reading the doc fast as I
> can. If
> there's something out there that I can maybe focus on, any point in
> the
> right direction would be greatly appreciated.
>
Geronimo is actually designed to make strategies like this fairly
easy. You want to deploy your applications as geronimo plugins
(probably using a maven build and the car-maven-plugin). You can then
either assemble custom servers including your applications (and
leaving out stuff they don't need) or provide a basic geronimo server
and a plugin repository containing your plugins: in the latter case
you can use the existing plugin installer portlet to show the choices
and let people install the ones they want, or write your own front end.
Plugins are a bit easier to work with in geronimo trunk/2.2-SNAPSHOT
than in the released geronimo versions. We'll probably have 2.2 out
before you get too far with this project :-).
There is some documentation, especially for 2.2, on plugins, custom
server assemblies, and also dealing with both of these using eclipse/
GEP.
Let us know if you have more questions or need more capabilities in
the plugin system.
thanks
david jencks.
> Thanks,
>
>
> --
> View this message in context: http://www.nabble.com/Customizing-install-of-apps-tp21188762s134p21188762.html
> Sent from the Apache Geronimo - Users mailing list archive at
> Nabble.com.
>