We are running tomcat 3.2 for about 20 developers. The reloading is very bad and remotedebugging is horrible (depending on your development environment btw). But besides the "downsides" it is working perfectly (we are running unix btw..)
Mvgr, Martin > -----Original Message----- > From: Denis Balazuc [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, November 13, 2001 3:48 PM > To: Tomcat Users List > Subject: Re: Tomcat for Large Team Size > > > We use exactly the same environment. > > However, we found this approach not very satisfactory, as running > Tomcat AND > a Java IDE and other dev tools on the same machine eats up > resources and our > weak PCs sometimes slow down to a nearly-unusable state.... > > I am thinking at moving to a centralized Tomcat server with multiple > instances but, we're using Tomcat 3.2 and this schema is best with Tomcat > 4... > > Regards > Denis > > > ----- Original Message ----- > From: "Jim Urban" <[EMAIL PROTECTED]> > To: "Tomcat Users List" <[EMAIL PROTECTED]> > Sent: Tuesday, November 13, 2001 08:46 AM > Subject: RE: Tomcat for Large Team Size > > > > I manage a team 7 server side Java developers. Each member > runs a copy of > > Tomcat on their PC. Each PC is configured the same. We have a standard > > directory structure and use Ant to do our builds. We use SourceSafe for > > source management. Our Ant build.xml uses the VSSGET option of Ant to > fetch > > the latest version of each file prior to compiling (the VSSGET will not > over > > write a write able file). We also use VSSGET to fetch all the > supporting > > files too (images, HTML, XSL, etc). All files, including the build.xml > are > > maintained in VSS. We have a team server which also runs Tomcat. Each > > night at midnight the build is run on the server and Tomcat is > restarted. > > We've been doing this for almost two years with no problems. > > > > -- > To unsubscribe: <mailto:[EMAIL PROTECTED]> > For additional commands: <mailto:[EMAIL PROTECTED]> > Troubles with the list: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe: <mailto:[EMAIL PROTECTED]> For additional commands: <mailto:[EMAIL PROTECTED]> Troubles with the list: <mailto:[EMAIL PROTECTED]>
