You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Hernan Silberman <hs...@pdi.com> on 2003/12/03 22:21:48 UTC
[configuration] binary builds.
I know it's a Sandbox project, but I was wondering if there's anywhere I can
find recent builds of configuration to play with. I'm behind a firewall at work
and have had little luck getting cvsGrab to work through the local HTTP proxy.
Even if I do manage to get a copy of that module, the ant build process requires
unfettered HTTP access to fetch all the required jars it needs. I haven't been
able to find snapshots or other built copies of this project, are they out there?
thanks!
Hernan
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [configuration] binary builds.
Posted by __matthewHawthorne <ma...@phreaker.net>.
Ant was in my path by default (/usr/local/bin/ant)
Java 1.4 is installed in /usr/local/jdk1.4.2, you'll have to manually
set JAVA_HOME to point to this.
Eric Pugh wrote:
> Does Ant and java exist on cvs.apache.org? I'm not too familiar with what
> resources are available on cvs.apache.org... Could I upload a copy of
> configuration to my home directory and just run ant from the ssh prompt?
>
> Eric
>
>
>>-----Original Message-----
>>From: __matthewHawthorne [mailto:matth@phreaker.net]
>>Sent: Sunday, December 07, 2003 6:29 PM
>>To: Jakarta Commons Developers List
>>Subject: Re: [configuration] binary builds.
>>
>>
>>You could always ssh into cvs.apache.org, do a CVS checkout,
>>build, and
>>see what happens...
>>
>>
>>
>>
>>Eric Pugh wrote:
>>
>>>Okay, I tried the 'ant dist' target on my box, and of
>>
>>course it worked fine.
>>
>>>I suspect b/c I am on windows... Looking at the error, I'm
>>
>>guessing that it
>>
>>>is some sort of parsing the path that is different between
>>
>>Windows and
>>
>>>Linux.
>>>
>>>Would it be too much of a pain for you to run the maven
>>
>>build and let me
>>
>>>know if the path fails there as well? I'm not much of an
>>
>>expert on the
>>
>>>differences between windows and linux unfortunantly when it
>>
>>comes to these
>>
>>>path resolutions...
>>>
>>>At least if it fails in Maven and Ant then we know it isn't
>>
>>something funky
>>
>>>with how the build.xml file gets generated.
>>>
>>>Any other configuration developers have ideas? Or have
>>
>>linux and can try
>>
>>>it?
>>>
>>>Eric
>>>
>>>
>>>
>>>>-----Original Message-----
>>>>From: Craig R. McClanahan [mailto:craigmcc@apache.org]
>>>>Sent: Sunday, December 07, 2003 1:14 AM
>>>>To: Jakarta Commons Developers List; epugh@upstate.com
>>>>Subject: RE: [configuration] binary builds.
>>>>
>>>>
>>>>Quoting Eric Pugh <ep...@upstate.com>:
>>>>
>>>>
>>>>
>>>>>Okay,
>>>>>
>>>>>Since the project is primarily built with Maven, the
>>>>
>>>>build.xml hadn't been
>>>>
>>>>
>>>>>updated in a while. I ran 'maven ant' and the resulting
>>>>
>>>>build file works
>>>>
>>>>
>>>>>and is now checked in!
>>>>>
>>>>
>>>>I just tried it (CVS upate, then "ant clean dist"), and it
>>>>doesn't work for me
>>>>:-(. It still tries to run the tests as part of the "dist"
>>>>target, and fails
>>>>as follows:
>>>>
>>>>
>>>>internal-test:
>>>> [mkdir] Created dir:
>>>>/home/craigmcc/Jakarta/jakarta-commons-sandbox/configuration/t
>>>>arget/test-reports
>>>> [junit] Running
>>>>org.apache.commons.configuration.TestBaseConfiguration
>>>> [junit] Tests run: 5, Failures: 0, Errors: 0, Time
>>>>elapsed: 0.842 sec
>>>> [junit] Testsuite:
>>>>org.apache.commons.configuration.TestBaseConfiguration
>>>> [junit] Tests run: 5, Failures: 0, Errors: 0, Time
>>>>elapsed: 0.842 sec
>>>>
>>>> [junit] Testcase: testRetrieve took 0.023 sec
>>>> [junit] Testcase: testInterpolation took 0.076 sec
>>>> [junit] Testcase: testMultipleInterpolation took 0.002 sec
>>>> [junit] Testcase: testInterpolationLoop took 0 sec
>>>> [junit] Testcase: testGetString took 0.001 sec
>>>> [junit] Running
>>>>org.apache.commons.configuration.TestClassPropertiesConfiguration
>>>> [junit] Tests run: 1, Failures: 0, Errors: 1, Time
>>>>elapsed: 0.87 sec
>>>> [junit] Testsuite:
>>>>org.apache.commons.configuration.TestClassPropertiesConfiguration
>>>> [junit] Tests run: 1, Failures: 0, Errors: 1, Time
>>>>elapsed: 0.87 sec
>>>>
>>>> [junit] Testcase: testClasspathLoading took 0.119 sec
>>>> [junit] Caused an ERROR
>>>> [junit] Could not open Resource
>>>>/org/apache/commons/configuration/test.properties
>>>> [junit] java.io.FileNotFoundException: Could not open Resource
>>>>/org/apache/commons/configuration/test.properties
>>>> [junit] at
>>>>org.apache.commons.configuration.ClassPropertiesConfiguration.
>>>>getPropertyStream(ClassPropertiesConfiguration.java:179)
>>>> [junit] at
>>>>org.apache.commons.configuration.ClassPropertiesConfiguration.
>>>><init>(ClassPropertiesConfiguration.java:108)
>>>> [junit] at
>>>>org.apache.commons.configuration.TestClassPropertiesConfigurat
>>>>ion.testClasspathLoading(TestClassPropertiesConfiguration.java:93)
>>>> [junit] at
>>>>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> [junit] at
>>>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess
>>>>orImpl.java:39)
>>>> [junit] at
>>>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth
>>>>odAccessorImpl.java:25)
>>>>
>>>> [junit] Testcase: testClasspathLoading
>>>>
>>>>BUILD FAILED
>>>>file:/home/craigmcc/Jakarta/jakarta-commons-sandbox/configurat
>>>>ion/build.xml:94:
>>>>Test
>>>>org.apache.commons.configuration.TestClassPropertiesConfigurat
>>>>ion failed
>>>>
>>>>
>>>>FWIW, I'm running this on Linux (RH 9.0) with Sun JDK 1.4.2.
>>>>
>>>>Craig
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>I guess I should follow up with finding out how to get Gump
>>>>
>>>>building as
>>>>
>>>>
>>>>>well? It seems like most of the jakarta projects seem to
>>>>
>>>>use Gump. And
>>>>
>>>>
>>>>>with the large number of dependencies that Configuration
>>>>
>>>>has, it might be
>>>>
>>>>
>>>>>good to include it as well. I ran 'maven gump' and got a
>>>>
>>>>resulting gump.xml
>>>>
>>>>
>>>>>that looks like what is required?
>>>>>
>>>>>Eric
>>>>>
>>>>>
>>>>>
>>>>>>-----Original Message-----
>>>>>>From: Craig R. McClanahan [mailto:craigmcc@apache.org]
>>>>>>Sent: Saturday, December 06, 2003 10:56 PM
>>>>>>To: Dirk Verbeeck
>>>>>>Cc: Jakarta Commons Developers List
>>>>>>Subject: Re: [configuration] binary builds.
>>>>>>
>>>>>>
>>>>>>Quoting Dirk Verbeeck <di...@pandora.be>:
>>>>>>
>>>>>>
>>>>>>
>>>>>>>Craig is the man to talk to for the nightly builds.
>>>>>>>He runs the builds for jakarta-commons.
>>>>>>>
>>>>>>
>>>>>>Yep.
>>>>>>
>>>>>>
>>>>>>
>>>>>>>The only requirement is that ant clean dist works but you
>>>>>>
>>>>>>also might
>>>>>>
>>>>>>
>>>>>>>want to change the maven generated ant file to a more
>>>>
>>>>traditional
>>>>
>>>>
>>>>>>>build.xml file. (take the build file of commons-modeler
>>>>
>>>>as example)
>>>>
>>>>
>>>>>>>At least make the junit tests non mandatory.
>>>>>>
>>>>>>Right now, this problem is blocking my ability to add
>>>>>>"configuration" to the set
>>>>>>of nightly builds that I run ... the fact that the unit tests
>>>>>>fail (at line 82
>>>>>>of build.xml) blocks the creation of the binary
>>>>
>>>>distribution files.
>>>>
>>>>
>>>>>>>-- Dirk
>>>>>>
>>>>>>Craig
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>------------------------------------------------------------
>>
>>---------
>>
>>>>>>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
>>
>>
>>---------------------------------------------------------------------
>>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
RE: [configuration] binary builds.
Posted by Eric Pugh <ep...@upstate.com>.
Does Ant and java exist on cvs.apache.org? I'm not too familiar with what
resources are available on cvs.apache.org... Could I upload a copy of
configuration to my home directory and just run ant from the ssh prompt?
Eric
> -----Original Message-----
> From: __matthewHawthorne [mailto:matth@phreaker.net]
> Sent: Sunday, December 07, 2003 6:29 PM
> To: Jakarta Commons Developers List
> Subject: Re: [configuration] binary builds.
>
>
> You could always ssh into cvs.apache.org, do a CVS checkout,
> build, and
> see what happens...
>
>
>
>
> Eric Pugh wrote:
> > Okay, I tried the 'ant dist' target on my box, and of
> course it worked fine.
> > I suspect b/c I am on windows... Looking at the error, I'm
> guessing that it
> > is some sort of parsing the path that is different between
> Windows and
> > Linux.
> >
> > Would it be too much of a pain for you to run the maven
> build and let me
> > know if the path fails there as well? I'm not much of an
> expert on the
> > differences between windows and linux unfortunantly when it
> comes to these
> > path resolutions...
> >
> > At least if it fails in Maven and Ant then we know it isn't
> something funky
> > with how the build.xml file gets generated.
> >
> > Any other configuration developers have ideas? Or have
> linux and can try
> > it?
> >
> > Eric
> >
> >
> >>-----Original Message-----
> >>From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> >>Sent: Sunday, December 07, 2003 1:14 AM
> >>To: Jakarta Commons Developers List; epugh@upstate.com
> >>Subject: RE: [configuration] binary builds.
> >>
> >>
> >>Quoting Eric Pugh <ep...@upstate.com>:
> >>
> >>
> >>>Okay,
> >>>
> >>>Since the project is primarily built with Maven, the
> >>
> >>build.xml hadn't been
> >>
> >>>updated in a while. I ran 'maven ant' and the resulting
> >>
> >>build file works
> >>
> >>>and is now checked in!
> >>>
> >>
> >>I just tried it (CVS upate, then "ant clean dist"), and it
> >>doesn't work for me
> >>:-(. It still tries to run the tests as part of the "dist"
> >>target, and fails
> >>as follows:
> >>
> >>
> >>internal-test:
> >> [mkdir] Created dir:
> >>/home/craigmcc/Jakarta/jakarta-commons-sandbox/configuration/t
> >>arget/test-reports
> >> [junit] Running
> >>org.apache.commons.configuration.TestBaseConfiguration
> >> [junit] Tests run: 5, Failures: 0, Errors: 0, Time
> >>elapsed: 0.842 sec
> >> [junit] Testsuite:
> >>org.apache.commons.configuration.TestBaseConfiguration
> >> [junit] Tests run: 5, Failures: 0, Errors: 0, Time
> >>elapsed: 0.842 sec
> >>
> >> [junit] Testcase: testRetrieve took 0.023 sec
> >> [junit] Testcase: testInterpolation took 0.076 sec
> >> [junit] Testcase: testMultipleInterpolation took 0.002 sec
> >> [junit] Testcase: testInterpolationLoop took 0 sec
> >> [junit] Testcase: testGetString took 0.001 sec
> >> [junit] Running
> >>org.apache.commons.configuration.TestClassPropertiesConfiguration
> >> [junit] Tests run: 1, Failures: 0, Errors: 1, Time
> >>elapsed: 0.87 sec
> >> [junit] Testsuite:
> >>org.apache.commons.configuration.TestClassPropertiesConfiguration
> >> [junit] Tests run: 1, Failures: 0, Errors: 1, Time
> >>elapsed: 0.87 sec
> >>
> >> [junit] Testcase: testClasspathLoading took 0.119 sec
> >> [junit] Caused an ERROR
> >> [junit] Could not open Resource
> >>/org/apache/commons/configuration/test.properties
> >> [junit] java.io.FileNotFoundException: Could not open Resource
> >>/org/apache/commons/configuration/test.properties
> >> [junit] at
> >>org.apache.commons.configuration.ClassPropertiesConfiguration.
> >>getPropertyStream(ClassPropertiesConfiguration.java:179)
> >> [junit] at
> >>org.apache.commons.configuration.ClassPropertiesConfiguration.
> >><init>(ClassPropertiesConfiguration.java:108)
> >> [junit] at
> >>org.apache.commons.configuration.TestClassPropertiesConfigurat
> >>ion.testClasspathLoading(TestClassPropertiesConfiguration.java:93)
> >> [junit] at
> >>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >> [junit] at
> >>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess
> >>orImpl.java:39)
> >> [junit] at
> >>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth
> >>odAccessorImpl.java:25)
> >>
> >> [junit] Testcase: testClasspathLoading
> >>
> >>BUILD FAILED
> >>file:/home/craigmcc/Jakarta/jakarta-commons-sandbox/configurat
> >>ion/build.xml:94:
> >>Test
> >>org.apache.commons.configuration.TestClassPropertiesConfigurat
> >>ion failed
> >>
> >>
> >>FWIW, I'm running this on Linux (RH 9.0) with Sun JDK 1.4.2.
> >>
> >>Craig
> >>
> >>
> >>
> >>
> >>>I guess I should follow up with finding out how to get Gump
> >>
> >>building as
> >>
> >>>well? It seems like most of the jakarta projects seem to
> >>
> >>use Gump. And
> >>
> >>>with the large number of dependencies that Configuration
> >>
> >>has, it might be
> >>
> >>>good to include it as well. I ran 'maven gump' and got a
> >>
> >>resulting gump.xml
> >>
> >>>that looks like what is required?
> >>>
> >>>Eric
> >>>
> >>>
> >>>>-----Original Message-----
> >>>>From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> >>>>Sent: Saturday, December 06, 2003 10:56 PM
> >>>>To: Dirk Verbeeck
> >>>>Cc: Jakarta Commons Developers List
> >>>>Subject: Re: [configuration] binary builds.
> >>>>
> >>>>
> >>>>Quoting Dirk Verbeeck <di...@pandora.be>:
> >>>>
> >>>>
> >>>>>Craig is the man to talk to for the nightly builds.
> >>>>>He runs the builds for jakarta-commons.
> >>>>>
> >>>>
> >>>>Yep.
> >>>>
> >>>>
> >>>>>The only requirement is that ant clean dist works but you
> >>>>
> >>>>also might
> >>>>
> >>>>>want to change the maven generated ant file to a more
> >>
> >>traditional
> >>
> >>>>>build.xml file. (take the build file of commons-modeler
> >>
> >>as example)
> >>
> >>>>>At least make the junit tests non mandatory.
> >>>>
> >>>>Right now, this problem is blocking my ability to add
> >>>>"configuration" to the set
> >>>>of nightly builds that I run ... the fact that the unit tests
> >>>>fail (at line 82
> >>>>of build.xml) blocks the creation of the binary
> >>
> >>distribution files.
> >>
> >>>>>-- Dirk
> >>>>
> >>>>Craig
> >>>>
> >>>>
> >>>>
> >>
> >>------------------------------------------------------------
> ---------
> >>
> >>>>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
>
>
> ---------------------------------------------------------------------
> 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
Re: [configuration] binary builds.
Posted by __matthewHawthorne <ma...@phreaker.net>.
You could always ssh into cvs.apache.org, do a CVS checkout, build, and
see what happens...
Eric Pugh wrote:
> Okay, I tried the 'ant dist' target on my box, and of course it worked fine.
> I suspect b/c I am on windows... Looking at the error, I'm guessing that it
> is some sort of parsing the path that is different between Windows and
> Linux.
>
> Would it be too much of a pain for you to run the maven build and let me
> know if the path fails there as well? I'm not much of an expert on the
> differences between windows and linux unfortunantly when it comes to these
> path resolutions...
>
> At least if it fails in Maven and Ant then we know it isn't something funky
> with how the build.xml file gets generated.
>
> Any other configuration developers have ideas? Or have linux and can try
> it?
>
> Eric
>
>
>>-----Original Message-----
>>From: Craig R. McClanahan [mailto:craigmcc@apache.org]
>>Sent: Sunday, December 07, 2003 1:14 AM
>>To: Jakarta Commons Developers List; epugh@upstate.com
>>Subject: RE: [configuration] binary builds.
>>
>>
>>Quoting Eric Pugh <ep...@upstate.com>:
>>
>>
>>>Okay,
>>>
>>>Since the project is primarily built with Maven, the
>>
>>build.xml hadn't been
>>
>>>updated in a while. I ran 'maven ant' and the resulting
>>
>>build file works
>>
>>>and is now checked in!
>>>
>>
>>I just tried it (CVS upate, then "ant clean dist"), and it
>>doesn't work for me
>>:-(. It still tries to run the tests as part of the "dist"
>>target, and fails
>>as follows:
>>
>>
>>internal-test:
>> [mkdir] Created dir:
>>/home/craigmcc/Jakarta/jakarta-commons-sandbox/configuration/t
>>arget/test-reports
>> [junit] Running
>>org.apache.commons.configuration.TestBaseConfiguration
>> [junit] Tests run: 5, Failures: 0, Errors: 0, Time
>>elapsed: 0.842 sec
>> [junit] Testsuite:
>>org.apache.commons.configuration.TestBaseConfiguration
>> [junit] Tests run: 5, Failures: 0, Errors: 0, Time
>>elapsed: 0.842 sec
>>
>> [junit] Testcase: testRetrieve took 0.023 sec
>> [junit] Testcase: testInterpolation took 0.076 sec
>> [junit] Testcase: testMultipleInterpolation took 0.002 sec
>> [junit] Testcase: testInterpolationLoop took 0 sec
>> [junit] Testcase: testGetString took 0.001 sec
>> [junit] Running
>>org.apache.commons.configuration.TestClassPropertiesConfiguration
>> [junit] Tests run: 1, Failures: 0, Errors: 1, Time
>>elapsed: 0.87 sec
>> [junit] Testsuite:
>>org.apache.commons.configuration.TestClassPropertiesConfiguration
>> [junit] Tests run: 1, Failures: 0, Errors: 1, Time
>>elapsed: 0.87 sec
>>
>> [junit] Testcase: testClasspathLoading took 0.119 sec
>> [junit] Caused an ERROR
>> [junit] Could not open Resource
>>/org/apache/commons/configuration/test.properties
>> [junit] java.io.FileNotFoundException: Could not open Resource
>>/org/apache/commons/configuration/test.properties
>> [junit] at
>>org.apache.commons.configuration.ClassPropertiesConfiguration.
>>getPropertyStream(ClassPropertiesConfiguration.java:179)
>> [junit] at
>>org.apache.commons.configuration.ClassPropertiesConfiguration.
>><init>(ClassPropertiesConfiguration.java:108)
>> [junit] at
>>org.apache.commons.configuration.TestClassPropertiesConfigurat
>>ion.testClasspathLoading(TestClassPropertiesConfiguration.java:93)
>> [junit] at
>>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> [junit] at
>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess
>>orImpl.java:39)
>> [junit] at
>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth
>>odAccessorImpl.java:25)
>>
>> [junit] Testcase: testClasspathLoading
>>
>>BUILD FAILED
>>file:/home/craigmcc/Jakarta/jakarta-commons-sandbox/configurat
>>ion/build.xml:94:
>>Test
>>org.apache.commons.configuration.TestClassPropertiesConfigurat
>>ion failed
>>
>>
>>FWIW, I'm running this on Linux (RH 9.0) with Sun JDK 1.4.2.
>>
>>Craig
>>
>>
>>
>>
>>>I guess I should follow up with finding out how to get Gump
>>
>>building as
>>
>>>well? It seems like most of the jakarta projects seem to
>>
>>use Gump. And
>>
>>>with the large number of dependencies that Configuration
>>
>>has, it might be
>>
>>>good to include it as well. I ran 'maven gump' and got a
>>
>>resulting gump.xml
>>
>>>that looks like what is required?
>>>
>>>Eric
>>>
>>>
>>>>-----Original Message-----
>>>>From: Craig R. McClanahan [mailto:craigmcc@apache.org]
>>>>Sent: Saturday, December 06, 2003 10:56 PM
>>>>To: Dirk Verbeeck
>>>>Cc: Jakarta Commons Developers List
>>>>Subject: Re: [configuration] binary builds.
>>>>
>>>>
>>>>Quoting Dirk Verbeeck <di...@pandora.be>:
>>>>
>>>>
>>>>>Craig is the man to talk to for the nightly builds.
>>>>>He runs the builds for jakarta-commons.
>>>>>
>>>>
>>>>Yep.
>>>>
>>>>
>>>>>The only requirement is that ant clean dist works but you
>>>>
>>>>also might
>>>>
>>>>>want to change the maven generated ant file to a more
>>
>>traditional
>>
>>>>>build.xml file. (take the build file of commons-modeler
>>
>>as example)
>>
>>>>>At least make the junit tests non mandatory.
>>>>
>>>>Right now, this problem is blocking my ability to add
>>>>"configuration" to the set
>>>>of nightly builds that I run ... the fact that the unit tests
>>>>fail (at line 82
>>>>of build.xml) blocks the creation of the binary
>>
>>distribution files.
>>
>>>>>-- Dirk
>>>>
>>>>Craig
>>>>
>>>>
>>>>
>>
>>---------------------------------------------------------------------
>>
>>>>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
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [configuration] binary builds.
Posted by Dirk Verbeeck <di...@pandora.be>.
There were 2 problems, the <targetPath> in the resource copy wasn't
taken into account and somehow cactus.home.tomcat4x was added to the
javadoc tag.
-- Dirk
Eric Pugh wrote:
> Okay, I tried the 'ant dist' target on my box, and of course it worked fine.
> I suspect b/c I am on windows... Looking at the error, I'm guessing that it
> is some sort of parsing the path that is different between Windows and
> Linux.
>
> Would it be too much of a pain for you to run the maven build and let me
> know if the path fails there as well? I'm not much of an expert on the
> differences between windows and linux unfortunantly when it comes to these
> path resolutions...
>
> At least if it fails in Maven and Ant then we know it isn't something funky
> with how the build.xml file gets generated.
>
> Any other configuration developers have ideas? Or have linux and can try
> it?
>
> Eric
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
RE: [configuration] binary builds.
Posted by Eric Pugh <ep...@upstate.com>.
Okay, I tried the 'ant dist' target on my box, and of course it worked fine.
I suspect b/c I am on windows... Looking at the error, I'm guessing that it
is some sort of parsing the path that is different between Windows and
Linux.
Would it be too much of a pain for you to run the maven build and let me
know if the path fails there as well? I'm not much of an expert on the
differences between windows and linux unfortunantly when it comes to these
path resolutions...
At least if it fails in Maven and Ant then we know it isn't something funky
with how the build.xml file gets generated.
Any other configuration developers have ideas? Or have linux and can try
it?
Eric
> -----Original Message-----
> From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> Sent: Sunday, December 07, 2003 1:14 AM
> To: Jakarta Commons Developers List; epugh@upstate.com
> Subject: RE: [configuration] binary builds.
>
>
> Quoting Eric Pugh <ep...@upstate.com>:
>
> > Okay,
> >
> > Since the project is primarily built with Maven, the
> build.xml hadn't been
> > updated in a while. I ran 'maven ant' and the resulting
> build file works
> > and is now checked in!
> >
>
> I just tried it (CVS upate, then "ant clean dist"), and it
> doesn't work for me
> :-(. It still tries to run the tests as part of the "dist"
> target, and fails
> as follows:
>
>
> internal-test:
> [mkdir] Created dir:
> /home/craigmcc/Jakarta/jakarta-commons-sandbox/configuration/t
> arget/test-reports
> [junit] Running
> org.apache.commons.configuration.TestBaseConfiguration
> [junit] Tests run: 5, Failures: 0, Errors: 0, Time
> elapsed: 0.842 sec
> [junit] Testsuite:
> org.apache.commons.configuration.TestBaseConfiguration
> [junit] Tests run: 5, Failures: 0, Errors: 0, Time
> elapsed: 0.842 sec
>
> [junit] Testcase: testRetrieve took 0.023 sec
> [junit] Testcase: testInterpolation took 0.076 sec
> [junit] Testcase: testMultipleInterpolation took 0.002 sec
> [junit] Testcase: testInterpolationLoop took 0 sec
> [junit] Testcase: testGetString took 0.001 sec
> [junit] Running
> org.apache.commons.configuration.TestClassPropertiesConfiguration
> [junit] Tests run: 1, Failures: 0, Errors: 1, Time
> elapsed: 0.87 sec
> [junit] Testsuite:
> org.apache.commons.configuration.TestClassPropertiesConfiguration
> [junit] Tests run: 1, Failures: 0, Errors: 1, Time
> elapsed: 0.87 sec
>
> [junit] Testcase: testClasspathLoading took 0.119 sec
> [junit] Caused an ERROR
> [junit] Could not open Resource
> /org/apache/commons/configuration/test.properties
> [junit] java.io.FileNotFoundException: Could not open Resource
> /org/apache/commons/configuration/test.properties
> [junit] at
> org.apache.commons.configuration.ClassPropertiesConfiguration.
> getPropertyStream(ClassPropertiesConfiguration.java:179)
> [junit] at
> org.apache.commons.configuration.ClassPropertiesConfiguration.
> <init>(ClassPropertiesConfiguration.java:108)
> [junit] at
> org.apache.commons.configuration.TestClassPropertiesConfigurat
> ion.testClasspathLoading(TestClassPropertiesConfiguration.java:93)
> [junit] at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [junit] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess
> orImpl.java:39)
> [junit] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth
> odAccessorImpl.java:25)
>
> [junit] Testcase: testClasspathLoading
>
> BUILD FAILED
> file:/home/craigmcc/Jakarta/jakarta-commons-sandbox/configurat
> ion/build.xml:94:
> Test
> org.apache.commons.configuration.TestClassPropertiesConfigurat
> ion failed
>
>
> FWIW, I'm running this on Linux (RH 9.0) with Sun JDK 1.4.2.
>
> Craig
>
>
>
> > I guess I should follow up with finding out how to get Gump
> building as
> > well? It seems like most of the jakarta projects seem to
> use Gump. And
> > with the large number of dependencies that Configuration
> has, it might be
> > good to include it as well. I ran 'maven gump' and got a
> resulting gump.xml
> > that looks like what is required?
> >
> > Eric
> >
> > > -----Original Message-----
> > > From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> > > Sent: Saturday, December 06, 2003 10:56 PM
> > > To: Dirk Verbeeck
> > > Cc: Jakarta Commons Developers List
> > > Subject: Re: [configuration] binary builds.
> > >
> > >
> > > Quoting Dirk Verbeeck <di...@pandora.be>:
> > >
> > > > Craig is the man to talk to for the nightly builds.
> > > > He runs the builds for jakarta-commons.
> > > >
> > >
> > > Yep.
> > >
> > > > The only requirement is that ant clean dist works but you
> > > also might
> > > > want to change the maven generated ant file to a more
> traditional
> > > > build.xml file. (take the build file of commons-modeler
> as example)
> > > > At least make the junit tests non mandatory.
> > >
> > > Right now, this problem is blocking my ability to add
> > > "configuration" to the set
> > > of nightly builds that I run ... the fact that the unit tests
> > > fail (at line 82
> > > of build.xml) blocks the creation of the binary
> distribution files.
> > >
> > > >
> > > > -- Dirk
> > >
> > > Craig
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > 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
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
RE: [configuration] binary builds.
Posted by "Craig R. McClanahan" <cr...@apache.org>.
Quoting Eric Pugh <ep...@upstate.com>:
> Okay,
>
> Since the project is primarily built with Maven, the build.xml hadn't been
> updated in a while. I ran 'maven ant' and the resulting build file works
> and is now checked in!
>
I just tried it (CVS upate, then "ant clean dist"), and it doesn't work for me
:-(. It still tries to run the tests as part of the "dist" target, and fails
as follows:
internal-test:
[mkdir] Created dir:
/home/craigmcc/Jakarta/jakarta-commons-sandbox/configuration/target/test-reports
[junit] Running org.apache.commons.configuration.TestBaseConfiguration
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.842 sec
[junit] Testsuite: org.apache.commons.configuration.TestBaseConfiguration
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.842 sec
[junit] Testcase: testRetrieve took 0.023 sec
[junit] Testcase: testInterpolation took 0.076 sec
[junit] Testcase: testMultipleInterpolation took 0.002 sec
[junit] Testcase: testInterpolationLoop took 0 sec
[junit] Testcase: testGetString took 0.001 sec
[junit] Running
org.apache.commons.configuration.TestClassPropertiesConfiguration
[junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.87 sec
[junit] Testsuite:
org.apache.commons.configuration.TestClassPropertiesConfiguration
[junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.87 sec
[junit] Testcase: testClasspathLoading took 0.119 sec
[junit] Caused an ERROR
[junit] Could not open Resource
/org/apache/commons/configuration/test.properties
[junit] java.io.FileNotFoundException: Could not open Resource
/org/apache/commons/configuration/test.properties
[junit] at
org.apache.commons.configuration.ClassPropertiesConfiguration.getPropertyStream(ClassPropertiesConfiguration.java:179)
[junit] at
org.apache.commons.configuration.ClassPropertiesConfiguration.<init>(ClassPropertiesConfiguration.java:108)
[junit] at
org.apache.commons.configuration.TestClassPropertiesConfiguration.testClasspathLoading(TestClassPropertiesConfiguration.java:93)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] Testcase: testClasspathLoading
BUILD FAILED
file:/home/craigmcc/Jakarta/jakarta-commons-sandbox/configuration/build.xml:94:
Test org.apache.commons.configuration.TestClassPropertiesConfiguration failed
FWIW, I'm running this on Linux (RH 9.0) with Sun JDK 1.4.2.
Craig
> I guess I should follow up with finding out how to get Gump building as
> well? It seems like most of the jakarta projects seem to use Gump. And
> with the large number of dependencies that Configuration has, it might be
> good to include it as well. I ran 'maven gump' and got a resulting gump.xml
> that looks like what is required?
>
> Eric
>
> > -----Original Message-----
> > From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> > Sent: Saturday, December 06, 2003 10:56 PM
> > To: Dirk Verbeeck
> > Cc: Jakarta Commons Developers List
> > Subject: Re: [configuration] binary builds.
> >
> >
> > Quoting Dirk Verbeeck <di...@pandora.be>:
> >
> > > Craig is the man to talk to for the nightly builds.
> > > He runs the builds for jakarta-commons.
> > >
> >
> > Yep.
> >
> > > The only requirement is that ant clean dist works but you
> > also might
> > > want to change the maven generated ant file to a more traditional
> > > build.xml file. (take the build file of commons-modeler as example)
> > > At least make the junit tests non mandatory.
> >
> > Right now, this problem is blocking my ability to add
> > "configuration" to the set
> > of nightly builds that I run ... the fact that the unit tests
> > fail (at line 82
> > of build.xml) blocks the creation of the binary distribution files.
> >
> > >
> > > -- Dirk
> >
> > Craig
> >
> >
> > ---------------------------------------------------------------------
> > 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
Re: [configuration] binary builds.
Posted by Dirk Verbeeck <di...@pandora.be>.
The output has to be added to the gump descriptors in the gump cvs.
http://cvs.apache.org/viewcvs.cgi/jakarta-gump/project/jakarta-commons-sandbox.xml?rev=1.149&view=auto
The best way to do this is to post a request to the gump-dev mailing
list, then they can verify if the descriptor is OK.
-- Dirk
Eric Pugh wrote:
> Okay,
>
> Since the project is primarily built with Maven, the build.xml hadn't been
> updated in a while. I ran 'maven ant' and the resulting build file works
> and is now checked in!
>
> I guess I should follow up with finding out how to get Gump building as
> well? It seems like most of the jakarta projects seem to use Gump. And
> with the large number of dependencies that Configuration has, it might be
> good to include it as well. I ran 'maven gump' and got a resulting gump.xml
> that looks like what is required?
>
> Eric
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
RE: [configuration] binary builds.
Posted by Eric Pugh <ep...@upstate.com>.
Okay,
Since the project is primarily built with Maven, the build.xml hadn't been
updated in a while. I ran 'maven ant' and the resulting build file works
and is now checked in!
I guess I should follow up with finding out how to get Gump building as
well? It seems like most of the jakarta projects seem to use Gump. And
with the large number of dependencies that Configuration has, it might be
good to include it as well. I ran 'maven gump' and got a resulting gump.xml
that looks like what is required?
Eric
> -----Original Message-----
> From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> Sent: Saturday, December 06, 2003 10:56 PM
> To: Dirk Verbeeck
> Cc: Jakarta Commons Developers List
> Subject: Re: [configuration] binary builds.
>
>
> Quoting Dirk Verbeeck <di...@pandora.be>:
>
> > Craig is the man to talk to for the nightly builds.
> > He runs the builds for jakarta-commons.
> >
>
> Yep.
>
> > The only requirement is that ant clean dist works but you
> also might
> > want to change the maven generated ant file to a more traditional
> > build.xml file. (take the build file of commons-modeler as example)
> > At least make the junit tests non mandatory.
>
> Right now, this problem is blocking my ability to add
> "configuration" to the set
> of nightly builds that I run ... the fact that the unit tests
> fail (at line 82
> of build.xml) blocks the creation of the binary distribution files.
>
> >
> > -- Dirk
>
> Craig
>
>
> ---------------------------------------------------------------------
> 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
Re: [configuration] binary builds.
Posted by "Craig R. McClanahan" <cr...@apache.org>.
Quoting Dirk Verbeeck <di...@pandora.be>:
> Craig is the man to talk to for the nightly builds.
> He runs the builds for jakarta-commons.
>
Yep.
> The only requirement is that ant clean dist works but you also might
> want to change the maven generated ant file to a more traditional
> build.xml file. (take the build file of commons-modeler as example)
> At least make the junit tests non mandatory.
Right now, this problem is blocking my ability to add "configuration" to the set
of nightly builds that I run ... the fact that the unit tests fail (at line 82
of build.xml) blocks the creation of the binary distribution files.
>
> -- Dirk
Craig
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [configuration] binary builds.
Posted by Dirk Verbeeck <di...@pandora.be>.
Craig is the man to talk to for the nightly builds.
He runs the builds for jakarta-commons.
The only requirement is that ant clean dist works but you also might
want to change the maven generated ant file to a more traditional
build.xml file. (take the build file of commons-modeler as example)
At least make the junit tests non mandatory.
-- Dirk
Eric Pugh wrote:
> Dirk,
>
> How do you get a commons component added to the nightly builds? I looked
> around on the commons docs and only found stuff on releases etc...
>
> Eric
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
RE: [configuration] binary builds.
Posted by Eric Pugh <ep...@upstate.com>.
Dirk,
How do you get a commons component added to the nightly builds? I looked
around on the commons docs and only found stuff on releases etc...
Eric
> -----Original Message-----
> From: Dirk Verbeeck [mailto:dirk.verbeeck@pandora.be]
> Sent: Thursday, December 04, 2003 9:37 PM
> To: Jakarta Commons Developers List
> Subject: Re: [configuration] binary builds.
>
>
> The configuration component isn't added to the automated nightly
> builds yet.
> Here is a manual build:
> http://cvs.apache.org/~dirkv/builds/commons-configuration-1.0-
> dev-3.tar.gz
> http://cvs.apache.org/~dirkv/builds/commons-configuration-1.0-
> dev-3-src.tar.gz
>
> -- Dirk
>
>
> Hernan Silberman wrote:
>
> > I know it's a Sandbox project, but I was wondering if
> there's anywhere I can
> > find recent builds of configuration to play with. I'm
> behind a firewall at work
> > and have had little luck getting cvsGrab to work through
> the local HTTP proxy.
> > Even if I do manage to get a copy of that module, the ant
> build process requires
> > unfettered HTTP access to fetch all the required jars it
> needs. I haven't been
> > able to find snapshots or other built copies of this
> project, are they out there?
> >
> > thanks!
> > Hernan
>
>
>
>
> ---------------------------------------------------------------------
> 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
Re: [configuration] binary builds.
Posted by Dirk Verbeeck <di...@pandora.be>.
The configuration component isn't added to the automated nightly
builds yet.
Here is a manual build:
http://cvs.apache.org/~dirkv/builds/commons-configuration-1.0-dev-3.tar.gz
http://cvs.apache.org/~dirkv/builds/commons-configuration-1.0-dev-3-src.tar.gz
-- Dirk
Hernan Silberman wrote:
> I know it's a Sandbox project, but I was wondering if there's anywhere I can
> find recent builds of configuration to play with. I'm behind a firewall at work
> and have had little luck getting cvsGrab to work through the local HTTP proxy.
> Even if I do manage to get a copy of that module, the ant build process requires
> unfettered HTTP access to fetch all the required jars it needs. I haven't been
> able to find snapshots or other built copies of this project, are they out there?
>
> thanks!
> Hernan
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org