Continous Integration sounds like a better solution for you. Your apps will be built and tested as soon as the developer checks in their code in SVN. Have a look at http://cruisecontrol.sourceforge.net
Using CruiseControl will ensure that the developers wont check-in anything with errors on it. -- D On Sun, Jan 24, 2010 at 5:22 PM, Fletcher Cocquyt <fcocq...@stanford.edu>wrote: > Fletcher Cocquyt <fcocquyt <at> stanford.edu> writes: > > > > > Hi, this question is coming from the operations team perspective. > > Currently our (small 3 member) ops team is responsible for deploying java > apps > > weekly from a set of dozens in a less than great 4am-6am window on > Wednesdays. > ..snip.. > > So questions about the things maven seems to address: > > testing: unit, integration testing - article mentions selenium? > > sensitive data: database passwords (can these be securely handled in > maven?) > > > > Additional, medium-long term goals: > > Standardize the development environment and processes. > > Leverage the virtual infrastructure we have built with vmware: have the > > developers use standard VM images from templates (ensure consistent JDK, > libs > > etc), integrate with lab manager/vApp/VMware Studio concepts. > > > thanks for the feedback & recommendations > In fact we already have one keen developer using Maven, and another using > CI > (hudson) - > > On the medium/long term goal I would like to see us one day deploying to > private > cloud via VMWare's vCloud API > http://communities.vmware.com/community/developer/forums/vcloudapi > or the like. > > Some interesting activity in this area: > http://code.google.com/p/jclouds/wiki/QuickStartTerremark > > Looks like a fun integration project to marry all these together! > > thanks, > Fletch. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >