geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sachin Patel <>
Subject Re: The autodeploy feature in Geronimo
Date Mon, 24 Oct 2005 19:16:23 GMT

Geir Magnusson Jr. wrote:
> On Oct 24, 2005, at 1:05 PM, Joe Bohn wrote:
>> How about if we provide a "hot deploy" location that acts as an 
>> "addition/over-ride" location much the same as adding a library 
>> earlier in a path.  I tend to think of this "hot deploy" activity as a 
>> developer activity and so I think most folks running a production 
>> server would follow the traditional deploy, undeploy, redeploy 
>> mechanics.  Hot-deploy would most likely be used exclusively in 
>> development or to "patch" a critical problem with a temporary fix.
> I only think of hot-deploy as a developer activity, and personally would 
> turn it off in production.

Yes, this would definately not be a production tool.  For now I really 
think we just need something VERY simple.  Like David J. said, lets 
simply restrict the deployables to archives containing plans.  This 
would eliminate unncessary complexity until further thought can be put 
into a solution that allows additional capability and be able to 
properly handle these scenarios.  We can make this as simple as we want 
or as complex as we want.  Lets start with something simple for now :)

> I also don't think that with a sane deployer infrastructure and tool, 
> that this has to be part of the core server.
> Rather, I see it as an additional tool that you can use if you choose - 
> for example a little webapp that you deploy to your development server 
> that does this for you - scans the directory and then just uses the 
> standard deployment API to get 'r done.  It could have it's own 
> web-based UI that you could use to define the deployment directory, to 
> pause it, to do whateveer...
> geir
> --Geir Magnusson Jr                                  +1-203-665-6437

View raw message