[jboss-dev] Splitting system and user deployments

Andrew Lee Rubinger andrew.rubinger at redhat.com
Tue Mar 24 18:00:45 EDT 2009


Looks like A) is the only truly backwards-compatible solution.  Users 
may have build scripts which are designed to modify the system configs.

Failing that, C) is *almost* backwards-compatible.  Builds will still be 
able to drop stuff into "deploy".

As the target for JBAS-5954 is 5.1.0.CR1 I think our only valid choice 
is A), else bump this to 5.2.x.

S,
ALR

Jason T. Greene wrote:
> Hi Everyone,
> 
> One topic that seems to come up often, but yet we never get around to 
> addressing, is adding a user specific deploy directory that is empty by 
> default [1].
> 
> If we go this route, what should we call such directories?
> 
> I added a few
> 
> Pros = + Cons = -
> 
> Option A
> --------
> System = deploy
> User = apps
> 
> + Users that expect system configuration files in deploy (like tomcat) 
> won't be caught off-guard
> - Users might not notice the apps directory and put things in deploy anyway
> 
> Option B
> --------
> System = system
> User = apps
> 
> + Looks nice
> - New locations may be hard to find
> 
> Option C
> --------
> System = system
> User = deploy
> 
> + Users can still put apps in deploy, as they expect, and they no longer 
> see system deployments
> - Users will have to find the new config location
> 
> 
> Option D
> --------
> System = deploy/system
> User = deploy/apps
> 
> + Looks the nicest
> + Not too hard to find the new location
> - Users will put things in deploy and it won't work!
> 
> 
> Option E
> --------
> System = deploy-system
> Apps =   deploy-apps
> 
> + Putting files in the deploy dir is no longer a problem since it 
> doesn't exist
> + Not too hard to find the new location
> - Deploy no longer exists
> - Kind of ugly
> 
> 
> [1] https://jira.jboss.org/jira/browse/JBAS-5954
> 

-- 
Andrew Lee Rubinger
Sr. Software Engineer
JBoss, a division of Red Hat, Inc.
http://exitcondition.alrubinger.com



More information about the jboss-development mailing list