Well, can the developers just run tests locally, then when they are ready to integrate, they can use CVS to move files to Project1, and your ant script can just jar,war, and ear the project into the destination directory. Instead of having 3 copies of each of the directory stuctures, the target is essentially 1 file packaged up.
_____ Thank You Mick Knutson Sr. Designer - Project Trust aUBS AG, Financial - Z�rich Office: +41 (0)1/234.42.75 Internal: 48194 Mobile: 079.726.14.26 _____ -----Original Message----- From: Dan Allen [mailto:[EMAIL PROTECTED] Sent: Friday, March 21, 2003 6:02 AM To: Struts-User List Subject: working with a team I am looking for some advice/articles on setting up my struts application so that all members of the team can all work with it. Let me first state my situation/dilemma and let you know what I am looking for. 1. I have a source tree (/home/me/src/struts/projects/project1) outside of the web folder (ie /var/tomcat/webapps) where I am coding. When I change a source file I run `ant build` and `ant reload`, if I just change a web file, I run `ant update`. All of these processes copy the files into the /var/tomcat4/webapps/project1 folder and change the state of the running application (if necessary) 2. My JSP developer, working on his own computer, copies down all the web files, modifies the ones he is working on and ftps them back to the source folder 3. I then have to run `ant update` to move the web files to the container. This is obviously not the way to do things, but we just got started using struts 2 weeks ago and haven't had a chance to organize things. Now it is time to organize things. I am running Eclipse and it makes it very easy to rebuild and restart the application or container, but I am not sure how to handle the case of multiple developers on mutiple computers. In short, how does the JSP developer update the web content and restart the application from a remote computer and still keep the files in sync with what I am working on? I have CVS experience and I guess I could setup CVS, but that still doesn't handle the issue that the source repository is outside of the container and something needs to move the files into the container and possibly restart the applicaiton or container if necessary (if there is a change to struts-config.xml or tiles-definitions.xml). My JSP developer is coming from the viewpoint of just uploading a page and being able to access it, so this is all foreign to him. Since an action must proceed every page, it is necessary to restart the application each time a change to struts-config.xml is made. Plus, the JSP developer has to use struts-console (or edit by hand, prone to error) the struts-config.xml file. I am looking for a tutorial on setting up a team to run struts. Anyone, any info, please! Dan -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Daniel Allen, <[EMAIL PROTECTED]> http://www.mojavelinux.com/ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Windows is packaged with Solitaire (ooh)! Linux is distributed with Doom... you can have your deck of cards, I'll take a chainsaw! -- Linus Torvalds - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
