geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Lin Sun" <>
Subject Re: [DISCUSS] enhance the assemble server portlet usability
Date Thu, 21 Aug 2008 14:38:54 GMT
Hi David,

Thanks.   I am able to come down to the following plugins to build
little G(tomcat based) and I tried to use transitive dependencies as
much as possible -


Deployment related:


I tried to deploy the jsp-examples onto custom server, and it worked
fine.  So the unavailable-deployers don't seem to be necessary.

I also looked at the earconfigbuilder code and there is a private
getBuilder method there that would throw deploymentExceptions when the
ejb/war/rar/appClient deployer is not defined.   The getBuilder method
is used in the buildConfiguration method in many places.

With these information and the fact that the unavailable-deployers
aren't in the tomcat-javaee5 assembly, I don't think they are needed.

I plan to clean up the littleG pom.xml with only the above car files
as the dependencies.

Please let me know any comments you may have.


On Wed, Aug 20, 2008 at 2:04 AM, David Jencks <> wrote:

>> Anyone has an idea what are these for?  Is it ok to build little G env
>> without them?
> Not sure if they are actually needed.... I've been meaning to check and fix
> things so they aren't needed, assuming that they are.  If they are currently
> required you will find out as soon as you try to deploy something jee
> related on the server.
> I think the ear config builder needs to be changed so that if one of the
> module builders is missing, the ear builder complains, rather than relying
> on an "unavailable deployer" to complain.
> I recommend rather strongly relying on transitive dependencies as much as
> possible.
> thanks
> david jencks
>> Thanks,
>> Lin
>> On Tue, Aug 19, 2008 at 4:38 PM, David Jencks <>
>> wrote:
>>> A couple of comments...
>>> First, I thought you could already do this by leaving out the
>>> moduleId....
>>> you'd just get the dependencies installed.  I might be wrong and this
>>> functionality might have broken along the way.  Second, with this set of
>>> plugins all you need to specify is tomcat and upgrade-cli, the others
>>> should
>>> get pulled in via transitive dependencies  I suspect you also want
>>> tomcat-deployer and jasper and I'm pretty sure you need to list the
>>> gshell
>>> plugins separately to get a working server.
>>> thanks
>>> david jencks

View raw message