Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 31778 invoked from network); 7 Aug 2002 22:21:14 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 7 Aug 2002 22:21:14 -0000 Received: (qmail 5602 invoked by uid 97); 7 Aug 2002 22:21:40 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 5585 invoked by uid 97); 7 Aug 2002 22:21:39 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 5573 invoked by uid 98); 7 Aug 2002 22:21:38 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Subject: Re: Changing Working Directory to get tests to work (The Solution) To: "Ant Developers List" X-Mailer: Lotus Notes Release 5.0.3 March 21, 2000 Message-ID: From: jlcarpenter@household.com Date: Wed, 7 Aug 2002 15:21:14 -0700 X-MIMETrack: Serialize by Router on PHILNOTESG1/SRV/Household(Release 5.0.5 |September 22, 2000) at 08/07/2002 05:21:12 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N >On Tue, 6 Aug 2002, wrote: >> As a side note, the AbstractCvsTaskTest makes use of anonymous >> access to the jakarta cvs server. >This is one of the main reasons it is not part of the test run by the >run-tests target. >> It might be better to instead create a local cvs repository with the >> cvs init command. >Doesn't this have even stronger requirements than network access to >port 2401? Can you have a local CVS repo on Windows or MacOS 9 (OK, >I'm getting silly here)? What would you do when there already is one >on your box? If you need to test remote (probably pserver) access to cvs then this is a very valid point. If local access is adaquate for the particular test at hand, then the drawbacks are not as bad. I have been developing a test which takes this local repository approach in testing a cvsgroupimport task I am developing. (See previous postings I have written). There are drawbacks to this approach, but in my case I believe the benefits outweigh the disadvantages. So far my build file used by my test looks like: >> The class I created in the Ant project is: >I still think it would be easier to run the tests via Ant's >task instead of JUnit's testrunner. I would typically agree, but I am working within the confines of an IDE. I find developing without a decent graphical debugger very painful. This means whatever process is running the unit test must be running within the IDE not as an external process. Consequently, I can't simply drop down to the command line and execute >ant test (or whatever the target is). One solution to this type of problem is to maintain junit suites for interactive testing, and ant driven junit tests for external builds. Maybe its possible to run Ant within the IDE and I am being a bit dense. The very reason I am doing the work I am doing is to extract myself from the chains of Visual Age for Java, but until this work is complete it is much easier to simply stay within VAJ. You may not realize that VAJ is not like any normal IDE with file based storage of the java files. It is a creature unto itself, with big benefits and big drawbacks to its way of doing things. java files. >Stefan James Lee Carpenter Software Engineer Household Technical Services 6602 Convoy Court San Diego, CA 92111 ph: 858-609-2461 email: jlcarpenter@household.com Stefan Bodewig To: ant-dev@jakarta.apache.org Subject: Re: Changing Working Directory to get tests to work (The Solution) 08/06/2002 11:24 PM Please respond to "Ant Developers List" On Tue, 6 Aug 2002, wrote: > As a side note, the AbstractCvsTaskTest makes use of anonymous > access to the jakarta cvs server. This is one of the main reasons it is not part of the test run by the run-tests target. > It might be better to instead create a local cvs repository with the > cvs init command. Doesn't this have even stronger requirements than network access to port 2401? Can you have a local CVS repo on Windows or MacOS 9 (OK, I'm getting silly here)? What would you do when there already is one on your box? > The class I created in the Ant project is: I still think it would be easier to run the tests via Ant's task instead of JUnit's testrunner. Stefan -- To unsubscribe, e-mail: For additional commands, e-mail: -- To unsubscribe, e-mail: For additional commands, e-mail: