From commons-dev-return-25773-qmlist-jakarta-archive-commons-dev=nagoya.apache.org@jakarta.apache.org Sun Mar 02 04:36:17 2003 Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 82984 invoked from network); 2 Mar 2003 04:36:16 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 2 Mar 2003 04:36:16 -0000 Received: (qmail 24983 invoked by uid 97); 2 Mar 2003 04:38:03 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@nagoya.betaversion.org Received: (qmail 24976 invoked from network); 2 Mar 2003 04:38:03 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 2 Mar 2003 04:38:03 -0000 Received: (qmail 82759 invoked by uid 500); 2 Mar 2003 04:36:14 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 82748 invoked from network); 2 Mar 2003 04:36:14 -0000 Received: from unknown (HELO ignitemedia.com) (64.157.167.108) by daedalus.apache.org with SMTP; 2 Mar 2003 04:36:14 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Subject: RE: [NET] Re: dependency dilemma Date: Sat, 1 Mar 2003 22:36:57 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [NET] Re: dependency dilemma Thread-Index: AcLgV2X2zq+2wJXwSVOeK5njDbrOlgAFu1EFAADRseg= From: "Steve Cohen" To: "Jakarta Commons Developers List" , "Jakarta Commons Developers List" , "Jakarta Commons Developers List" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Looking further into it, Jeff, I find in http://jakarta.apache.org/turbine/maven/reference/user-guide.html#POM%20P= rocessing that=20 The properties files in Maven are processed in the following order:=20 ${maven.home}/bin/driver.properties=20 ${project.home}/project.properties=20 ${project.home}/build.properties=20 ${user.home}/build.properties=20 Perhaps you have something defined in one of these places that allows = the tests to pull the needed jars when they are run?=20 I tried playing with the maven.junit.fork property, but running maven = ant over a properties file that defined this property to false did not = cause the build.xml to change. =20 Is there something else I must do to explicitly plug the plugin in?=20 -----Original Message----- From: Steve Cohen Sent: Sat 3/1/2003 9:57 PM To: Jakarta Commons Developers List; Jakarta Commons Developers List Cc:=09 Subject: RE: [NET] Re: dependency dilemma Jeff - I hadn't known that I wasn't supposed to touch build.xml = directly. I didn't know maven could generate it for me. That's a cool = feature. Simply adding oro to the dependency list as you indicated does = get it into the build file and allows the project to build. However, the xml-parsing jars are NOT in the classpath when the test = goal is run and the test target fails. I can get it to succeed either = by manually changing the build.xml to run the test target with fork = false, or by adding xml-apis.jar and xercesImpl.jar to the get-deps = list. But out of the box, it fails. So something is wrong. The tests won't run without these jars and = there's nothing in the build.xml file as created by maven that puts them = there. (These jars are not needed to compile the tests, only to run = them). So I would assume that there are some maven configuration = options we need to change to do to get them there. I will take a look at the maven docs that deal with genning the = build.xml and see if I can find an answer. Steve -----Original Message----- From: Jeffrey D. Brekke [mailto:jbrekke@wi.rr.com] Sent: Sat 3/1/2003 7:01 PM To: Jakarta Commons Developers List Cc:=09 Subject: Re: [NET] Re: dependency dilemma Steve I never had these issues when the ftp2 code was in the source = tree. The xml-parsing jars should be present when the test goal is run, we = never had that dependency in the POM. Also you shouldn't be modifying the ant build file by hand, but instead generate a new one with maven: maven ant This would then reflect the change in dependecies from the POM. Does the build work properly with maven and your just having troubles with the ant build? Does this help? jb "Steve Cohen" writes: > That was easy enough. >=20 > I added the ORO dependency back in (and also an entry in the > get-deps target to pull it in) and all those problems went away. >=20 > However, I then found, that with moving the tests into src/test as I > had planned to do, simply having junit brought in through maven > doesn't fully solve the problem as we also have to bring in the > xml-parsing jars as well. This is a run-test-time problem that > doesn't appear until you actually have tests to run. >=20 > Two solutions here 1) make the fork attribute of the junit task-call > in the internal-test target false and get the benefit of the > xml-parsing jars that are already used in ant. I'm not sure what > bad side-effects this will have 2) drag these jars over to our side, > using the get-deps target (or perhaps a new get-test-deps target). >=20 > I'm not sure what the preferred maven way is here. --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Jeffrey D. Brekke jbrekke@wi.rr.com Wisconsin, USA brekke@apache.org ekkerbj@yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org