You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Jason van Zyl <ja...@maven.org> on 2008/07/09 19:27:29 UTC
Community Help with Maven ITs
Hi,
I'm asking a small handful of developers to run a pre-configured
Hudson instance to collect results for the Maven ITs. All I need is
your machine. I will hand off a self-contained Hudson instance that
you just start up and run. It will also report back to a master server
but I would like to collect results from as many supported platforms
and a couple for each platform if possible. We've never tried this but
if you're interested please contact me privately and I will set you up
with a Hudson install. I just want to try this to see if casting the
net wide will help us find more problems.
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
-- Jacques Ellul, The Technological Society
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: eclipse plugin and shared output directories
Posted by Kamil Demecki <sk...@gmail.com>.
> The default settings for eclipse:eclipse and eclipse:m2eclipse set the
> outputs
> to the same. Does this actually work for people? Maybe locking on windows
> actually make a positive impact finally?
>
Yes, it works well. We have maven projects for 3 years (maven 1.x and maven
2) with developing with eclipse and there was no problem with shared target
directory (windows Xp and Linuks)
--
Kamil Demecki
Re: eclipse plugin and shared output directories
Posted by Benjamin Bentmann <be...@udo.edu>.
Igor Fedorenko wrote:
> We've discussed this subject on m2e dev list a lot recently
Just to give the pointer:
http://docs.codehaus.org/display/M2ECLIPSE/Separate+Eclipse+and+Maven+output+folders
Benjamin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: eclipse plugin and shared output directories
Posted by Igor Fedorenko <ig...@ifedorenko.com>.
We've discussed this subject on m2e dev list a lot recently and I
believe the conclusion is that both collocated and separate output
folders cause problems for some projects and development "styles", for
the lack of a better word.
For example, I mostly work with maven core and various maven plugin
projects. These projects make heavy use of code and resource generation
and I could not make them work with separate output folders reliably.
But everything works almost perfectly with m2e using maven output folders.
On the other hand, however, I hear people are having troubles with
collocated output folders when they switch between m2e and cli often.
Like you describe, either eclipse gets confused by out-of-workspace
changes or maven cli picks up stale/broken files produced by eclipse and
neither eclipse nor maven cli would give any meaningful explanation of
the problems.
Michael McCallum wrote:
> A long time back i discovered that if you have the same target output for
> eclipse and maven you end up with broken shit all over the place, intemittent
> errors. All really unpleasant.
>
> The default settings for eclipse:eclipse and eclipse:m2eclipse set the outputs
> to the same. Does this actually work for people? Maybe locking on windows
> actually make a positive impact finally?
>
> Thoughts anyone?
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
eclipse plugin and shared output directories
Posted by Michael McCallum <gh...@apache.org>.
A long time back i discovered that if you have the same target output for
eclipse and maven you end up with broken shit all over the place, intemittent
errors. All really unpleasant.
The default settings for eclipse:eclipse and eclipse:m2eclipse set the outputs
to the same. Does this actually work for people? Maybe locking on windows
actually make a positive impact finally?
Thoughts anyone?
--
Michael McCallum
Enterprise Engineer
mailto:gholam@apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
John,
The four folks I've gotten feedback from have the have
3380ManagedRelocatedTransdepsTest failing and you made the most recent
changes. Could you take a look?
On 12-Jul-08, at 9:40 AM, Dennis Lundberg wrote:
> I managed to tweak the scripts and configurations to run on Windows
> XP. My results differ a bit from yours:
>
> --------------------
> Tests in error:
> testitMNG3380
> (org
> .apache
> .maven.integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
>
> testit0088(org.apache.maven.integrationtests.MavenIT0088Test)
>
> Tests run: 166, Failures: 0, Errors: 2, Skipped: 0
> --------------------
>
>
> Below is the Surefire report for it0088:
>
>
> -------------------------------------------------------------------------------
> Test set: org.apache.maven.it0088.PomInterpolationTest
> -------------------------------------------------------------------------------
> Tests run: 2, Failures: 2, Errors: 0, Skipped: 0, Time elapsed:
> 0.047 sec <<< FAILURE!
> testProjectBuildDirectoryAfterResourceFiltering
> (org.apache.maven.it0088.PomInterpolationTest) Time elapsed: 0 sec
> <<< FAILURE!
> junit.framework.ComparisonFailure: expected:<...\...> but
> was:<.../...>
> at junit.framework.Assert.assertEquals(Assert.java:81)
> at junit.framework.Assert.assertEquals(Assert.java:87)
> at
> org
> .apache
> .maven
> .it0088
> .PomInterpolationTest
> .testProjectBuildDirectoryAfterResourceFiltering
> (PomInterpolationTest.java:33)
>
> testProjectBuildDirectoryForMojoExecution
> (org.apache.maven.it0088.PomInterpolationTest) Time elapsed: 0 sec
> <<< FAILURE!
> junit.framework.ComparisonFailure: expected:<...\...> but
> was:<.../...>
> at junit.framework.Assert.assertEquals(Assert.java:81)
> at junit.framework.Assert.assertEquals(Assert.java:87)
> at
> org
> .apache
> .maven
> .it0088
> .PomInterpolationTest
> .testProjectBuildDirectoryForMojoExecution(PomInterpolationTest.java:
> 49)
>
>
>
> Jason van Zyl wrote:
>> The result that Brian and I get is the following. Just incase
>> anyone wants to run them. Brian diddled the scripts so it would run
>> on Windows, and I ran on OS X. If there's any problems with the
>> bundle people find. I'll fix them this weekend.
>> Results :
>> Tests in error:
>>
>> testitMNG3380
>> (org
>> .apache
>> .maven
>> .integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
>> Tests run: 166, Failures: 0, Errors: 1, Skipped: 0
>> On 11-Jul-08, at 10:29 PM, Jason van Zyl wrote:
>>> To many people wanted to try this out so this is the first cut of
>>> the Hudson bundle:
>>>
>>> http://people.apache.org/~jvanzyl/hudson.zip
>>>
>>> It's fairly crude, and Windows users are SOL until Monday (Unless
>>> you have Cygwin). I just wrote some bash scripts to prototype it,
>>> but I've start rewriting it in Java using Velocity for the Hudson
>>> job templates.
>>>
>>> So just do the following:
>>>
>>> 1. Unpack
>>> 2. ./start.sh
>>> 3. Go to the console and trigger the bootstrap build
>>>
>>> The bootstrap build will trigger a build of the IT support code,
>>> and then the ITs themselves. Brian and I have tested this and we
>>> get the same results. As this gets more sophisticated I think
>>> we'll have a great community feedback mechanism. Thinking about
>>> the best way to collect the results that isn't annoying. But if
>>> folks are fine with a simple REST call back, or simply mailing a
>>> results page somewhere that would be awesome. If people actually
>>> do have machines externally accessible we can setup a little
>>> Hudson grid. You shouldn't need anything on your machines to run
>>> this. I added checks for testing prereqs so if you don't have SVN
>>> on your machine (which is required for some of the tests) it won't
>>> bork your build.
>>>
>>> Anyway, first step. All seems to work and now I'm focusing on it
>>> running faster. Aiming for bootstrap -> ITs in under 10 minutes.
>>>
>>> On 9-Jul-08, at 1:27 PM, Jason van Zyl wrote:
>>>
>>>> Hi,
>>>>
>>>> I'm asking a small handful of developers to run a pre-configured
>>>> Hudson instance to collect results for the Maven ITs. All I need
>>>> is your machine. I will hand off a self-contained Hudson instance
>>>> that you just start up and run. It will also report back to a
>>>> master server but I would like to collect results from as many
>>>> supported platforms and a couple for each platform if possible.
>>>> We've never tried this but if you're interested please contact me
>>>> privately and I will set you up with a Hudson install. I just
>>>> want to try this to see if casting the net wide will help us find
>>>> more problems.
>>>>
>>>> Thanks,
>>>>
>>>> Jason
>>>>
>>>> ----------------------------------------------------------
>>>> Jason van Zyl
>>>> Founder, Apache Maven
>>>> jason at sonatype dot com
>>>> ----------------------------------------------------------
>>>>
>>>> In short, man creates for himself a new religion of a rational
>>>> and technical order to justify his work and to be justified in it.
>>>>
>>>> -- Jacques Ellul, The Technological Society
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> Thanks,
>>>
>>> Jason
>>>
>>> ----------------------------------------------------------
>>> Jason van Zyl
>>> Founder, Apache Maven
>>> jason at sonatype dot com
>>> ----------------------------------------------------------
>>>
>>> We all have problems. How we deal with them is a measure of our
>>> worth.
>>>
>>> -- Unknown
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>> Thanks,
>> Jason
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>> What matters is not ideas, but the people who have them. Good
>> people can fix bad ideas, but good ideas can't save bad people.
>> -- Paul Graham
>
>
> --
> Dennis Lundberg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
To do two things at once is to do neither.
-—Publilius Syrus, Roman slave, first century B.C.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
I'll start looking at this when I swap out Maven SCM to do everything
for us.
On 21-Jul-08, at 4:16 AM, Stephen Connolly wrote:
> I'm having problems getting this set up to work from behind a http
> proxy.
>
> I've set up subversion's servers file correctly
>
> Here's what I get from the bootstrap:
>
> started
> ERROR: svn: No credential to try. Authentication failed
> org.tmatesoft.svn.core.SVNCancelException: svn: No credential to try.
> Authentication failed
> at
> org
> .tmatesoft
> .svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:65)
> at
> org
> .tmatesoft
> .svn
> .core.internal.io.dav.DAVUtil.findStartingProperties(DAVUtil.java:126)
> at
> org
> .tmatesoft
> .svn
> .core
> .internal
> .io.dav.DAVConnection.fetchRepositoryUUID(DAVConnection.java:88)
> at
> org
> .tmatesoft
> .svn
> .core
> .internal.io.dav.DAVRepository.testConnection(DAVRepository.java:85)
> at
> hudson.scm.SubversionSCM
> $DescriptorImpl.checkRepositoryPath(SubversionSCM.java:1282)
> at
> hudson.scm.SubversionSCM.repositoryLocationsExist(SubversionSCM.java:
> 1343)
> at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:340)
> at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:304)
> at hudson.model.AbstractProject.checkout(AbstractProject.java:586)
> at
> hudson.model.AbstractBuild
> $AbstractRunner.checkout(AbstractBuild.java:251)
> at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:
> 225)
> at hudson.model.Run.run(Run.java:778)
> at hudson.model.Build.run(Build.java:85)
> at hudson.model.ResourceController.execute(ResourceController.java:70)
> at hudson.model.Executor.run(Executor.java:88)
> Caused by: org.tmatesoft.svn.core.SVNCancelException: svn: No
> credential to
> try. Authentication failed
> at
> org
> .tmatesoft
> .svn.core.internal.wc.SVNErrorManager.cancel(SVNErrorManager.java:30)
> at
> org
> .tmatesoft
> .svn
> .core
> .internal
> .wc
> .DefaultSVNAuthenticationManager
> .getFirstAuthentication(DefaultSVNAuthenticationManager.java:164)
> at
> org
> .tmatesoft
> .svn
> .core
> .internal
> .io
> .dav
> .http.HTTPConnection.promptSSLClientCertificate(HTTPConnection.java:
> 563)
> at
> org
> .tmatesoft
> .svn
> .core
> .internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:316)
> at
> org
> .tmatesoft
> .svn
> .core
> .internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:246)
> at
> org
> .tmatesoft
> .svn
> .core
> .internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:234)
> at
> org
> .tmatesoft
> .svn
> .core.internal.io.dav.DAVConnection.doPropfind(DAVConnection.java:97)
> at
> org
> .tmatesoft
> .svn.core.internal.io.dav.DAVUtil.getProperties(DAVUtil.java:57)
> at
> org
> .tmatesoft
> .svn.core.internal.io.dav.DAVUtil.getResourceProperties(DAVUtil.java:
> 62)
> at
> org
> .tmatesoft
> .svn.core.internal.io.dav.DAVUtil.getStartingProperties(DAVUtil.java:
> 92)
> at
> org
> .tmatesoft
> .svn
> .core.internal.io.dav.DAVUtil.findStartingProperties(DAVUtil.java:114)
> ... 13 more
> finished: FAILURE
>
> The hudson.zip I'm using has md5sum of
>
> 17ac6aa6bcbc9a56862202a68f2a42a8 hudson.zip
>
> Any pointers to what else I need to configure?
>
> I'd like to try this out on our heterogeneous build farm
>
> -Stephen
>
> On Sun, Jul 20, 2008 at 2:14 AM, Jason van Zyl <ja...@maven.org>
> wrote:
>>
>> On 19-Jul-08, at 6:42 PM, Dennis Lundberg wrote:
>>
>>> No, I don't have Cygwin installed, and I'm seeing the same problem
>>> that
>>> Benjamin is.
>>>
>>> The problem is that the config.xml for maven-2.1.x-IT-support and
>>> maven-2.1.x-ITs use this:
>>>
>>> <builders>
>>> <hudson.tasks.Shell>
>>> <command> ...</command>
>>> </hudson.tasks.Shell>
>>> </builders>
>>>
>>> To be able to run such a job in Hudson, it requires the presence
>>> of a
> "sh"
>>> executable, which doesn't exist on Windows, unless you have Cygwin
>>> installed.
>>>
>>
>> We could make an installation like below and that's not a problem.
>> I can
>> also make another executor for Hudson using the Plexus CLI utils so
>> that
> it
>> just works on any platform. I'll add the installation for now and
>> make
>> another bundle.
>>
>>>
>>>
>>> The following steps are needed to make the Hudson configuration
>>> platform
>>> independent:
>>>
>>> 1. Create a "MavenInstallation" configuration for Hudson in
>>> runtime/hudson.tasks.Maven.xml that defines the bootstrapped Maven.
>>>
>>> <?xml version='1.0' encoding='UTF-8'?>
>>> <hudson.tasks.Maven_-DescriptorImpl>
>>> <installations>
>>> <hudson.tasks.Maven_-MavenInstallation>
>>> <name>Maven 2.1 SNAPSHOT (built by Hudson)</name>
>>> <mavenHome>@HUDSON_HOME@\apache-maven-2.1-SNAPSHOT</mavenHome>
>>> </hudson.tasks.Maven_-MavenInstallation>
>>> </installations>
>>> </hudson.tasks.Maven_-DescriptorImpl>
>>>
>>>
>>> 2. Replace the <hudson.tasks.Shell> builders with
>>> <hudson.tasks.Maven>
> for
>>> maven-2.1.x-IT-support. It should look like this:
>>>
>>> <hudson.tasks.Maven>
>>> <targets>-Dmaven.repo.local=@REPO@ clean install</targets>
>>> <mavenName>Maven 2.1 SNAPSHOT (built by Hudson)</mavenName>
>>> </hudson.tasks.Maven>
>>>
>>>
>>> 3. Replace the <hudson.tasks.Shell> builders with
>>> <hudson.tasks.Maven>
> for
>>> maven-2.1.x-ITs. It should look like this:
>>>
>>> <hudson.tasks.Maven>
>>> <targets>-Dmaven.repo.local=@REPO@ -Prun-its clean test</targets>
>>> <mavenName>Maven 2.1 SNAPSHOT (built by Hudson)</mavenName>
>>> </hudson.tasks.Maven>
>>>
>>>
>>> Jason van Zyl wrote:
>>>>
>>>> Brian and Dennis were both running under Windows and Brian didn't
>>>> have
>>>> Cygwin installed. Not sure what Dennis had on his machine.
>>>> On 18-Jul-08, at 2:47 PM, Benjamin Bentmann wrote:
>>>>>
>>>>> Brian E. Fox wrote:
>>>>>
>>>>>> What dependency on cygwin?
>>>>>
>>>>> I am referring to this error while trying to build
>>>>> maven-2.1.x-IT-support:
>>>>>
>>>>> [workspace] $ sh -xe <snip>\Temp\hudson39040.sh
>>>>> The system cannot find the file specified
>>>>> FATAL: Command execution failed
>>>>> java.io.IOException: Cannot run program "sh" (in directory
>>>>> "M:\hudson\runtime\jobs\maven-2.1.x-IT-support\workspace"):
> CreateProcess
>>>>> error=2, The system cannot find the specified file
>>>>> at java.lang.ProcessBuilder.start(Unknown Source)
>>>>> at hudson.Proc$LocalProc.<init>(Proc.java:104)
>>>>> at hudson.Proc$LocalProc.<init>(Proc.java:82)
>>>>> at hudson.Launcher$LocalLauncher.createLocalProc(Launcher.java:
>>>>> 291)
>>>>> at hudson.Launcher$LocalLauncher.launch(Launcher.java:282)
>>>>> at hudson.Launcher.launch(Launcher.java:120)
>>>>> at hudson.Launcher.launch(Launcher.java:72)
>>>>> at
> hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:60)
>>>>> at
> hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:34)
>>>>> at hudson.model.Build$RunnerImpl.build(Build.java:130)
>>>>> at hudson.model.Build$RunnerImpl.doRun(Build.java:105)
>>>>> at
>>>>> hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:
>>>>> 231)
>>>>> at hudson.model.Run.run(Run.java:778)
>>>>> at hudson.model.Build.run(Build.java:85)
>>>>> at
> hudson.model.ResourceController.execute(ResourceController.java:70)
>>>>> at hudson.model.Executor.run(Executor.java:88)
>>>>> Caused by: java.io.IOException: CreateProcess error=2, The system
> cannot
>>>>> find the specified file
>>>>> at java.lang.ProcessImpl.create(Native Method)
>>>>> at java.lang.ProcessImpl.<init>(Unknown Source)
>>>>> at java.lang.ProcessImpl.start(Unknown Source)
>>>>> ... 16 more
>>>>> finished: FAILURE
>>>>>
>>>>>> That batch script seems overly complicated, what's it doing that
>>>>>> the other .bat isn't?
>>>>>
>>>>> First of all: What "other. bat" file exactly are you referring to?
>>>>>
>>>>> To make sure I wasn't fooled by my browser's cache, I just
>>>>> redownloaded
>>>>> the Hudson package from Jason's public_html directory on people
>>>>> which
> was
>>>>> last modified on 2008-07-17 21:31:17. Unpacking this ZIP gives me
>>>>>
>>>>> 440 create.sh
>>>>> 2.441.718 haven-1.0.jar
>>>>> 19.810.714 hudson.war
>>>>> 142 start.sh
>>>>> <DIR> templates
>>>>>
>>>>> i.e. there is no Windows batch file at all, only two Unix shell
> scripts.
>>>>>
>>>>> Next up, I manually simulated the commands from start.sh. The
> config.xml
>>>>> generated by haven for maven-2.1.x-IT-support contains
>>>>>
>>>>> <builders>
>>>>> <hudson.tasks.Shell>
>>>>> <command>( cd ${WORKSPACE}/core-integration-tests-support;
>>>>> M2_HOME=M:\hudson\runtime/apache-maven-2.1-SNAPSHOT;
>>>>> M:\hudson\runtime/apache-maven-2.1-SNAPSHOT/bin/mvn
>>>>> -Dmaven.repo.local=M:\hudson\runtime\repos\integration clean
>>>>> install
>>>>> )</command>
>>>>> </hudson.tasks.Shell>
>>>>> </builders>
>>>>>
>>>>> which again is no batch file and causes the build to fail on
>>>>> Windows
>>>>> without cygwin on the PATH since "sh" is not a standard Windows
> executable
>>>>> (see error above).
>>>>>
>>>>> So my best guess is, that we are talking about two different
>>>>> bundles?
>>>>>
>>>>> Regarding the purpose of the batch files I posted: The ones you
>>>>> quoted
>>>>> are merely two lines, effectively the same as the current shell
> scripts.
>>>>> The only difference is that I preferred to use "-f" to specify the
> POMs
>>>>> instead of changing the current directory. I mailed about that
> previously
>>>>> with Jason.
>>>>>
>>>>> The one I posted before (hudson.bat), yes you're right, that's
>>>>> overly
>>>>> complex. The second "if" testing for the existence of
>>>>> %HUDSON_HOME% can
> be
>>>>> removed since that is handled by haven.
>>>>>
>>>>>
>>>>> Benjamin
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>> Thanks,
>>>> Jason
>>>> ----------------------------------------------------------
>>>> Jason van Zyl
>>>> Founder, Apache Maven
>>>> jason at sonatype dot com
>>>> ----------------------------------------------------------
>>>> believe nothing, no matter where you read it,
>>>> or who has said it,
>>>> not even if i have said it,
>>>> unless it agrees with your own reason
>>>> and your own common sense.
>>>> -- Buddha
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>>
>>> --
>>> Dennis Lundberg
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> Thanks,
>>
>> Jason
>>
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>>
>> A party which is not afraid of letting culture,
>> business, and welfare go to ruin completely can
>> be omnipotent for a while.
>>
>> -- Jakob Burckhardt
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
A party which is not afraid of letting culture,
business, and welfare go to ruin completely can
be omnipotent for a while.
-- Jakob Burckhardt
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Stephen Connolly <st...@gmail.com>.
I'm having problems getting this set up to work from behind a http proxy.
I've set up subversion's servers file correctly
Here's what I get from the bootstrap:
started
ERROR: svn: No credential to try. Authentication failed
org.tmatesoft.svn.core.SVNCancelException: svn: No credential to try.
Authentication failed
at
org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:65)
at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.findStartingProperties(DAVUtil.java:126)
at
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.fetchRepositoryUUID(DAVConnection.java:88)
at
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.testConnection(DAVRepository.java:85)
at
hudson.scm.SubversionSCM$DescriptorImpl.checkRepositoryPath(SubversionSCM.java:1282)
at
hudson.scm.SubversionSCM.repositoryLocationsExist(SubversionSCM.java:1343)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:340)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:304)
at hudson.model.AbstractProject.checkout(AbstractProject.java:586)
at
hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:251)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:225)
at hudson.model.Run.run(Run.java:778)
at hudson.model.Build.run(Build.java:85)
at hudson.model.ResourceController.execute(ResourceController.java:70)
at hudson.model.Executor.run(Executor.java:88)
Caused by: org.tmatesoft.svn.core.SVNCancelException: svn: No credential to
try. Authentication failed
at
org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel(SVNErrorManager.java:30)
at
org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getFirstAuthentication(DefaultSVNAuthenticationManager.java:164)
at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.promptSSLClientCertificate(HTTPConnection.java:563)
at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:316)
at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:246)
at
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:234)
at
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doPropfind(DAVConnection.java:97)
at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getProperties(DAVUtil.java:57)
at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getResourceProperties(DAVUtil.java:62)
at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getStartingProperties(DAVUtil.java:92)
at
org.tmatesoft.svn.core.internal.io.dav.DAVUtil.findStartingProperties(DAVUtil.java:114)
... 13 more
finished: FAILURE
The hudson.zip I'm using has md5sum of
17ac6aa6bcbc9a56862202a68f2a42a8 hudson.zip
Any pointers to what else I need to configure?
I'd like to try this out on our heterogeneous build farm
-Stephen
On Sun, Jul 20, 2008 at 2:14 AM, Jason van Zyl <ja...@maven.org> wrote:
>
> On 19-Jul-08, at 6:42 PM, Dennis Lundberg wrote:
>
>> No, I don't have Cygwin installed, and I'm seeing the same problem that
>> Benjamin is.
>>
>> The problem is that the config.xml for maven-2.1.x-IT-support and
>> maven-2.1.x-ITs use this:
>>
>> <builders>
>> <hudson.tasks.Shell>
>> <command> ...</command>
>> </hudson.tasks.Shell>
>> </builders>
>>
>> To be able to run such a job in Hudson, it requires the presence of a
"sh"
>> executable, which doesn't exist on Windows, unless you have Cygwin
>> installed.
>>
>
> We could make an installation like below and that's not a problem. I can
> also make another executor for Hudson using the Plexus CLI utils so that
it
> just works on any platform. I'll add the installation for now and make
> another bundle.
>
>>
>>
>> The following steps are needed to make the Hudson configuration platform
>> independent:
>>
>> 1. Create a "MavenInstallation" configuration for Hudson in
>> runtime/hudson.tasks.Maven.xml that defines the bootstrapped Maven.
>>
>> <?xml version='1.0' encoding='UTF-8'?>
>> <hudson.tasks.Maven_-DescriptorImpl>
>> <installations>
>> <hudson.tasks.Maven_-MavenInstallation>
>> <name>Maven 2.1 SNAPSHOT (built by Hudson)</name>
>> <mavenHome>@HUDSON_HOME@\apache-maven-2.1-SNAPSHOT</mavenHome>
>> </hudson.tasks.Maven_-MavenInstallation>
>> </installations>
>> </hudson.tasks.Maven_-DescriptorImpl>
>>
>>
>> 2. Replace the <hudson.tasks.Shell> builders with <hudson.tasks.Maven>
for
>> maven-2.1.x-IT-support. It should look like this:
>>
>> <hudson.tasks.Maven>
>> <targets>-Dmaven.repo.local=@REPO@ clean install</targets>
>> <mavenName>Maven 2.1 SNAPSHOT (built by Hudson)</mavenName>
>> </hudson.tasks.Maven>
>>
>>
>> 3. Replace the <hudson.tasks.Shell> builders with <hudson.tasks.Maven>
for
>> maven-2.1.x-ITs. It should look like this:
>>
>> <hudson.tasks.Maven>
>> <targets>-Dmaven.repo.local=@REPO@ -Prun-its clean test</targets>
>> <mavenName>Maven 2.1 SNAPSHOT (built by Hudson)</mavenName>
>> </hudson.tasks.Maven>
>>
>>
>> Jason van Zyl wrote:
>>>
>>> Brian and Dennis were both running under Windows and Brian didn't have
>>> Cygwin installed. Not sure what Dennis had on his machine.
>>> On 18-Jul-08, at 2:47 PM, Benjamin Bentmann wrote:
>>>>
>>>> Brian E. Fox wrote:
>>>>
>>>>> What dependency on cygwin?
>>>>
>>>> I am referring to this error while trying to build
>>>> maven-2.1.x-IT-support:
>>>>
>>>> [workspace] $ sh -xe <snip>\Temp\hudson39040.sh
>>>> The system cannot find the file specified
>>>> FATAL: Command execution failed
>>>> java.io.IOException: Cannot run program "sh" (in directory
>>>> "M:\hudson\runtime\jobs\maven-2.1.x-IT-support\workspace"):
CreateProcess
>>>> error=2, The system cannot find the specified file
>>>> at java.lang.ProcessBuilder.start(Unknown Source)
>>>> at hudson.Proc$LocalProc.<init>(Proc.java:104)
>>>> at hudson.Proc$LocalProc.<init>(Proc.java:82)
>>>> at hudson.Launcher$LocalLauncher.createLocalProc(Launcher.java:291)
>>>> at hudson.Launcher$LocalLauncher.launch(Launcher.java:282)
>>>> at hudson.Launcher.launch(Launcher.java:120)
>>>> at hudson.Launcher.launch(Launcher.java:72)
>>>> at
hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:60)
>>>> at
hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:34)
>>>> at hudson.model.Build$RunnerImpl.build(Build.java:130)
>>>> at hudson.model.Build$RunnerImpl.doRun(Build.java:105)
>>>> at
>>>> hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:231)
>>>> at hudson.model.Run.run(Run.java:778)
>>>> at hudson.model.Build.run(Build.java:85)
>>>> at
hudson.model.ResourceController.execute(ResourceController.java:70)
>>>> at hudson.model.Executor.run(Executor.java:88)
>>>> Caused by: java.io.IOException: CreateProcess error=2, The system
cannot
>>>> find the specified file
>>>> at java.lang.ProcessImpl.create(Native Method)
>>>> at java.lang.ProcessImpl.<init>(Unknown Source)
>>>> at java.lang.ProcessImpl.start(Unknown Source)
>>>> ... 16 more
>>>> finished: FAILURE
>>>>
>>>>> That batch script seems overly complicated, what's it doing that
>>>>> the other .bat isn't?
>>>>
>>>> First of all: What "other. bat" file exactly are you referring to?
>>>>
>>>> To make sure I wasn't fooled by my browser's cache, I just redownloaded
>>>> the Hudson package from Jason's public_html directory on people which
was
>>>> last modified on 2008-07-17 21:31:17. Unpacking this ZIP gives me
>>>>
>>>> 440 create.sh
>>>> 2.441.718 haven-1.0.jar
>>>> 19.810.714 hudson.war
>>>> 142 start.sh
>>>> <DIR> templates
>>>>
>>>> i.e. there is no Windows batch file at all, only two Unix shell
scripts.
>>>>
>>>> Next up, I manually simulated the commands from start.sh. The
config.xml
>>>> generated by haven for maven-2.1.x-IT-support contains
>>>>
>>>> <builders>
>>>> <hudson.tasks.Shell>
>>>> <command>( cd ${WORKSPACE}/core-integration-tests-support;
>>>> M2_HOME=M:\hudson\runtime/apache-maven-2.1-SNAPSHOT;
>>>> M:\hudson\runtime/apache-maven-2.1-SNAPSHOT/bin/mvn
>>>> -Dmaven.repo.local=M:\hudson\runtime\repos\integration clean install
>>>> )</command>
>>>> </hudson.tasks.Shell>
>>>> </builders>
>>>>
>>>> which again is no batch file and causes the build to fail on Windows
>>>> without cygwin on the PATH since "sh" is not a standard Windows
executable
>>>> (see error above).
>>>>
>>>> So my best guess is, that we are talking about two different bundles?
>>>>
>>>> Regarding the purpose of the batch files I posted: The ones you quoted
>>>> are merely two lines, effectively the same as the current shell
scripts.
>>>> The only difference is that I preferred to use "-f" to specify the
POMs
>>>> instead of changing the current directory. I mailed about that
previously
>>>> with Jason.
>>>>
>>>> The one I posted before (hudson.bat), yes you're right, that's overly
>>>> complex. The second "if" testing for the existence of %HUDSON_HOME% can
be
>>>> removed since that is handled by haven.
>>>>
>>>>
>>>> Benjamin
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>> Thanks,
>>> Jason
>>> ----------------------------------------------------------
>>> Jason van Zyl
>>> Founder, Apache Maven
>>> jason at sonatype dot com
>>> ----------------------------------------------------------
>>> believe nothing, no matter where you read it,
>>> or who has said it,
>>> not even if i have said it,
>>> unless it agrees with your own reason
>>> and your own common sense.
>>> -- Buddha
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
>> --
>> Dennis Lundberg
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> A party which is not afraid of letting culture,
> business, and welfare go to ruin completely can
> be omnipotent for a while.
>
> -- Jakob Burckhardt
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
Re: Community Help with Maven ITs
Posted by Benjamin Bentmann <be...@udo.edu>.
Jason van Zyl wrote:
> I replaced all the scripting with Velocity templating
ExodusCli.java:70
w = new FileWriter(job);
Using
w = WriterFactory.newXmlWriter(job);
from plexus-utils instead would ensure proper output encoding for the
config.xml and improve platform independence of the bundle.
Benjamin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
You and Brian can fight it out over the windows stuff.
On 18-Jul-08, at 12:12 PM, Benjamin Bentmann wrote:
> Jason van Zyl wrote:
>
>> Ok, I have a new portable bundle.
>
> Maybe you find this Windows batch file a useful addition:
>
> ----------------------------------------
> @echo off
>
> set "dir=%~dp0"
> if "%dir:~-1%" == "\" set "dir=%dir:~0,-1%"
>
> set "HUDSON_HOME=%dir%\runtime"
>
> if not exist "%HUDSON_HOME%" (
> java -jar "%dir%\haven-1.0.jar" -d "%HUDSON_HOME%"
> )
>
> java -jar "%dir%\hudson.war" "--webroot=%HUDSON_HOME%\war"
> ----------------------------------------
>
> Proposed name: hudson.bat or anything else but start.bat. The later
> would cause confusion because just executing "start" as usual will
> invoke start.exe instead.
>
>> I replaced all the scripting with Velocity templating
>
> Are create.sh and the templates directory still needed or garbage?
Not needed anymore, and haven will check to see if the jobs are
created, so you don't need any logic in the script.
>
>
>
> Benjamin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
You are never dedicated to something you have complete confidence in.
No one is fanatically shouting that the sun is going to rise tomorrow.
They know it is going to rise tomorrow. When people are fanatically
dedicated to political or religious faiths or any other kind of
dogmas or goals, it's always because these dogmas or
goals are in doubt.
-- Robert Pirzig, Zen and the Art of Motorcycle Maintenance
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Benjamin Bentmann <be...@udo.edu>.
Jason van Zyl wrote:
> Ok, I have a new portable bundle.
Maybe you find this Windows batch file a useful addition:
----------------------------------------
@echo off
set "dir=%~dp0"
if "%dir:~-1%" == "\" set "dir=%dir:~0,-1%"
set "HUDSON_HOME=%dir%\runtime"
if not exist "%HUDSON_HOME%" (
java -jar "%dir%\haven-1.0.jar" -d "%HUDSON_HOME%"
)
java -jar "%dir%\hudson.war" "--webroot=%HUDSON_HOME%\war"
----------------------------------------
Proposed name: hudson.bat or anything else but start.bat. The later
would cause confusion because just executing "start" as usual will
invoke start.exe instead.
> I replaced all the scripting with Velocity templating
Are create.sh and the templates directory still needed or garbage?
Benjamin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Benjamin Bentmann <be...@udo.edu>.
Jason van Zyl wrote:
> I replaced all the scripting with Velocity templating for all the jobs that are created.
Another suggestion: In ExodusCli.java:45 replace
hudsonHome = System.getProperty("user.dir");
with
hudsonHome = new File(System.getProperty("user.dir"),
"runtime").getPath();
This would bring the output directory in sync with the one configured in
start.sh when haven.jar is invoked independently from its base directory
(i.e. by a Windows user double-clicking it).
Benjamin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
On 18-Jul-08, at 3:05 PM, Benjamin Bentmann wrote:
> Jason van Zyl wrote:
>
>> You've got the wrong bundle it appears. The new one:
>> -rw-r--r-- 1 jvanzyl jvanzyl 2441718 17 Jul 14:19 haven-1.0.jar
>> -rw-r--r--@ 1 jvanzyl jvanzyl 19810714 17 Jul 13:55 hudson.war
>> -rw-r--r-- 1 jvanzyl jvanzyl 119 17 Jul 15:37 start.bat
>> -rwxr-xr-x@ 1 jvanzyl jvanzyl 142 17 Jul 14:13 start.sh
>
> Looks better but is that the one from
> http://people.apache.org/~jvanzyl/hudson.zip
> ? Can you re-check?
>
> Also, please consider to rename start.bat. The collision with
> start.exe is prone to confusion.
>
Sure, that's not a problem. Eventually it will just be "java -jar
X.jar".
Script renamed and bundled published and I'm uploading a new bundle now.
>
>
> Benjamin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
Selfish deeds are the shortest path to self destruction.
-- The Seven Samuari, Akira Kirosawa
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Benjamin Bentmann <be...@udo.edu>.
Jason van Zyl wrote:
> You've got the wrong bundle it appears. The new one:
>
> -rw-r--r-- 1 jvanzyl jvanzyl 2441718 17 Jul 14:19 haven-1.0.jar
> -rw-r--r--@ 1 jvanzyl jvanzyl 19810714 17 Jul 13:55 hudson.war
> -rw-r--r-- 1 jvanzyl jvanzyl 119 17 Jul 15:37 start.bat
> -rwxr-xr-x@ 1 jvanzyl jvanzyl 142 17 Jul 14:13 start.sh
Looks better but is that the one from
http://people.apache.org/~jvanzyl/hudson.zip
? Can you re-check?
Also, please consider to rename start.bat. The collision with start.exe
is prone to confusion.
Benjamin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Benjamin Bentmann <be...@udo.edu>.
Jason van Zyl wrote:
> There's a new bundle up there now.
OK, now I get:
440 create.sh
2.441.718 haven-1.0.jar
119 hudson.bat
142 hudson.sh
19.810.714 hudson.war
142 start.sh
<DIR> templates
Also, the config.xml created for the ITs and their support stuff still
contains <hudson.tasks.Shell> so I doubt that's the bundle Brian tested
on Windows. Maybe your archiver messed up the new bundle with some old
contents?
Furthermore, the included hudson.bat is badly coded and will misbehave
for paths containing spaces or shell metacharacters. I propose to add
some quotes:
@echo off
set "HUDSON_HOME=%CD%\runtime"
java -jar haven-1.0.jar -d "%HUDSON_HOME%"
java -jar hudson.war "--webroot=%HUDSON_HOME%\war"
Benjamin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
There's a new bundle up there now.
On 18-Jul-08, at 3:02 PM, Dennis Lundberg wrote:
> I just downloaded and unpacked the new bundle, and I've got
>
> -rw-rw-rw- 1 dlg01 0 440 2008-07-11 15:55 create.sh
> -rw-rw-rw- 1 dlg01 0 2441718 2008-07-17 14:19 haven-1.0.jar
> -rw-rw-rw- 1 dlg01 0 19810714 2008-07-17 13:55 hudson.war
> -rw-rw-rw- 1 dlg01 0 142 2008-07-17 14:13 start.sh
> drw-rw-rw- 2 dlg01 0 0 2008-07-18 21:00 templates
>
> Jason van Zyl wrote:
>> You've got the wrong bundle it appears. The new one:
>> -rw-r--r-- 1 jvanzyl jvanzyl 2441718 17 Jul 14:19 haven-1.0.jar
>> -rw-r--r--@ 1 jvanzyl jvanzyl 19810714 17 Jul 13:55 hudson.war
>> -rw-r--r-- 1 jvanzyl jvanzyl 119 17 Jul 15:37 start.bat
>> -rwxr-xr-x@ 1 jvanzyl jvanzyl 142 17 Jul 14:13 start.sh
>> On 18-Jul-08, at 2:47 PM, Benjamin Bentmann wrote:
>>> Brian E. Fox wrote:
>>>
>>>> What dependency on cygwin?
>>>
>>> I am referring to this error while trying to build maven-2.1.x-IT-
>>> support:
>>>
>>> [workspace] $ sh -xe <snip>\Temp\hudson39040.sh
>>> The system cannot find the file specified
>>> FATAL: Command execution failed
>>> java.io.IOException: Cannot run program "sh" (in directory "M:
>>> \hudson\runtime\jobs\maven-2.1.x-IT-support\workspace"):
>>> CreateProcess error=2, The system cannot find the specified file
>>> at java.lang.ProcessBuilder.start(Unknown Source)
>>> at hudson.Proc$LocalProc.<init>(Proc.java:104)
>>> at hudson.Proc$LocalProc.<init>(Proc.java:82)
>>> at hudson.Launcher$LocalLauncher.createLocalProc(Launcher.java:
>>> 291)
>>> at hudson.Launcher$LocalLauncher.launch(Launcher.java:282)
>>> at hudson.Launcher.launch(Launcher.java:120)
>>> at hudson.Launcher.launch(Launcher.java:72)
>>> at
>>> hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:60)
>>> at
>>> hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:34)
>>> at hudson.model.Build$RunnerImpl.build(Build.java:130)
>>> at hudson.model.Build$RunnerImpl.doRun(Build.java:105)
>>> at hudson.model.AbstractBuild
>>> $AbstractRunner.run(AbstractBuild.java:231)
>>> at hudson.model.Run.run(Run.java:778)
>>> at hudson.model.Build.run(Build.java:85)
>>> at
>>> hudson.model.ResourceController.execute(ResourceController.java:70)
>>> at hudson.model.Executor.run(Executor.java:88)
>>> Caused by: java.io.IOException: CreateProcess error=2, The system
>>> cannot find the specified file
>>> at java.lang.ProcessImpl.create(Native Method)
>>> at java.lang.ProcessImpl.<init>(Unknown Source)
>>> at java.lang.ProcessImpl.start(Unknown Source)
>>> ... 16 more
>>> finished: FAILURE
>>>
>>>> That batch script seems overly complicated, what's it doing that
>>>> the other .bat isn't?
>>>
>>> First of all: What "other. bat" file exactly are you referring to?
>>>
>>> To make sure I wasn't fooled by my browser's cache, I just
>>> redownloaded the Hudson package from Jason's public_html directory
>>> on people which was last modified on 2008-07-17 21:31:17.
>>> Unpacking this ZIP gives me
>>>
>>> 440 create.sh
>>> 2.441.718 haven-1.0.jar
>>> 19.810.714 hudson.war
>>> 142 start.sh
>>> <DIR> templates
>>>
>>> i.e. there is no Windows batch file at all, only two Unix shell
>>> scripts.
>>>
>>> Next up, I manually simulated the commands from start.sh. The
>>> config.xml generated by haven for maven-2.1.x-IT-support contains
>>>
>>> <builders>
>>> <hudson.tasks.Shell>
>>> <command>( cd ${WORKSPACE}/core-integration-tests-support;
>>> M2_HOME=M:\hudson\runtime/apache-maven-2.1-SNAPSHOT; M:\hudson
>>> \runtime/apache-maven-2.1-SNAPSHOT/bin/mvn -Dmaven.repo.local=M:
>>> \hudson\runtime\repos\integration clean install )</command>
>>> </hudson.tasks.Shell>
>>> </builders>
>>>
>>> which again is no batch file and causes the build to fail on
>>> Windows without cygwin on the PATH since "sh" is not a standard
>>> Windows executable (see error above).
>>>
>>> So my best guess is, that we are talking about two different
>>> bundles?
>>>
>>> Regarding the purpose of the batch files I posted: The ones you
>>> quoted are merely two lines, effectively the same as the current
>>> shell scripts. The only difference is that I preferred to use "-
>>> f" to specify the POMs instead of changing the current directory.
>>> I mailed about that previously with Jason.
>>>
>>> The one I posted before (hudson.bat), yes you're right, that's
>>> overly complex. The second "if" testing for the existence of
>>> %HUDSON_HOME% can be removed since that is handled by haven.
>>>
>>>
>>> Benjamin
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>> Thanks,
>> Jason
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>> happiness is like a butterfly: the more you chase it, the more it
>> will
>> elude you, but if you turn your attention to other things, it will
>> come
>> and sit softly on your shoulder ...
>> -- Thoreau
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>
>
> --
> Dennis Lundberg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
happiness is like a butterfly: the more you chase it, the more it will
elude you, but if you turn your attention to other things, it will come
and sit softly on your shoulder ...
-- Thoreau
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Dennis Lundberg <de...@apache.org>.
I just downloaded and unpacked the new bundle, and I've got
-rw-rw-rw- 1 dlg01 0 440 2008-07-11 15:55 create.sh
-rw-rw-rw- 1 dlg01 0 2441718 2008-07-17 14:19 haven-1.0.jar
-rw-rw-rw- 1 dlg01 0 19810714 2008-07-17 13:55 hudson.war
-rw-rw-rw- 1 dlg01 0 142 2008-07-17 14:13 start.sh
drw-rw-rw- 2 dlg01 0 0 2008-07-18 21:00 templates
Jason van Zyl wrote:
> You've got the wrong bundle it appears. The new one:
>
> -rw-r--r-- 1 jvanzyl jvanzyl 2441718 17 Jul 14:19 haven-1.0.jar
> -rw-r--r--@ 1 jvanzyl jvanzyl 19810714 17 Jul 13:55 hudson.war
> -rw-r--r-- 1 jvanzyl jvanzyl 119 17 Jul 15:37 start.bat
> -rwxr-xr-x@ 1 jvanzyl jvanzyl 142 17 Jul 14:13 start.sh
>
>
> On 18-Jul-08, at 2:47 PM, Benjamin Bentmann wrote:
>
>> Brian E. Fox wrote:
>>
>>> What dependency on cygwin?
>>
>> I am referring to this error while trying to build
>> maven-2.1.x-IT-support:
>>
>> [workspace] $ sh -xe <snip>\Temp\hudson39040.sh
>> The system cannot find the file specified
>> FATAL: Command execution failed
>> java.io.IOException: Cannot run program "sh" (in directory
>> "M:\hudson\runtime\jobs\maven-2.1.x-IT-support\workspace"):
>> CreateProcess error=2, The system cannot find the specified file
>> at java.lang.ProcessBuilder.start(Unknown Source)
>> at hudson.Proc$LocalProc.<init>(Proc.java:104)
>> at hudson.Proc$LocalProc.<init>(Proc.java:82)
>> at hudson.Launcher$LocalLauncher.createLocalProc(Launcher.java:291)
>> at hudson.Launcher$LocalLauncher.launch(Launcher.java:282)
>> at hudson.Launcher.launch(Launcher.java:120)
>> at hudson.Launcher.launch(Launcher.java:72)
>> at
>> hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:60)
>> at
>> hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:34)
>> at hudson.model.Build$RunnerImpl.build(Build.java:130)
>> at hudson.model.Build$RunnerImpl.doRun(Build.java:105)
>> at
>> hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:231)
>> at hudson.model.Run.run(Run.java:778)
>> at hudson.model.Build.run(Build.java:85)
>> at
>> hudson.model.ResourceController.execute(ResourceController.java:70)
>> at hudson.model.Executor.run(Executor.java:88)
>> Caused by: java.io.IOException: CreateProcess error=2, The system
>> cannot find the specified file
>> at java.lang.ProcessImpl.create(Native Method)
>> at java.lang.ProcessImpl.<init>(Unknown Source)
>> at java.lang.ProcessImpl.start(Unknown Source)
>> ... 16 more
>> finished: FAILURE
>>
>>> That batch script seems overly complicated, what's it doing that
>>> the other .bat isn't?
>>
>> First of all: What "other. bat" file exactly are you referring to?
>>
>> To make sure I wasn't fooled by my browser's cache, I just
>> redownloaded the Hudson package from Jason's public_html directory on
>> people which was last modified on 2008-07-17 21:31:17. Unpacking this
>> ZIP gives me
>>
>> 440 create.sh
>> 2.441.718 haven-1.0.jar
>> 19.810.714 hudson.war
>> 142 start.sh
>> <DIR> templates
>>
>> i.e. there is no Windows batch file at all, only two Unix shell scripts.
>>
>> Next up, I manually simulated the commands from start.sh. The
>> config.xml generated by haven for maven-2.1.x-IT-support contains
>>
>> <builders>
>> <hudson.tasks.Shell>
>> <command>( cd ${WORKSPACE}/core-integration-tests-support;
>> M2_HOME=M:\hudson\runtime/apache-maven-2.1-SNAPSHOT;
>> M:\hudson\runtime/apache-maven-2.1-SNAPSHOT/bin/mvn
>> -Dmaven.repo.local=M:\hudson\runtime\repos\integration clean install
>> )</command>
>> </hudson.tasks.Shell>
>> </builders>
>>
>> which again is no batch file and causes the build to fail on Windows
>> without cygwin on the PATH since "sh" is not a standard Windows
>> executable (see error above).
>>
>> So my best guess is, that we are talking about two different bundles?
>>
>> Regarding the purpose of the batch files I posted: The ones you quoted
>> are merely two lines, effectively the same as the current shell
>> scripts. The only difference is that I preferred to use "-f" to
>> specify the POMs instead of changing the current directory. I mailed
>> about that previously with Jason.
>>
>> The one I posted before (hudson.bat), yes you're right, that's overly
>> complex. The second "if" testing for the existence of %HUDSON_HOME%
>> can be removed since that is handled by haven.
>>
>>
>> Benjamin
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> happiness is like a butterfly: the more you chase it, the more it will
> elude you, but if you turn your attention to other things, it will come
> and sit softly on your shoulder ...
>
> -- Thoreau
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
--
Dennis Lundberg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
You've got the wrong bundle it appears. The new one:
-rw-r--r-- 1 jvanzyl jvanzyl 2441718 17 Jul 14:19 haven-1.0.jar
-rw-r--r--@ 1 jvanzyl jvanzyl 19810714 17 Jul 13:55 hudson.war
-rw-r--r-- 1 jvanzyl jvanzyl 119 17 Jul 15:37 start.bat
-rwxr-xr-x@ 1 jvanzyl jvanzyl 142 17 Jul 14:13 start.sh
On 18-Jul-08, at 2:47 PM, Benjamin Bentmann wrote:
> Brian E. Fox wrote:
>
>> What dependency on cygwin?
>
> I am referring to this error while trying to build maven-2.1.x-IT-
> support:
>
> [workspace] $ sh -xe <snip>\Temp\hudson39040.sh
> The system cannot find the file specified
> FATAL: Command execution failed
> java.io.IOException: Cannot run program "sh" (in directory "M:\hudson
> \runtime\jobs\maven-2.1.x-IT-support\workspace"): CreateProcess
> error=2, The system cannot find the specified file
> at java.lang.ProcessBuilder.start(Unknown Source)
> at hudson.Proc$LocalProc.<init>(Proc.java:104)
> at hudson.Proc$LocalProc.<init>(Proc.java:82)
> at hudson.Launcher$LocalLauncher.createLocalProc(Launcher.java:291)
> at hudson.Launcher$LocalLauncher.launch(Launcher.java:282)
> at hudson.Launcher.launch(Launcher.java:120)
> at hudson.Launcher.launch(Launcher.java:72)
> at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:
> 60)
> at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:
> 34)
> at hudson.model.Build$RunnerImpl.build(Build.java:130)
> at hudson.model.Build$RunnerImpl.doRun(Build.java:105)
> at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:
> 231)
> at hudson.model.Run.run(Run.java:778)
> at hudson.model.Build.run(Build.java:85)
> at hudson.model.ResourceController.execute(ResourceController.java:
> 70)
> at hudson.model.Executor.run(Executor.java:88)
> Caused by: java.io.IOException: CreateProcess error=2, The system
> cannot find the specified file
> at java.lang.ProcessImpl.create(Native Method)
> at java.lang.ProcessImpl.<init>(Unknown Source)
> at java.lang.ProcessImpl.start(Unknown Source)
> ... 16 more
> finished: FAILURE
>
>> That batch script seems overly complicated, what's it doing that
>> the other .bat isn't?
>
> First of all: What "other. bat" file exactly are you referring to?
>
> To make sure I wasn't fooled by my browser's cache, I just
> redownloaded the Hudson package from Jason's public_html directory
> on people which was last modified on 2008-07-17 21:31:17. Unpacking
> this ZIP gives me
>
> 440 create.sh
> 2.441.718 haven-1.0.jar
> 19.810.714 hudson.war
> 142 start.sh
> <DIR> templates
>
> i.e. there is no Windows batch file at all, only two Unix shell
> scripts.
>
> Next up, I manually simulated the commands from start.sh. The
> config.xml generated by haven for maven-2.1.x-IT-support contains
>
> <builders>
> <hudson.tasks.Shell>
> <command>( cd ${WORKSPACE}/core-integration-tests-support;
> M2_HOME=M:\hudson\runtime/apache-maven-2.1-SNAPSHOT; M:\hudson
> \runtime/apache-maven-2.1-SNAPSHOT/bin/mvn -Dmaven.repo.local=M:
> \hudson\runtime\repos\integration clean install )</command>
> </hudson.tasks.Shell>
> </builders>
>
> which again is no batch file and causes the build to fail on Windows
> without cygwin on the PATH since "sh" is not a standard Windows
> executable (see error above).
>
> So my best guess is, that we are talking about two different bundles?
>
> Regarding the purpose of the batch files I posted: The ones you
> quoted are merely two lines, effectively the same as the current
> shell scripts. The only difference is that I preferred to use "-f"
> to specify the POMs instead of changing the current directory. I
> mailed about that previously with Jason.
>
> The one I posted before (hudson.bat), yes you're right, that's
> overly complex. The second "if" testing for the existence of
> %HUDSON_HOME% can be removed since that is handled by haven.
>
>
> Benjamin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
happiness is like a butterfly: the more you chase it, the more it will
elude you, but if you turn your attention to other things, it will come
and sit softly on your shoulder ...
-- Thoreau
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
On 19-Jul-08, at 6:42 PM, Dennis Lundberg wrote:
> No, I don't have Cygwin installed, and I'm seeing the same problem
> that Benjamin is.
>
> The problem is that the config.xml for maven-2.1.x-IT-support and
> maven-2.1.x-ITs use this:
>
> <builders>
> <hudson.tasks.Shell>
> <command> ...</command>
> </hudson.tasks.Shell>
> </builders>
>
> To be able to run such a job in Hudson, it requires the presence of
> a "sh" executable, which doesn't exist on Windows, unless you have
> Cygwin installed.
>
We could make an installation like below and that's not a problem. I
can also make another executor for Hudson using the Plexus CLI utils
so that it just works on any platform. I'll add the installation for
now and make another bundle.
>
>
> The following steps are needed to make the Hudson configuration
> platform independent:
>
> 1. Create a "MavenInstallation" configuration for Hudson in runtime/
> hudson.tasks.Maven.xml that defines the bootstrapped Maven.
>
> <?xml version='1.0' encoding='UTF-8'?>
> <hudson.tasks.Maven_-DescriptorImpl>
> <installations>
> <hudson.tasks.Maven_-MavenInstallation>
> <name>Maven 2.1 SNAPSHOT (built by Hudson)</name>
> <mavenHome>@HUDSON_HOME@\apache-maven-2.1-SNAPSHOT</mavenHome>
> </hudson.tasks.Maven_-MavenInstallation>
> </installations>
> </hudson.tasks.Maven_-DescriptorImpl>
>
>
> 2. Replace the <hudson.tasks.Shell> builders with
> <hudson.tasks.Maven> for maven-2.1.x-IT-support. It should look like
> this:
>
> <hudson.tasks.Maven>
> <targets>-Dmaven.repo.local=@REPO@ clean install</targets>
> <mavenName>Maven 2.1 SNAPSHOT (built by Hudson)</mavenName>
> </hudson.tasks.Maven>
>
>
> 3. Replace the <hudson.tasks.Shell> builders with
> <hudson.tasks.Maven> for maven-2.1.x-ITs. It should look like this:
>
> <hudson.tasks.Maven>
> <targets>-Dmaven.repo.local=@REPO@ -Prun-its clean test</targets>
> <mavenName>Maven 2.1 SNAPSHOT (built by Hudson)</mavenName>
> </hudson.tasks.Maven>
>
>
> Jason van Zyl wrote:
>> Brian and Dennis were both running under Windows and Brian didn't
>> have Cygwin installed. Not sure what Dennis had on his machine.
>> On 18-Jul-08, at 2:47 PM, Benjamin Bentmann wrote:
>>> Brian E. Fox wrote:
>>>
>>>> What dependency on cygwin?
>>>
>>> I am referring to this error while trying to build maven-2.1.x-IT-
>>> support:
>>>
>>> [workspace] $ sh -xe <snip>\Temp\hudson39040.sh
>>> The system cannot find the file specified
>>> FATAL: Command execution failed
>>> java.io.IOException: Cannot run program "sh" (in directory "M:
>>> \hudson\runtime\jobs\maven-2.1.x-IT-support\workspace"):
>>> CreateProcess error=2, The system cannot find the specified file
>>> at java.lang.ProcessBuilder.start(Unknown Source)
>>> at hudson.Proc$LocalProc.<init>(Proc.java:104)
>>> at hudson.Proc$LocalProc.<init>(Proc.java:82)
>>> at hudson.Launcher$LocalLauncher.createLocalProc(Launcher.java:
>>> 291)
>>> at hudson.Launcher$LocalLauncher.launch(Launcher.java:282)
>>> at hudson.Launcher.launch(Launcher.java:120)
>>> at hudson.Launcher.launch(Launcher.java:72)
>>> at
>>> hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:60)
>>> at
>>> hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:34)
>>> at hudson.model.Build$RunnerImpl.build(Build.java:130)
>>> at hudson.model.Build$RunnerImpl.doRun(Build.java:105)
>>> at hudson.model.AbstractBuild
>>> $AbstractRunner.run(AbstractBuild.java:231)
>>> at hudson.model.Run.run(Run.java:778)
>>> at hudson.model.Build.run(Build.java:85)
>>> at
>>> hudson.model.ResourceController.execute(ResourceController.java:70)
>>> at hudson.model.Executor.run(Executor.java:88)
>>> Caused by: java.io.IOException: CreateProcess error=2, The system
>>> cannot find the specified file
>>> at java.lang.ProcessImpl.create(Native Method)
>>> at java.lang.ProcessImpl.<init>(Unknown Source)
>>> at java.lang.ProcessImpl.start(Unknown Source)
>>> ... 16 more
>>> finished: FAILURE
>>>
>>>> That batch script seems overly complicated, what's it doing that
>>>> the other .bat isn't?
>>>
>>> First of all: What "other. bat" file exactly are you referring to?
>>>
>>> To make sure I wasn't fooled by my browser's cache, I just
>>> redownloaded the Hudson package from Jason's public_html directory
>>> on people which was last modified on 2008-07-17 21:31:17.
>>> Unpacking this ZIP gives me
>>>
>>> 440 create.sh
>>> 2.441.718 haven-1.0.jar
>>> 19.810.714 hudson.war
>>> 142 start.sh
>>> <DIR> templates
>>>
>>> i.e. there is no Windows batch file at all, only two Unix shell
>>> scripts.
>>>
>>> Next up, I manually simulated the commands from start.sh. The
>>> config.xml generated by haven for maven-2.1.x-IT-support contains
>>>
>>> <builders>
>>> <hudson.tasks.Shell>
>>> <command>( cd ${WORKSPACE}/core-integration-tests-support;
>>> M2_HOME=M:\hudson\runtime/apache-maven-2.1-SNAPSHOT; M:\hudson
>>> \runtime/apache-maven-2.1-SNAPSHOT/bin/mvn -Dmaven.repo.local=M:
>>> \hudson\runtime\repos\integration clean install )</command>
>>> </hudson.tasks.Shell>
>>> </builders>
>>>
>>> which again is no batch file and causes the build to fail on
>>> Windows without cygwin on the PATH since "sh" is not a standard
>>> Windows executable (see error above).
>>>
>>> So my best guess is, that we are talking about two different
>>> bundles?
>>>
>>> Regarding the purpose of the batch files I posted: The ones you
>>> quoted are merely two lines, effectively the same as the current
>>> shell scripts. The only difference is that I preferred to use "-
>>> f" to specify the POMs instead of changing the current directory.
>>> I mailed about that previously with Jason.
>>>
>>> The one I posted before (hudson.bat), yes you're right, that's
>>> overly complex. The second "if" testing for the existence of
>>> %HUDSON_HOME% can be removed since that is handled by haven.
>>>
>>>
>>> Benjamin
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>> Thanks,
>> Jason
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>> believe nothing, no matter where you read it,
>> or who has said it,
>> not even if i have said it,
>> unless it agrees with your own reason
>> and your own common sense.
>> -- Buddha
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>
>
> --
> Dennis Lundberg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
A party which is not afraid of letting culture,
business, and welfare go to ruin completely can
be omnipotent for a while.
-- Jakob Burckhardt
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Dennis Lundberg <de...@apache.org>.
No, I don't have Cygwin installed, and I'm seeing the same problem that
Benjamin is.
The problem is that the config.xml for maven-2.1.x-IT-support and
maven-2.1.x-ITs use this:
<builders>
<hudson.tasks.Shell>
<command> ...</command>
</hudson.tasks.Shell>
</builders>
To be able to run such a job in Hudson, it requires the presence of a
"sh" executable, which doesn't exist on Windows, unless you have Cygwin
installed.
The following steps are needed to make the Hudson configuration platform
independent:
1. Create a "MavenInstallation" configuration for Hudson in
runtime/hudson.tasks.Maven.xml that defines the bootstrapped Maven.
<?xml version='1.0' encoding='UTF-8'?>
<hudson.tasks.Maven_-DescriptorImpl>
<installations>
<hudson.tasks.Maven_-MavenInstallation>
<name>Maven 2.1 SNAPSHOT (built by Hudson)</name>
<mavenHome>@HUDSON_HOME@\apache-maven-2.1-SNAPSHOT</mavenHome>
</hudson.tasks.Maven_-MavenInstallation>
</installations>
</hudson.tasks.Maven_-DescriptorImpl>
2. Replace the <hudson.tasks.Shell> builders with <hudson.tasks.Maven>
for maven-2.1.x-IT-support. It should look like this:
<hudson.tasks.Maven>
<targets>-Dmaven.repo.local=@REPO@ clean install</targets>
<mavenName>Maven 2.1 SNAPSHOT (built by Hudson)</mavenName>
</hudson.tasks.Maven>
3. Replace the <hudson.tasks.Shell> builders with <hudson.tasks.Maven>
for maven-2.1.x-ITs. It should look like this:
<hudson.tasks.Maven>
<targets>-Dmaven.repo.local=@REPO@ -Prun-its clean test</targets>
<mavenName>Maven 2.1 SNAPSHOT (built by Hudson)</mavenName>
</hudson.tasks.Maven>
Jason van Zyl wrote:
> Brian and Dennis were both running under Windows and Brian didn't have
> Cygwin installed. Not sure what Dennis had on his machine.
>
> On 18-Jul-08, at 2:47 PM, Benjamin Bentmann wrote:
>
>> Brian E. Fox wrote:
>>
>>> What dependency on cygwin?
>>
>> I am referring to this error while trying to build
>> maven-2.1.x-IT-support:
>>
>> [workspace] $ sh -xe <snip>\Temp\hudson39040.sh
>> The system cannot find the file specified
>> FATAL: Command execution failed
>> java.io.IOException: Cannot run program "sh" (in directory
>> "M:\hudson\runtime\jobs\maven-2.1.x-IT-support\workspace"):
>> CreateProcess error=2, The system cannot find the specified file
>> at java.lang.ProcessBuilder.start(Unknown Source)
>> at hudson.Proc$LocalProc.<init>(Proc.java:104)
>> at hudson.Proc$LocalProc.<init>(Proc.java:82)
>> at hudson.Launcher$LocalLauncher.createLocalProc(Launcher.java:291)
>> at hudson.Launcher$LocalLauncher.launch(Launcher.java:282)
>> at hudson.Launcher.launch(Launcher.java:120)
>> at hudson.Launcher.launch(Launcher.java:72)
>> at
>> hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:60)
>> at
>> hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:34)
>> at hudson.model.Build$RunnerImpl.build(Build.java:130)
>> at hudson.model.Build$RunnerImpl.doRun(Build.java:105)
>> at
>> hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:231)
>> at hudson.model.Run.run(Run.java:778)
>> at hudson.model.Build.run(Build.java:85)
>> at
>> hudson.model.ResourceController.execute(ResourceController.java:70)
>> at hudson.model.Executor.run(Executor.java:88)
>> Caused by: java.io.IOException: CreateProcess error=2, The system
>> cannot find the specified file
>> at java.lang.ProcessImpl.create(Native Method)
>> at java.lang.ProcessImpl.<init>(Unknown Source)
>> at java.lang.ProcessImpl.start(Unknown Source)
>> ... 16 more
>> finished: FAILURE
>>
>>> That batch script seems overly complicated, what's it doing that
>>> the other .bat isn't?
>>
>> First of all: What "other. bat" file exactly are you referring to?
>>
>> To make sure I wasn't fooled by my browser's cache, I just
>> redownloaded the Hudson package from Jason's public_html directory on
>> people which was last modified on 2008-07-17 21:31:17. Unpacking this
>> ZIP gives me
>>
>> 440 create.sh
>> 2.441.718 haven-1.0.jar
>> 19.810.714 hudson.war
>> 142 start.sh
>> <DIR> templates
>>
>> i.e. there is no Windows batch file at all, only two Unix shell scripts.
>>
>> Next up, I manually simulated the commands from start.sh. The
>> config.xml generated by haven for maven-2.1.x-IT-support contains
>>
>> <builders>
>> <hudson.tasks.Shell>
>> <command>( cd ${WORKSPACE}/core-integration-tests-support;
>> M2_HOME=M:\hudson\runtime/apache-maven-2.1-SNAPSHOT;
>> M:\hudson\runtime/apache-maven-2.1-SNAPSHOT/bin/mvn
>> -Dmaven.repo.local=M:\hudson\runtime\repos\integration clean install
>> )</command>
>> </hudson.tasks.Shell>
>> </builders>
>>
>> which again is no batch file and causes the build to fail on Windows
>> without cygwin on the PATH since "sh" is not a standard Windows
>> executable (see error above).
>>
>> So my best guess is, that we are talking about two different bundles?
>>
>> Regarding the purpose of the batch files I posted: The ones you quoted
>> are merely two lines, effectively the same as the current shell
>> scripts. The only difference is that I preferred to use "-f" to
>> specify the POMs instead of changing the current directory. I mailed
>> about that previously with Jason.
>>
>> The one I posted before (hudson.bat), yes you're right, that's overly
>> complex. The second "if" testing for the existence of %HUDSON_HOME%
>> can be removed since that is handled by haven.
>>
>>
>> Benjamin
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> believe nothing, no matter where you read it,
> or who has said it,
> not even if i have said it,
> unless it agrees with your own reason
> and your own common sense.
>
> -- Buddha
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
--
Dennis Lundberg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
Brian and Dennis were both running under Windows and Brian didn't have
Cygwin installed. Not sure what Dennis had on his machine.
On 18-Jul-08, at 2:47 PM, Benjamin Bentmann wrote:
> Brian E. Fox wrote:
>
>> What dependency on cygwin?
>
> I am referring to this error while trying to build maven-2.1.x-IT-
> support:
>
> [workspace] $ sh -xe <snip>\Temp\hudson39040.sh
> The system cannot find the file specified
> FATAL: Command execution failed
> java.io.IOException: Cannot run program "sh" (in directory "M:\hudson
> \runtime\jobs\maven-2.1.x-IT-support\workspace"): CreateProcess
> error=2, The system cannot find the specified file
> at java.lang.ProcessBuilder.start(Unknown Source)
> at hudson.Proc$LocalProc.<init>(Proc.java:104)
> at hudson.Proc$LocalProc.<init>(Proc.java:82)
> at hudson.Launcher$LocalLauncher.createLocalProc(Launcher.java:291)
> at hudson.Launcher$LocalLauncher.launch(Launcher.java:282)
> at hudson.Launcher.launch(Launcher.java:120)
> at hudson.Launcher.launch(Launcher.java:72)
> at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:
> 60)
> at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:
> 34)
> at hudson.model.Build$RunnerImpl.build(Build.java:130)
> at hudson.model.Build$RunnerImpl.doRun(Build.java:105)
> at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:
> 231)
> at hudson.model.Run.run(Run.java:778)
> at hudson.model.Build.run(Build.java:85)
> at hudson.model.ResourceController.execute(ResourceController.java:
> 70)
> at hudson.model.Executor.run(Executor.java:88)
> Caused by: java.io.IOException: CreateProcess error=2, The system
> cannot find the specified file
> at java.lang.ProcessImpl.create(Native Method)
> at java.lang.ProcessImpl.<init>(Unknown Source)
> at java.lang.ProcessImpl.start(Unknown Source)
> ... 16 more
> finished: FAILURE
>
>> That batch script seems overly complicated, what's it doing that
>> the other .bat isn't?
>
> First of all: What "other. bat" file exactly are you referring to?
>
> To make sure I wasn't fooled by my browser's cache, I just
> redownloaded the Hudson package from Jason's public_html directory
> on people which was last modified on 2008-07-17 21:31:17. Unpacking
> this ZIP gives me
>
> 440 create.sh
> 2.441.718 haven-1.0.jar
> 19.810.714 hudson.war
> 142 start.sh
> <DIR> templates
>
> i.e. there is no Windows batch file at all, only two Unix shell
> scripts.
>
> Next up, I manually simulated the commands from start.sh. The
> config.xml generated by haven for maven-2.1.x-IT-support contains
>
> <builders>
> <hudson.tasks.Shell>
> <command>( cd ${WORKSPACE}/core-integration-tests-support;
> M2_HOME=M:\hudson\runtime/apache-maven-2.1-SNAPSHOT; M:\hudson
> \runtime/apache-maven-2.1-SNAPSHOT/bin/mvn -Dmaven.repo.local=M:
> \hudson\runtime\repos\integration clean install )</command>
> </hudson.tasks.Shell>
> </builders>
>
> which again is no batch file and causes the build to fail on Windows
> without cygwin on the PATH since "sh" is not a standard Windows
> executable (see error above).
>
> So my best guess is, that we are talking about two different bundles?
>
> Regarding the purpose of the batch files I posted: The ones you
> quoted are merely two lines, effectively the same as the current
> shell scripts. The only difference is that I preferred to use "-f"
> to specify the POMs instead of changing the current directory. I
> mailed about that previously with Jason.
>
> The one I posted before (hudson.bat), yes you're right, that's
> overly complex. The second "if" testing for the existence of
> %HUDSON_HOME% can be removed since that is handled by haven.
>
>
> Benjamin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
believe nothing, no matter where you read it,
or who has said it,
not even if i have said it,
unless it agrees with your own reason
and your own common sense.
-- Buddha
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Benjamin Bentmann <be...@udo.edu>.
Brian E. Fox wrote:
> What dependency on cygwin?
I am referring to this error while trying to build maven-2.1.x-IT-support:
[workspace] $ sh -xe <snip>\Temp\hudson39040.sh
The system cannot find the file specified
FATAL: Command execution failed
java.io.IOException: Cannot run program "sh" (in directory
"M:\hudson\runtime\jobs\maven-2.1.x-IT-support\workspace"):
CreateProcess error=2, The system cannot find the specified file
at java.lang.ProcessBuilder.start(Unknown Source)
at hudson.Proc$LocalProc.<init>(Proc.java:104)
at hudson.Proc$LocalProc.<init>(Proc.java:82)
at hudson.Launcher$LocalLauncher.createLocalProc(Launcher.java:291)
at hudson.Launcher$LocalLauncher.launch(Launcher.java:282)
at hudson.Launcher.launch(Launcher.java:120)
at hudson.Launcher.launch(Launcher.java:72)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:60)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:34)
at hudson.model.Build$RunnerImpl.build(Build.java:130)
at hudson.model.Build$RunnerImpl.doRun(Build.java:105)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:231)
at hudson.model.Run.run(Run.java:778)
at hudson.model.Build.run(Build.java:85)
at hudson.model.ResourceController.execute(ResourceController.java:70)
at hudson.model.Executor.run(Executor.java:88)
Caused by: java.io.IOException: CreateProcess error=2, The system cannot
find the specified file
at java.lang.ProcessImpl.create(Native Method)
at java.lang.ProcessImpl.<init>(Unknown Source)
at java.lang.ProcessImpl.start(Unknown Source)
... 16 more
finished: FAILURE
> That batch script seems overly complicated, what's it doing that
> the other .bat isn't?
First of all: What "other. bat" file exactly are you referring to?
To make sure I wasn't fooled by my browser's cache, I just redownloaded
the Hudson package from Jason's public_html directory on people which
was last modified on 2008-07-17 21:31:17. Unpacking this ZIP gives me
440 create.sh
2.441.718 haven-1.0.jar
19.810.714 hudson.war
142 start.sh
<DIR> templates
i.e. there is no Windows batch file at all, only two Unix shell scripts.
Next up, I manually simulated the commands from start.sh. The config.xml
generated by haven for maven-2.1.x-IT-support contains
<builders>
<hudson.tasks.Shell>
<command>( cd ${WORKSPACE}/core-integration-tests-support;
M2_HOME=M:\hudson\runtime/apache-maven-2.1-SNAPSHOT;
M:\hudson\runtime/apache-maven-2.1-SNAPSHOT/bin/mvn
-Dmaven.repo.local=M:\hudson\runtime\repos\integration clean install
)</command>
</hudson.tasks.Shell>
</builders>
which again is no batch file and causes the build to fail on Windows
without cygwin on the PATH since "sh" is not a standard Windows
executable (see error above).
So my best guess is, that we are talking about two different bundles?
Regarding the purpose of the batch files I posted: The ones you quoted
are merely two lines, effectively the same as the current shell scripts.
The only difference is that I preferred to use "-f" to specify the
POMs instead of changing the current directory. I mailed about that
previously with Jason.
The one I posted before (hudson.bat), yes you're right, that's overly
complex. The second "if" testing for the existence of %HUDSON_HOME% can
be removed since that is handled by haven.
Benjamin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
RE: Community Help with Maven ITs
Posted by "Brian E. Fox" <br...@reply.infinity.nu>.
What dependency on cygwin? I fired it up on a naked windows vm without
cygwin. That batch script seems overly complicated, what's it doing that
the other .bat isn't?
-----Original Message-----
From: Benjamin Bentmann [mailto:benjamin.bentmann@udo.edu]
Sent: Friday, July 18, 2008 1:08 PM
To: Maven Developers List
Subject: Re: Community Help with Maven ITs
Jason van Zyl wrote:
> Ok, I have a new portable bundle.
To get rid of the requirement on cygwin: You could use the Os class from
plexus-utils to detect Windows and set a flag in the Velocity context
for the templates. Using this flag, the templates could be tweaked to
use batch files instead of shell scripts for the Maven launches.
For maven-2.1.x-IT-support.xml:
<hudson.tasks.BatchFile>
<command>
set "M2_HOME=${hudsonHome}\apache-maven-2.1-SNAPSHOT"
"${hudsonHome}\apache-maven-2.1-SNAPSHOT\bin\mvn" -f
"%WORKSPACE%\core-integration-tests-support\pom.xml"
"-Dmaven.repo.local=${mavenRepoLocal}" clean install
</command>
</hudson.tasks.BatchFile>
And for maven-2.1.x-ITs.xml:
<hudson.tasks.BatchFile>
<command>
set "M2_HOME=${hudsonHome}\apache-maven-2.1-SNAPSHOT"
"${hudsonHome}\apache-maven-2.1-SNAPSHOT\bin\mvn" -f
"%WORKSPACE%\core-integration-tests\pom.xml"
"-Dmaven.repo.local=${mavenRepoLocal}" -Prun-its clean test
</command>
</hudson.tasks.BatchFile>
BTW, the template for maven-2.1.x-ITs.xml still contains the old
placeholders @HUDSON_HOME@ and @REPO@, making it produce a
non-functional config.xml.
Benjamin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Benjamin Bentmann <be...@udo.edu>.
Jason van Zyl wrote:
> Ok, I have a new portable bundle.
To get rid of the requirement on cygwin: You could use the Os class from
plexus-utils to detect Windows and set a flag in the Velocity context
for the templates. Using this flag, the templates could be tweaked to
use batch files instead of shell scripts for the Maven launches.
For maven-2.1.x-IT-support.xml:
<hudson.tasks.BatchFile>
<command>
set "M2_HOME=${hudsonHome}\apache-maven-2.1-SNAPSHOT"
"${hudsonHome}\apache-maven-2.1-SNAPSHOT\bin\mvn" -f
"%WORKSPACE%\core-integration-tests-support\pom.xml"
"-Dmaven.repo.local=${mavenRepoLocal}" clean install
</command>
</hudson.tasks.BatchFile>
And for maven-2.1.x-ITs.xml:
<hudson.tasks.BatchFile>
<command>
set "M2_HOME=${hudsonHome}\apache-maven-2.1-SNAPSHOT"
"${hudsonHome}\apache-maven-2.1-SNAPSHOT\bin\mvn" -f
"%WORKSPACE%\core-integration-tests\pom.xml"
"-Dmaven.repo.local=${mavenRepoLocal}" -Prun-its clean test
</command>
</hudson.tasks.BatchFile>
BTW, the template for maven-2.1.x-ITs.xml still contains the old
placeholders @HUDSON_HOME@ and @REPO@, making it produce a
non-functional config.xml.
Benjamin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
Ok, I have a new portable bundle. I replaced all the scripting with
Velocity templating for all the jobs that are created. Brian tested it
on Windows and it all seems to be working fine.
http://people.apache.org/~jvanzyl/hudson.zip
I'm next getting Hudson to pull the POMs directly to create jobs, and
I'm making a few sets of jobs so that people can choose:
- Maven 2.1 ITs
- Maven 2.0 ITs
- Plugins
- Maven 2.1 Platform (everything used to develop Maven)
On 13-Jul-08, at 8:53 AM, Jason van Zyl wrote:
> Ok, I'm working on collecting the results so we can work with them.
>
> On 13-Jul-08, at 8:00 AM, Siarhei Dudzin wrote:
>
>> I've ran it Jul 12, 2008 11:26:10
>> PM<http://192.168.62.201:8080/job/maven-2.1.x-bootstrap/3/>(CET).
>>
>> Siarhei
>>
>> On Sun, Jul 13, 2008 at 2:42 AM, Jason van Zyl <ja...@maven.org>
>> wrote:
>>
>>> When did you run this?
>>>
>>>
>>> On 12-Jul-08, at 8:39 PM, Siarhei Dudzin wrote:
>>>
>>> Good idea, because I got something different:
>>>>
>>>> [java] Failed tests:
>>>> [java]
>>>> testRunningScmPlugin
>>>> (org.apache.maven.embedder.execution.EmbedderUsingScmPluginTest)
>>>>
>>>>
>>>>
>>>> On Sat, Jul 12, 2008 at 4:46 PM, Jason van Zyl <ja...@maven.org>
>>>> wrote:
>>>>
>>>> Cool, I'm trying to figure out how to collate all the incoming
>>>> reports
>>>>> easily as even with 20 people doing this the noise will be
>>>>> overwhelming.
>>>>> Just for the record I think this is a huge step toward creating a
>>>>> sustainable system.
>>>>>
>>>>>
>>>>> Siarhei
>>>>
>>>
>>> Thanks,
>>>
>>> Jason
>>>
>>> ----------------------------------------------------------
>>> Jason van Zyl
>>> Founder, Apache Maven
>>> jason at sonatype dot com
>>> ----------------------------------------------------------
>>>
>>> In short, man creates for himself a new religion of a rational
>>> and technical order to justify his work and to be justified in it.
>>>
>>> -- Jacques Ellul, The Technological Society
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>>
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> First, the taking in of scattered particulars under one Idea,
> so that everyone understands what is being talked about ... Second,
> the separation of the Idea into parts, by dividing it at the joints,
> as nature directs, not breaking any limb in half as a bad carver
> might.
>
> -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander)
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
Simplex sigillum veri. (Simplicity is the seal of truth.)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
Ok, I'm working on collecting the results so we can work with them.
On 13-Jul-08, at 8:00 AM, Siarhei Dudzin wrote:
> I've ran it Jul 12, 2008 11:26:10
> PM<http://192.168.62.201:8080/job/maven-2.1.x-bootstrap/3/>(CET).
>
> Siarhei
>
> On Sun, Jul 13, 2008 at 2:42 AM, Jason van Zyl <ja...@maven.org>
> wrote:
>
>> When did you run this?
>>
>>
>> On 12-Jul-08, at 8:39 PM, Siarhei Dudzin wrote:
>>
>> Good idea, because I got something different:
>>>
>>> [java] Failed tests:
>>> [java]
>>> testRunningScmPlugin
>>> (org.apache.maven.embedder.execution.EmbedderUsingScmPluginTest)
>>>
>>>
>>>
>>> On Sat, Jul 12, 2008 at 4:46 PM, Jason van Zyl <ja...@maven.org>
>>> wrote:
>>>
>>> Cool, I'm trying to figure out how to collate all the incoming
>>> reports
>>>> easily as even with 20 people doing this the noise will be
>>>> overwhelming.
>>>> Just for the record I think this is a huge step toward creating a
>>>> sustainable system.
>>>>
>>>>
>>>> Siarhei
>>>
>>
>> Thanks,
>>
>> Jason
>>
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>>
>> In short, man creates for himself a new religion of a rational
>> and technical order to justify his work and to be justified in it.
>>
>> -- Jacques Ellul, The Technological Society
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
First, the taking in of scattered particulars under one Idea,
so that everyone understands what is being talked about ... Second,
the separation of the Idea into parts, by dividing it at the joints,
as nature directs, not breaking any limb in half as a bad carver might.
-- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Siarhei Dudzin <si...@gmail.com>.
I've ran it Jul 12, 2008 11:26:10
PM<http://192.168.62.201:8080/job/maven-2.1.x-bootstrap/3/>(CET).
Siarhei
On Sun, Jul 13, 2008 at 2:42 AM, Jason van Zyl <ja...@maven.org> wrote:
> When did you run this?
>
>
> On 12-Jul-08, at 8:39 PM, Siarhei Dudzin wrote:
>
> Good idea, because I got something different:
>>
>> [java] Failed tests:
>> [java]
>> testRunningScmPlugin(org.apache.maven.embedder.execution.EmbedderUsingScmPluginTest)
>>
>>
>>
>> On Sat, Jul 12, 2008 at 4:46 PM, Jason van Zyl <ja...@maven.org> wrote:
>>
>> Cool, I'm trying to figure out how to collate all the incoming reports
>>> easily as even with 20 people doing this the noise will be overwhelming.
>>> Just for the record I think this is a huge step toward creating a
>>> sustainable system.
>>>
>>>
>>> Siarhei
>>
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> In short, man creates for himself a new religion of a rational
> and technical order to justify his work and to be justified in it.
>
> -- Jacques Ellul, The Technological Society
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
When did you run this?
On 12-Jul-08, at 8:39 PM, Siarhei Dudzin wrote:
> Good idea, because I got something different:
>
> [java] Failed tests:
> [java]
> testRunningScmPlugin
> (org.apache.maven.embedder.execution.EmbedderUsingScmPluginTest)
>
>
>
> On Sat, Jul 12, 2008 at 4:46 PM, Jason van Zyl <ja...@maven.org>
> wrote:
>
>> Cool, I'm trying to figure out how to collate all the incoming
>> reports
>> easily as even with 20 people doing this the noise will be
>> overwhelming.
>> Just for the record I think this is a huge step toward creating a
>> sustainable system.
>>
>>
> Siarhei
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
-- Jacques Ellul, The Technological Society
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Siarhei Dudzin <si...@gmail.com>.
Good idea, because I got something different:
[java] Failed tests:
[java] testRunningScmPlugin(org.apache.maven.embedder.execution.EmbedderUsingScmPluginTest)
On Sat, Jul 12, 2008 at 4:46 PM, Jason van Zyl <ja...@maven.org> wrote:
> Cool, I'm trying to figure out how to collate all the incoming reports
> easily as even with 20 people doing this the noise will be overwhelming.
> Just for the record I think this is a huge step toward creating a
> sustainable system.
>
>
Siarhei
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
Cool, I'm trying to figure out how to collate all the incoming reports
easily as even with 20 people doing this the noise will be
overwhelming. Just for the record I think this is a huge step toward
creating a sustainable system.
On 12-Jul-08, at 9:42 AM, Dennis Lundberg wrote:
> It seems that Benjamin beat me to it :-)
>
> http://jira.codehaus.org/browse/MNG-3663
>
>
> Dennis Lundberg wrote:
>> I managed to tweak the scripts and configurations to run on Windows
>> XP. My results differ a bit from yours:
>> --------------------
>> Tests in error:
>> testitMNG3380
>> (org
>> .apache
>> .maven
>> .integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
>> testit0088(org.apache.maven.integrationtests.MavenIT0088Test)
>> Tests run: 166, Failures: 0, Errors: 2, Skipped: 0
>> --------------------
>> Below is the Surefire report for it0088:
>> ------------------------------------------------------------------------------- Test
>> set: org.apache.maven.it0088.PomInterpolationTest
>> ------------------------------------------------------------------------------- Tests
>> run: 2, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.047
>> sec <<< FAILURE!
>> testProjectBuildDirectoryAfterResourceFiltering
>> (org.apache.maven.it0088.PomInterpolationTest) Time elapsed: 0
>> sec <<< FAILURE!
>> junit.framework.ComparisonFailure: expected:<...\...> but
>> was:<.../...>
>> at junit.framework.Assert.assertEquals(Assert.java:81)
>> at junit.framework.Assert.assertEquals(Assert.java:87)
>> at
>> org
>> .apache
>> .maven
>> .it0088
>> .PomInterpolationTest
>> .testProjectBuildDirectoryAfterResourceFiltering
>> (PomInterpolationTest.java:33)
>> testProjectBuildDirectoryForMojoExecution
>> (org.apache.maven.it0088.PomInterpolationTest) Time elapsed: 0
>> sec <<< FAILURE!
>> junit.framework.ComparisonFailure: expected:<...\...> but
>> was:<.../...>
>> at junit.framework.Assert.assertEquals(Assert.java:81)
>> at junit.framework.Assert.assertEquals(Assert.java:87)
>> at
>> org
>> .apache
>> .maven
>> .it0088
>> .PomInterpolationTest
>> .testProjectBuildDirectoryForMojoExecution
>> (PomInterpolationTest.java:49) Jason van Zyl wrote:
>>> The result that Brian and I get is the following. Just incase
>>> anyone wants to run them. Brian diddled the scripts so it would
>>> run on Windows, and I ran on OS X. If there's any problems with
>>> the bundle people find. I'll fix them this weekend.
>>> Results :
>>>
>>> Tests in error:
>>>
>>> testitMNG3380
>>> (org
>>> .apache
>>> .maven.integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
>>>
>>> Tests run: 166, Failures: 0, Errors: 1, Skipped: 0
>>>
>>> On 11-Jul-08, at 10:29 PM, Jason van Zyl wrote:
>>>
>>>> To many people wanted to try this out so this is the first cut of
>>>> the Hudson bundle:
>>>>
>>>> http://people.apache.org/~jvanzyl/hudson.zip
>>>>
>>>> It's fairly crude, and Windows users are SOL until Monday (Unless
>>>> you have Cygwin). I just wrote some bash scripts to prototype it,
>>>> but I've start rewriting it in Java using Velocity for the Hudson
>>>> job templates.
>>>>
>>>> So just do the following:
>>>>
>>>> 1. Unpack
>>>> 2. ./start.sh
>>>> 3. Go to the console and trigger the bootstrap build
>>>>
>>>> The bootstrap build will trigger a build of the IT support code,
>>>> and then the ITs themselves. Brian and I have tested this and we
>>>> get the same results. As this gets more sophisticated I think
>>>> we'll have a great community feedback mechanism. Thinking about
>>>> the best way to collect the results that isn't annoying. But if
>>>> folks are fine with a simple REST call back, or simply mailing a
>>>> results page somewhere that would be awesome. If people actually
>>>> do have machines externally accessible we can setup a little
>>>> Hudson grid. You shouldn't need anything on your machines to run
>>>> this. I added checks for testing prereqs so if you don't have SVN
>>>> on your machine (which is required for some of the tests) it
>>>> won't bork your build.
>>>>
>>>> Anyway, first step. All seems to work and now I'm focusing on it
>>>> running faster. Aiming for bootstrap -> ITs in under 10 minutes.
>>>>
>>>> On 9-Jul-08, at 1:27 PM, Jason van Zyl wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I'm asking a small handful of developers to run a pre-configured
>>>>> Hudson instance to collect results for the Maven ITs. All I need
>>>>> is your machine. I will hand off a self-contained Hudson
>>>>> instance that you just start up and run. It will also report
>>>>> back to a master server but I would like to collect results from
>>>>> as many supported platforms and a couple for each platform if
>>>>> possible. We've never tried this but if you're interested please
>>>>> contact me privately and I will set you up with a Hudson
>>>>> install. I just want to try this to see if casting the net wide
>>>>> will help us find more problems.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Jason
>>>>>
>>>>> ----------------------------------------------------------
>>>>> Jason van Zyl
>>>>> Founder, Apache Maven
>>>>> jason at sonatype dot com
>>>>> ----------------------------------------------------------
>>>>>
>>>>> In short, man creates for himself a new religion of a rational
>>>>> and technical order to justify his work and to be justified in it.
>>>>>
>>>>> -- Jacques Ellul, The Technological Society
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>>
>>>> Thanks,
>>>>
>>>> Jason
>>>>
>>>> ----------------------------------------------------------
>>>> Jason van Zyl
>>>> Founder, Apache Maven
>>>> jason at sonatype dot com
>>>> ----------------------------------------------------------
>>>>
>>>> We all have problems. How we deal with them is a measure of our
>>>> worth.
>>>>
>>>> -- Unknown
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> Thanks,
>>>
>>> Jason
>>>
>>> ----------------------------------------------------------
>>> Jason van Zyl
>>> Founder, Apache Maven
>>> jason at sonatype dot com
>>> ----------------------------------------------------------
>>>
>>> What matters is not ideas, but the people who have them. Good
>>> people can fix bad ideas, but good ideas can't save bad people.
>>>
>>> -- Paul Graham
>>>
>>>
>
>
> --
> Dennis Lundberg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
Three people can keep a secret provided two of them are dead.
-- Unknown
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Dennis Lundberg <de...@apache.org>.
It seems that Benjamin beat me to it :-)
http://jira.codehaus.org/browse/MNG-3663
Dennis Lundberg wrote:
> I managed to tweak the scripts and configurations to run on Windows XP.
> My results differ a bit from yours:
>
> --------------------
> Tests in error:
>
> testitMNG3380(org.apache.maven.integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
>
>
> testit0088(org.apache.maven.integrationtests.MavenIT0088Test)
>
> Tests run: 166, Failures: 0, Errors: 2, Skipped: 0
> --------------------
>
>
> Below is the Surefire report for it0088:
>
>
> -------------------------------------------------------------------------------
>
> Test set: org.apache.maven.it0088.PomInterpolationTest
> -------------------------------------------------------------------------------
>
> Tests run: 2, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.047
> sec <<< FAILURE!
> testProjectBuildDirectoryAfterResourceFiltering(org.apache.maven.it0088.PomInterpolationTest)
> Time elapsed: 0 sec <<< FAILURE!
> junit.framework.ComparisonFailure: expected:<...\...> but was:<.../...>
> at junit.framework.Assert.assertEquals(Assert.java:81)
> at junit.framework.Assert.assertEquals(Assert.java:87)
> at
> org.apache.maven.it0088.PomInterpolationTest.testProjectBuildDirectoryAfterResourceFiltering(PomInterpolationTest.java:33)
>
>
> testProjectBuildDirectoryForMojoExecution(org.apache.maven.it0088.PomInterpolationTest)
> Time elapsed: 0 sec <<< FAILURE!
> junit.framework.ComparisonFailure: expected:<...\...> but was:<.../...>
> at junit.framework.Assert.assertEquals(Assert.java:81)
> at junit.framework.Assert.assertEquals(Assert.java:87)
> at
> org.apache.maven.it0088.PomInterpolationTest.testProjectBuildDirectoryForMojoExecution(PomInterpolationTest.java:49)
>
>
>
>
> Jason van Zyl wrote:
>> The result that Brian and I get is the following. Just incase anyone
>> wants to run them. Brian diddled the scripts so it would run on
>> Windows, and I ran on OS X. If there's any problems with the bundle
>> people find. I'll fix them this weekend.
>> Results :
>>
>> Tests in error:
>>
>> testitMNG3380(org.apache.maven.integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
>>
>>
>> Tests run: 166, Failures: 0, Errors: 1, Skipped: 0
>>
>> On 11-Jul-08, at 10:29 PM, Jason van Zyl wrote:
>>
>>> To many people wanted to try this out so this is the first cut of the
>>> Hudson bundle:
>>>
>>> http://people.apache.org/~jvanzyl/hudson.zip
>>>
>>> It's fairly crude, and Windows users are SOL until Monday (Unless you
>>> have Cygwin). I just wrote some bash scripts to prototype it, but
>>> I've start rewriting it in Java using Velocity for the Hudson job
>>> templates.
>>>
>>> So just do the following:
>>>
>>> 1. Unpack
>>> 2. ./start.sh
>>> 3. Go to the console and trigger the bootstrap build
>>>
>>> The bootstrap build will trigger a build of the IT support code, and
>>> then the ITs themselves. Brian and I have tested this and we get the
>>> same results. As this gets more sophisticated I think we'll have a
>>> great community feedback mechanism. Thinking about the best way to
>>> collect the results that isn't annoying. But if folks are fine with a
>>> simple REST call back, or simply mailing a results page somewhere
>>> that would be awesome. If people actually do have machines externally
>>> accessible we can setup a little Hudson grid. You shouldn't need
>>> anything on your machines to run this. I added checks for testing
>>> prereqs so if you don't have SVN on your machine (which is required
>>> for some of the tests) it won't bork your build.
>>>
>>> Anyway, first step. All seems to work and now I'm focusing on it
>>> running faster. Aiming for bootstrap -> ITs in under 10 minutes.
>>>
>>> On 9-Jul-08, at 1:27 PM, Jason van Zyl wrote:
>>>
>>>> Hi,
>>>>
>>>> I'm asking a small handful of developers to run a pre-configured
>>>> Hudson instance to collect results for the Maven ITs. All I need is
>>>> your machine. I will hand off a self-contained Hudson instance that
>>>> you just start up and run. It will also report back to a master
>>>> server but I would like to collect results from as many supported
>>>> platforms and a couple for each platform if possible. We've never
>>>> tried this but if you're interested please contact me privately and
>>>> I will set you up with a Hudson install. I just want to try this to
>>>> see if casting the net wide will help us find more problems.
>>>>
>>>> Thanks,
>>>>
>>>> Jason
>>>>
>>>> ----------------------------------------------------------
>>>> Jason van Zyl
>>>> Founder, Apache Maven
>>>> jason at sonatype dot com
>>>> ----------------------------------------------------------
>>>>
>>>> In short, man creates for himself a new religion of a rational
>>>> and technical order to justify his work and to be justified in it.
>>>>
>>>> -- Jacques Ellul, The Technological Society
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> Thanks,
>>>
>>> Jason
>>>
>>> ----------------------------------------------------------
>>> Jason van Zyl
>>> Founder, Apache Maven
>>> jason at sonatype dot com
>>> ----------------------------------------------------------
>>>
>>> We all have problems. How we deal with them is a measure of our worth.
>>>
>>> -- Unknown
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> Thanks,
>>
>> Jason
>>
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>>
>> What matters is not ideas, but the people who have them. Good people
>> can fix bad ideas, but good ideas can't save bad people.
>>
>> -- Paul Graham
>>
>>
>
>
--
Dennis Lundberg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
Awesome, thanks Dennis.
You get the same failure Brian and I get for the first.
The second has been intermittently problematic in the past.
This is a great start, once we can start collecting these across tens
of machines we can start nailing down the nastiest of problems.
I would guess now that your probably the 5th person to ever have run
that whole gamut. Hudson makes this so easy.
On 12-Jul-08, at 9:40 AM, Dennis Lundberg wrote:
> I managed to tweak the scripts and configurations to run on Windows
> XP. My results differ a bit from yours:
>
> --------------------
> Tests in error:
> testitMNG3380
> (org
> .apache
> .maven.integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
>
> testit0088(org.apache.maven.integrationtests.MavenIT0088Test)
>
> Tests run: 166, Failures: 0, Errors: 2, Skipped: 0
> --------------------
>
>
> Below is the Surefire report for it0088:
>
>
> -------------------------------------------------------------------------------
> Test set: org.apache.maven.it0088.PomInterpolationTest
> -------------------------------------------------------------------------------
> Tests run: 2, Failures: 2, Errors: 0, Skipped: 0, Time elapsed:
> 0.047 sec <<< FAILURE!
> testProjectBuildDirectoryAfterResourceFiltering
> (org.apache.maven.it0088.PomInterpolationTest) Time elapsed: 0 sec
> <<< FAILURE!
> junit.framework.ComparisonFailure: expected:<...\...> but
> was:<.../...>
> at junit.framework.Assert.assertEquals(Assert.java:81)
> at junit.framework.Assert.assertEquals(Assert.java:87)
> at
> org
> .apache
> .maven
> .it0088
> .PomInterpolationTest
> .testProjectBuildDirectoryAfterResourceFiltering
> (PomInterpolationTest.java:33)
>
> testProjectBuildDirectoryForMojoExecution
> (org.apache.maven.it0088.PomInterpolationTest) Time elapsed: 0 sec
> <<< FAILURE!
> junit.framework.ComparisonFailure: expected:<...\...> but
> was:<.../...>
> at junit.framework.Assert.assertEquals(Assert.java:81)
> at junit.framework.Assert.assertEquals(Assert.java:87)
> at
> org
> .apache
> .maven
> .it0088
> .PomInterpolationTest
> .testProjectBuildDirectoryForMojoExecution(PomInterpolationTest.java:
> 49)
>
>
>
> Jason van Zyl wrote:
>> The result that Brian and I get is the following. Just incase
>> anyone wants to run them. Brian diddled the scripts so it would run
>> on Windows, and I ran on OS X. If there's any problems with the
>> bundle people find. I'll fix them this weekend.
>> Results :
>> Tests in error:
>>
>> testitMNG3380
>> (org
>> .apache
>> .maven
>> .integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
>> Tests run: 166, Failures: 0, Errors: 1, Skipped: 0
>> On 11-Jul-08, at 10:29 PM, Jason van Zyl wrote:
>>> To many people wanted to try this out so this is the first cut of
>>> the Hudson bundle:
>>>
>>> http://people.apache.org/~jvanzyl/hudson.zip
>>>
>>> It's fairly crude, and Windows users are SOL until Monday (Unless
>>> you have Cygwin). I just wrote some bash scripts to prototype it,
>>> but I've start rewriting it in Java using Velocity for the Hudson
>>> job templates.
>>>
>>> So just do the following:
>>>
>>> 1. Unpack
>>> 2. ./start.sh
>>> 3. Go to the console and trigger the bootstrap build
>>>
>>> The bootstrap build will trigger a build of the IT support code,
>>> and then the ITs themselves. Brian and I have tested this and we
>>> get the same results. As this gets more sophisticated I think
>>> we'll have a great community feedback mechanism. Thinking about
>>> the best way to collect the results that isn't annoying. But if
>>> folks are fine with a simple REST call back, or simply mailing a
>>> results page somewhere that would be awesome. If people actually
>>> do have machines externally accessible we can setup a little
>>> Hudson grid. You shouldn't need anything on your machines to run
>>> this. I added checks for testing prereqs so if you don't have SVN
>>> on your machine (which is required for some of the tests) it won't
>>> bork your build.
>>>
>>> Anyway, first step. All seems to work and now I'm focusing on it
>>> running faster. Aiming for bootstrap -> ITs in under 10 minutes.
>>>
>>> On 9-Jul-08, at 1:27 PM, Jason van Zyl wrote:
>>>
>>>> Hi,
>>>>
>>>> I'm asking a small handful of developers to run a pre-configured
>>>> Hudson instance to collect results for the Maven ITs. All I need
>>>> is your machine. I will hand off a self-contained Hudson instance
>>>> that you just start up and run. It will also report back to a
>>>> master server but I would like to collect results from as many
>>>> supported platforms and a couple for each platform if possible.
>>>> We've never tried this but if you're interested please contact me
>>>> privately and I will set you up with a Hudson install. I just
>>>> want to try this to see if casting the net wide will help us find
>>>> more problems.
>>>>
>>>> Thanks,
>>>>
>>>> Jason
>>>>
>>>> ----------------------------------------------------------
>>>> Jason van Zyl
>>>> Founder, Apache Maven
>>>> jason at sonatype dot com
>>>> ----------------------------------------------------------
>>>>
>>>> In short, man creates for himself a new religion of a rational
>>>> and technical order to justify his work and to be justified in it.
>>>>
>>>> -- Jacques Ellul, The Technological Society
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> Thanks,
>>>
>>> Jason
>>>
>>> ----------------------------------------------------------
>>> Jason van Zyl
>>> Founder, Apache Maven
>>> jason at sonatype dot com
>>> ----------------------------------------------------------
>>>
>>> We all have problems. How we deal with them is a measure of our
>>> worth.
>>>
>>> -- Unknown
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>> Thanks,
>> Jason
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>> What matters is not ideas, but the people who have them. Good
>> people can fix bad ideas, but good ideas can't save bad people.
>> -- Paul Graham
>
>
> --
> Dennis Lundberg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
Our achievements speak for themselves. What we have to keep track
of are our failures, discouragements and doubts. We tend to forget
the past difficulties, the many false starts, and the painful
groping. We see our past achievements as the end result of a
clean forward thrust, and our present difficulties as
signs of decline and decay.
-- Eric Hoffer, Reflections on the Human Condition
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Dennis Lundberg <de...@apache.org>.
I managed to tweak the scripts and configurations to run on Windows XP.
My results differ a bit from yours:
--------------------
Tests in error:
testitMNG3380(org.apache.maven.integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
testit0088(org.apache.maven.integrationtests.MavenIT0088Test)
Tests run: 166, Failures: 0, Errors: 2, Skipped: 0
--------------------
Below is the Surefire report for it0088:
-------------------------------------------------------------------------------
Test set: org.apache.maven.it0088.PomInterpolationTest
-------------------------------------------------------------------------------
Tests run: 2, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.047
sec <<< FAILURE!
testProjectBuildDirectoryAfterResourceFiltering(org.apache.maven.it0088.PomInterpolationTest)
Time elapsed: 0 sec <<< FAILURE!
junit.framework.ComparisonFailure: expected:<...\...> but was:<.../...>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
at
org.apache.maven.it0088.PomInterpolationTest.testProjectBuildDirectoryAfterResourceFiltering(PomInterpolationTest.java:33)
testProjectBuildDirectoryForMojoExecution(org.apache.maven.it0088.PomInterpolationTest)
Time elapsed: 0 sec <<< FAILURE!
junit.framework.ComparisonFailure: expected:<...\...> but was:<.../...>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
at
org.apache.maven.it0088.PomInterpolationTest.testProjectBuildDirectoryForMojoExecution(PomInterpolationTest.java:49)
Jason van Zyl wrote:
> The result that Brian and I get is the following. Just incase anyone
> wants to run them. Brian diddled the scripts so it would run on Windows,
> and I ran on OS X. If there's any problems with the bundle people find.
> I'll fix them this weekend.
> Results :
>
> Tests in error:
>
> testitMNG3380(org.apache.maven.integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
>
>
> Tests run: 166, Failures: 0, Errors: 1, Skipped: 0
>
> On 11-Jul-08, at 10:29 PM, Jason van Zyl wrote:
>
>> To many people wanted to try this out so this is the first cut of the
>> Hudson bundle:
>>
>> http://people.apache.org/~jvanzyl/hudson.zip
>>
>> It's fairly crude, and Windows users are SOL until Monday (Unless you
>> have Cygwin). I just wrote some bash scripts to prototype it, but I've
>> start rewriting it in Java using Velocity for the Hudson job templates.
>>
>> So just do the following:
>>
>> 1. Unpack
>> 2. ./start.sh
>> 3. Go to the console and trigger the bootstrap build
>>
>> The bootstrap build will trigger a build of the IT support code, and
>> then the ITs themselves. Brian and I have tested this and we get the
>> same results. As this gets more sophisticated I think we'll have a
>> great community feedback mechanism. Thinking about the best way to
>> collect the results that isn't annoying. But if folks are fine with a
>> simple REST call back, or simply mailing a results page somewhere that
>> would be awesome. If people actually do have machines externally
>> accessible we can setup a little Hudson grid. You shouldn't need
>> anything on your machines to run this. I added checks for testing
>> prereqs so if you don't have SVN on your machine (which is required
>> for some of the tests) it won't bork your build.
>>
>> Anyway, first step. All seems to work and now I'm focusing on it
>> running faster. Aiming for bootstrap -> ITs in under 10 minutes.
>>
>> On 9-Jul-08, at 1:27 PM, Jason van Zyl wrote:
>>
>>> Hi,
>>>
>>> I'm asking a small handful of developers to run a pre-configured
>>> Hudson instance to collect results for the Maven ITs. All I need is
>>> your machine. I will hand off a self-contained Hudson instance that
>>> you just start up and run. It will also report back to a master
>>> server but I would like to collect results from as many supported
>>> platforms and a couple for each platform if possible. We've never
>>> tried this but if you're interested please contact me privately and I
>>> will set you up with a Hudson install. I just want to try this to see
>>> if casting the net wide will help us find more problems.
>>>
>>> Thanks,
>>>
>>> Jason
>>>
>>> ----------------------------------------------------------
>>> Jason van Zyl
>>> Founder, Apache Maven
>>> jason at sonatype dot com
>>> ----------------------------------------------------------
>>>
>>> In short, man creates for himself a new religion of a rational
>>> and technical order to justify his work and to be justified in it.
>>>
>>> -- Jacques Ellul, The Technological Society
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> Thanks,
>>
>> Jason
>>
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>>
>> We all have problems. How we deal with them is a measure of our worth.
>>
>> -- Unknown
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> What matters is not ideas, but the people who have them. Good people can
> fix bad ideas, but good ideas can't save bad people.
>
> -- Paul Graham
>
>
--
Dennis Lundberg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Benjamin Bentmann <be...@udo.edu>.
Jason van Zyl wrote:
> Results :
>
> Tests in error:
>
> testitMNG3380(org.apache.maven.integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
>
>
> Tests run: 166, Failures: 0, Errors: 1, Skipped: 0
Confirmed on Xubuntu 8.04 with Sun JDK 1.6.0_06
Benjamin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
The result that Brian and I get is the following. Just incase anyone
wants to run them. Brian diddled the scripts so it would run on
Windows, and I ran on OS X. If there's any problems with the bundle
people find. I'll fix them this weekend.
Results :
Tests in error:
testitMNG3380
(org
.apache
.maven.integrationtests.MavenITmng3380ManagedRelocatedTransdepsTest)
Tests run: 166, Failures: 0, Errors: 1, Skipped: 0
On 11-Jul-08, at 10:29 PM, Jason van Zyl wrote:
> To many people wanted to try this out so this is the first cut of
> the Hudson bundle:
>
> http://people.apache.org/~jvanzyl/hudson.zip
>
> It's fairly crude, and Windows users are SOL until Monday (Unless
> you have Cygwin). I just wrote some bash scripts to prototype it,
> but I've start rewriting it in Java using Velocity for the Hudson
> job templates.
>
> So just do the following:
>
> 1. Unpack
> 2. ./start.sh
> 3. Go to the console and trigger the bootstrap build
>
> The bootstrap build will trigger a build of the IT support code, and
> then the ITs themselves. Brian and I have tested this and we get the
> same results. As this gets more sophisticated I think we'll have a
> great community feedback mechanism. Thinking about the best way to
> collect the results that isn't annoying. But if folks are fine with
> a simple REST call back, or simply mailing a results page somewhere
> that would be awesome. If people actually do have machines
> externally accessible we can setup a little Hudson grid. You
> shouldn't need anything on your machines to run this. I added checks
> for testing prereqs so if you don't have SVN on your machine (which
> is required for some of the tests) it won't bork your build.
>
> Anyway, first step. All seems to work and now I'm focusing on it
> running faster. Aiming for bootstrap -> ITs in under 10 minutes.
>
> On 9-Jul-08, at 1:27 PM, Jason van Zyl wrote:
>
>> Hi,
>>
>> I'm asking a small handful of developers to run a pre-configured
>> Hudson instance to collect results for the Maven ITs. All I need is
>> your machine. I will hand off a self-contained Hudson instance that
>> you just start up and run. It will also report back to a master
>> server but I would like to collect results from as many supported
>> platforms and a couple for each platform if possible. We've never
>> tried this but if you're interested please contact me privately and
>> I will set you up with a Hudson install. I just want to try this to
>> see if casting the net wide will help us find more problems.
>>
>> Thanks,
>>
>> Jason
>>
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>>
>> In short, man creates for himself a new religion of a rational
>> and technical order to justify his work and to be justified in it.
>>
>> -- Jacques Ellul, The Technological Society
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> We all have problems. How we deal with them is a measure of our worth.
>
> -- Unknown
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
What matters is not ideas, but the people who have them. Good people
can fix bad ideas, but good ideas can't save bad people.
-- Paul Graham
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
To many people wanted to try this out so this is the first cut of the
Hudson bundle:
http://people.apache.org/~jvanzyl/hudson.zip
It's fairly crude, and Windows users are SOL until Monday (Unless you
have Cygwin). I just wrote some bash scripts to prototype it, but I've
start rewriting it in Java using Velocity for the Hudson job templates.
So just do the following:
1. Unpack
2. ./start.sh
3. Go to the console and trigger the bootstrap build
The bootstrap build will trigger a build of the IT support code, and
then the ITs themselves. Brian and I have tested this and we get the
same results. As this gets more sophisticated I think we'll have a
great community feedback mechanism. Thinking about the best way to
collect the results that isn't annoying. But if folks are fine with a
simple REST call back, or simply mailing a results page somewhere that
would be awesome. If people actually do have machines externally
accessible we can setup a little Hudson grid. You shouldn't need
anything on your machines to run this. I added checks for testing
prereqs so if you don't have SVN on your machine (which is required
for some of the tests) it won't bork your build.
Anyway, first step. All seems to work and now I'm focusing on it
running faster. Aiming for bootstrap -> ITs in under 10 minutes.
On 9-Jul-08, at 1:27 PM, Jason van Zyl wrote:
> Hi,
>
> I'm asking a small handful of developers to run a pre-configured
> Hudson instance to collect results for the Maven ITs. All I need is
> your machine. I will hand off a self-contained Hudson instance that
> you just start up and run. It will also report back to a master
> server but I would like to collect results from as many supported
> platforms and a couple for each platform if possible. We've never
> tried this but if you're interested please contact me privately and
> I will set you up with a Hudson install. I just want to try this to
> see if casting the net wide will help us find more problems.
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> In short, man creates for himself a new religion of a rational
> and technical order to justify his work and to be justified in it.
>
> -- Jacques Ellul, The Technological Society
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
We all have problems. How we deal with them is a measure of our worth.
-- Unknown
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jason van Zyl <ja...@maven.org>.
Ok, I'll start tracking people and their email address and make a
small mailing list to keep track.
On 9-Jul-08, at 1:47 PM, Jamie Whitehouse wrote:
> On Wed, 2008-07-09 at 13:27 -0400, Jason van Zyl wrote:
>
>> Hi,
>>
>> I'm asking a small handful of developers to run a pre-configured
>> Hudson instance to collect results for the Maven ITs. All I need is
>> your machine.
>
> I have an Ubuntu Hardy box running Java5 that can be used.
>
>
>> I will hand off a self-contained Hudson instance that
>> you just start up and run. It will also report back to a master
>> server
>> but I would like to collect results from as many supported platforms
>> and a couple for each platform if possible. We've never tried this
>> but
>> if you're interested please contact me privately and I will set you
>> up
>> with a Hudson install. I just want to try this to see if casting the
>> net wide will help us find more problems.
>>
>> Thanks,
>>
>> Jason
>>
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>>
>> In short, man creates for himself a new religion of a rational
>> and technical order to justify his work and to be justified in it.
>>
>> -- Jacques Ellul, The Technological Society
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
>
> -------------------------------------------------------------------------------------------------------------------
> CONFIDENTIALITY NOTICE: This e-mail and any files attached may
> contain confidential and proprietary information of Alcatel-Lucent
> and/or its affiliated entities. Access by the intended recipient
> only is authorized. Any liability arising from any party acting, or
> refraining from acting, on any information contained in this e-mail
> is hereby excluded. If you are not the intended recipient, please
> notify the sender immediately, destroy the original transmission and
> its attachments and do not disclose the contents to any other
> person, use it for any purpose, or store or copy the information in
> any medium. Copyright in this e-mail and any attachments belongs to
> Alcatel-Lucent and/or its affiliated entities.
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
Our achievements speak for themselves. What we have to keep track
of are our failures, discouragements and doubts. We tend to forget
the past difficulties, the many false starts, and the painful
groping. We see our past achievements as the end result of a
clean forward thrust, and our present difficulties as
signs of decline and decay.
-- Eric Hoffer, Reflections on the Human Condition
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Community Help with Maven ITs
Posted by Jamie Whitehouse <ba...@genesyslab.com>.
On Wed, 2008-07-09 at 13:47 -0400, Jamie Whitehouse wrote:
> On Wed, 2008-07-09 at 13:27 -0400, Jason van Zyl wrote:
>
> > if you're interested please contact me privately and I will set you up
> > with a Hudson install.
Err, sorry everyone...seems that I missed that reply-to is set to the
list not the original poster.
-------------------------------------------------------------------------------------------------------------------
CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential and proprietary information of Alcatel-Lucent and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. If you are not the intended recipient, please notify the sender immediately, destroy the original transmission and its attachments and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Copyright in this e-mail and any attachments belongs to Alcatel-Lucent and/or its affiliated entities.
Re: Community Help with Maven ITs
Posted by Jamie Whitehouse <ba...@genesyslab.com>.
On Wed, 2008-07-09 at 13:27 -0400, Jason van Zyl wrote:
> Hi,
>
> I'm asking a small handful of developers to run a pre-configured
> Hudson instance to collect results for the Maven ITs. All I need is
> your machine.
I have an Ubuntu Hardy box running Java5 that can be used.
> I will hand off a self-contained Hudson instance that
> you just start up and run. It will also report back to a master server
> but I would like to collect results from as many supported platforms
> and a couple for each platform if possible. We've never tried this but
> if you're interested please contact me privately and I will set you up
> with a Hudson install. I just want to try this to see if casting the
> net wide will help us find more problems.
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> In short, man creates for himself a new religion of a rational
> and technical order to justify his work and to be justified in it.
>
> -- Jacques Ellul, The Technological Society
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
-------------------------------------------------------------------------------------------------------------------
CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential and proprietary information of Alcatel-Lucent and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. If you are not the intended recipient, please notify the sender immediately, destroy the original transmission and its attachments and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Copyright in this e-mail and any attachments belongs to Alcatel-Lucent and/or its affiliated entities.
Re: Community Help with Maven ITs
Posted by Gerrit Jansen van Vuuren <ge...@googlemail.com>.
Hi,
I´m running a Ubuntu Hardy instalation with a dual core 6700 4gig ram.
How long were you thinking of making the test?
If you pass me the pre configured hudson instance (via ftp or other means) I
can let it run on my pc.
Regards,
Gerrit Jansen van Vuuren
On 7/9/08, Jason van Zyl <ja...@maven.org> wrote:
>
> Hi,
>
> I'm asking a small handful of developers to run a pre-configured Hudson
> instance to collect results for the Maven ITs. All I need is your machine. I
> will hand off a self-contained Hudson instance that you just start up and
> run. It will also report back to a master server but I would like to collect
> results from as many supported platforms and a couple for each platform if
> possible. We've never tried this but if you're interested please contact me
> privately and I will set you up with a Hudson install. I just want to try
> this to see if casting the net wide will help us find more problems.
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> In short, man creates for himself a new religion of a rational
> and technical order to justify his work and to be justified in it.
>
> -- Jacques Ellul, The Technological Society
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>