You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Apache Jenkins Server <je...@builds.apache.org> on 2017/06/29 06:45:41 UTC

Build failed in Jenkins: Struts-2_3-JDK6 #1

See <https://builds.apache.org/job/Struts-2_3-JDK6/1/display/redirect>

------------------------------------------
Started by user Lukasz Lenart
[EnvInject] - Loading node environment variables.
Building remotely on beam5 (beam) in workspace <https://builds.apache.org/job/Struts-2_3-JDK6/ws/>
Cloning the remote Git repository
Cloning repository http://git.apache.org/struts.git
 > git init <https://builds.apache.org/job/Struts-2_3-JDK6/ws/> # timeout=10
Fetching upstream changes from http://git.apache.org/struts.git
 > git --version # timeout=10
 > git fetch --tags --progress http://git.apache.org/struts.git +refs/heads/*:refs/remotes/origin/*
 > git config remote.origin.url http://git.apache.org/struts.git # timeout=10
 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # timeout=10
 > git config remote.origin.url http://git.apache.org/struts.git # timeout=10
Fetching upstream changes from http://git.apache.org/struts.git
 > git fetch --tags --progress http://git.apache.org/struts.git +refs/heads/*:refs/remotes/origin/*
 > git rev-parse refs/remotes/origin/support-2-3^{commit} # timeout=10
 > git rev-parse refs/remotes/origin/refs/heads/support-2-3^{commit} # timeout=10
Checking out Revision 73da12e723c2737bd515946588ddcd898acf584a (refs/remotes/origin/support-2-3)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 73da12e723c2737bd515946588ddcd898acf584a
First time build. Skipping changelog.
[locks-and-latches] Checking to see if we really have the locks
[locks-and-latches] Have all the locks, build can start
Setting MAVEN_3_0_5_HOME=/home/jenkins/tools/maven/apache-maven-3.0.5
[Struts-2_3-JDK6] $ /bin/bash -xe /tmp/hudson6820889067343781706.sh
+ /bin/mvn source:jar javadoc:jar install deploy -DskipWiki
/tmp/hudson6820889067343781706.sh: line 2: /bin/mvn: No such file or directory
Build step 'Execute shell' marked build as failure
[locks-and-latches] Releasing all the locks
[locks-and-latches] All the locks released
Setting MAVEN_3_0_5_HOME=/home/jenkins/tools/maven/apache-maven-3.0.5

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: Jenkins build is back to normal : Struts-2_3-JDK6 #2

Posted by Christoph Nenning <Ch...@lex-com.net>.
> 
> Hip, hip hurra! Now I can convert the rest of the builds :)
> 

I'm glad that it works :)


Regards,
Christoph

This Email was scanned by Sophos Anti Virus

Re: Jenkins build is back to normal : Struts-2_3-JDK6 #2

Posted by Yasser Zamani <ya...@live.com>.
Thank you :) I'll keep it.

On 7/3/2017 5:12 PM, Christoph Nenning wrote:
>>
>> @Christoph
>>
>> You can see my proposal at [1]. I keep it and convert it to a PR on dev
>> list demand if was needed.
>>
>> I could not add tools.jar from JDK7 to classpath of the maven just by
>> S2's project files and I think committers can do it in jenkins because
>> they have access and I do not and can not see what happens there.
>>
>> Sincerely Yours,
>> Yasser.
>>
>> [1]
>> github.com/apache/struts/compare/
>> support-2-3...yasserzamani:support-2-3-jdk8?expand=1
>>
>
>
> Good to have it as fallback :)
>
>
>
> Regards,
> Christoph
>
>
>
>
>
>> On 6/29/2017 1:17 PM, Christoph Nenning wrote:
>>>>> Please wait! Maybe we don't have to convert them because I could
>>> compile
>>>>> and pass tests of Struts 2.3.33 under JDK8 and maven 3.5.0 so we can
>>>>> keep it alive :)
>>>>>
>>>>> To do this, we should do just two things on Struts 2.3.33:
>>>>>
>>>>> 1) Adding tools.jar from JDK7 to classpath of the maven.
>>>>>
>>>>> 2) Correcting four wrong tests. There are four wrong tests that are
>>>>> dependent to the order of java HashMap iteration which is not
>>> guaranteed
>>>>> to be consistent between JDK releases!
>>>>>
>>>>> If you agree, I can present these as a PR on support-2-3 ?
>>>>
>>>> I prefer to keep this consistent, running this job on JDK8 doesn't
>>>> make sense as this can produce problems when I would like to release
> a
>>>> new version using JDK6 - this gives us a safety net.
>>>>
>>>> To sum up - our builds should support the release process and be
>>>> consistent with the target Java versions.
>>>>
>>>>
>>>
>>> I also prefer to run builds with thier target jdk.
>>>
>>> @yasser
>>> I would like to see your PR for support-2-3 anyway
>>>
>>>
>>> Regards,
>>> Christoph
>>>
>>> This Email was scanned by Sophos Anti Virus
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
>>
>
> This Email was scanned by Sophos Anti Virus
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: Jenkins build is back to normal : Struts-2_3-JDK6 #2

Posted by Christoph Nenning <Ch...@lex-com.net>.
> 
> @Christoph
> 
> You can see my proposal at [1]. I keep it and convert it to a PR on dev 
> list demand if was needed.
> 
> I could not add tools.jar from JDK7 to classpath of the maven just by 
> S2's project files and I think committers can do it in jenkins because 
> they have access and I do not and can not see what happens there.
> 
> Sincerely Yours,
> Yasser.
> 
> [1] 
> github.com/apache/struts/compare/
> support-2-3...yasserzamani:support-2-3-jdk8?expand=1
> 


Good to have it as fallback :)



Regards,
Christoph





> On 6/29/2017 1:17 PM, Christoph Nenning wrote:
> >>> Please wait! Maybe we don't have to convert them because I could
> > compile
> >>> and pass tests of Struts 2.3.33 under JDK8 and maven 3.5.0 so we can
> >>> keep it alive :)
> >>>
> >>> To do this, we should do just two things on Struts 2.3.33:
> >>>
> >>> 1) Adding tools.jar from JDK7 to classpath of the maven.
> >>>
> >>> 2) Correcting four wrong tests. There are four wrong tests that are
> >>> dependent to the order of java HashMap iteration which is not
> > guaranteed
> >>> to be consistent between JDK releases!
> >>>
> >>> If you agree, I can present these as a PR on support-2-3 ?
> >>
> >> I prefer to keep this consistent, running this job on JDK8 doesn't
> >> make sense as this can produce problems when I would like to release 
a
> >> new version using JDK6 - this gives us a safety net.
> >>
> >> To sum up - our builds should support the release process and be
> >> consistent with the target Java versions.
> >>
> >>
> >
> > I also prefer to run builds with thier target jdk.
> >
> > @yasser
> > I would like to see your PR for support-2-3 anyway
> >
> >
> > Regards,
> > Christoph
> >
> > This Email was scanned by Sophos Anti Virus
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
> 

This Email was scanned by Sophos Anti Virus

Re: Jenkins build is back to normal : Struts-2_3-JDK6 #2

Posted by Yasser Zamani <ya...@live.com>.
@Christoph

You can see my proposal at [1]. I keep it and convert it to a PR on dev 
list demand if was needed.

I could not add tools.jar from JDK7 to classpath of the maven just by 
S2's project files and I think committers can do it in jenkins because 
they have access and I do not and can not see what happens there.

Sincerely Yours,
Yasser.

[1] 
github.com/apache/struts/compare/support-2-3...yasserzamani:support-2-3-jdk8?expand=1

On 6/29/2017 1:17 PM, Christoph Nenning wrote:
>>> Please wait! Maybe we don't have to convert them because I could
> compile
>>> and pass tests of Struts 2.3.33 under JDK8 and maven 3.5.0 so we can
>>> keep it alive :)
>>>
>>> To do this, we should do just two things on Struts 2.3.33:
>>>
>>> 1) Adding tools.jar from JDK7 to classpath of the maven.
>>>
>>> 2) Correcting four wrong tests. There are four wrong tests that are
>>> dependent to the order of java HashMap iteration which is not
> guaranteed
>>> to be consistent between JDK releases!
>>>
>>> If you agree, I can present these as a PR on support-2-3 ?
>>
>> I prefer to keep this consistent, running this job on JDK8 doesn't
>> make sense as this can produce problems when I would like to release a
>> new version using JDK6 - this gives us a safety net.
>>
>> To sum up - our builds should support the release process and be
>> consistent with the target Java versions.
>>
>>
>
> I also prefer to run builds with thier target jdk.
>
> @yasser
> I would like to see your PR for support-2-3 anyway
>
>
> Regards,
> Christoph
>
> This Email was scanned by Sophos Anti Virus
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: Jenkins build is back to normal : Struts-2_3-JDK6 #2

Posted by Christoph Nenning <Ch...@lex-com.net>.
> > Please wait! Maybe we don't have to convert them because I could 
compile
> > and pass tests of Struts 2.3.33 under JDK8 and maven 3.5.0 so we can
> > keep it alive :)
> >
> > To do this, we should do just two things on Struts 2.3.33:
> >
> > 1) Adding tools.jar from JDK7 to classpath of the maven.
> >
> > 2) Correcting four wrong tests. There are four wrong tests that are
> > dependent to the order of java HashMap iteration which is not 
guaranteed
> > to be consistent between JDK releases!
> >
> > If you agree, I can present these as a PR on support-2-3 ?
> 
> I prefer to keep this consistent, running this job on JDK8 doesn't
> make sense as this can produce problems when I would like to release a
> new version using JDK6 - this gives us a safety net.
> 
> To sum up - our builds should support the release process and be
> consistent with the target Java versions.
> 
> 

I also prefer to run builds with thier target jdk.

@yasser
I would like to see your PR for support-2-3 anyway


Regards,
Christoph

This Email was scanned by Sophos Anti Virus

Re: Jenkins build is back to normal : Struts-2_3-JDK6 #2

Posted by Lukasz Lenart <lu...@apache.org>.
2017-06-29 10:06 GMT+02:00 Yasser Zamani <ya...@live.com>:
> Please wait! Maybe we don't have to convert them because I could compile
> and pass tests of Struts 2.3.33 under JDK8 and maven 3.5.0 so we can
> keep it alive :)
>
> To do this, we should do just two things on Struts 2.3.33:
>
> 1) Adding tools.jar from JDK7 to classpath of the maven.
>
> 2) Correcting four wrong tests. There are four wrong tests that are
> dependent to the order of java HashMap iteration which is not guaranteed
> to be consistent between JDK releases!
>
> If you agree, I can present these as a PR on support-2-3 ?

I prefer to keep this consistent, running this job on JDK8 doesn't
make sense as this can produce problems when I would like to release a
new version using JDK6 - this gives us a safety net.

To sum up - our builds should support the release process and be
consistent with the target Java versions.


Regards
-- 
Ɓukasz
+ 48 606 323 122 http://www.lenart.org.pl/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: Jenkins build is back to normal : Struts-2_3-JDK6 #2

Posted by Yasser Zamani <ya...@live.com>.
Please wait! Maybe we don't have to convert them because I could compile 
and pass tests of Struts 2.3.33 under JDK8 and maven 3.5.0 so we can 
keep it alive :)

To do this, we should do just two things on Struts 2.3.33:

1) Adding tools.jar from JDK7 to classpath of the maven.

2) Correcting four wrong tests. There are four wrong tests that are 
dependent to the order of java HashMap iteration which is not guaranteed 
to be consistent between JDK releases!

If you agree, I can present these as a PR on support-2-3 ?

Thanks!

On 6/29/2017 11:34 AM, Lukasz Lenart wrote:
> Hip, hip hurra! Now I can convert the rest of the builds :)
>
> 2017-06-29 9:01 GMT+02:00 Apache Jenkins Server <je...@builds.apache.org>:
>> See <https://builds.apache.org/job/Struts-2_3-JDK6/2/display/redirect>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>

Re: Jenkins build is back to normal : Struts-2_3-JDK6 #2

Posted by Lukasz Lenart <lu...@apache.org>.
Hip, hip hurra! Now I can convert the rest of the builds :)

2017-06-29 9:01 GMT+02:00 Apache Jenkins Server <je...@builds.apache.org>:
> See <https://builds.apache.org/job/Struts-2_3-JDK6/2/display/redirect>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Jenkins build is back to normal : Struts-2_3-JDK6 #2

Posted by Apache Jenkins Server <je...@builds.apache.org>.
See <https://builds.apache.org/job/Struts-2_3-JDK6/2/display/redirect>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: Build failed in Jenkins: Struts-2_3-JDK6 #1

Posted by Lukasz Lenart <lu...@apache.org>.
I'm testing a Free Style Job to see if we can overcome Jenkins limitations :)

2017-06-29 8:45 GMT+02:00 Apache Jenkins Server <je...@builds.apache.org>:
> See <https://builds.apache.org/job/Struts-2_3-JDK6/1/display/redirect>
>
> ------------------------------------------
> Started by user Lukasz Lenart
> [EnvInject] - Loading node environment variables.
> Building remotely on beam5 (beam) in workspace <https://builds.apache.org/job/Struts-2_3-JDK6/ws/>
> Cloning the remote Git repository
> Cloning repository http://git.apache.org/struts.git
>  > git init <https://builds.apache.org/job/Struts-2_3-JDK6/ws/> # timeout=10
> Fetching upstream changes from http://git.apache.org/struts.git
>  > git --version # timeout=10
>  > git fetch --tags --progress http://git.apache.org/struts.git +refs/heads/*:refs/remotes/origin/*
>  > git config remote.origin.url http://git.apache.org/struts.git # timeout=10
>  > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # timeout=10
>  > git config remote.origin.url http://git.apache.org/struts.git # timeout=10
> Fetching upstream changes from http://git.apache.org/struts.git
>  > git fetch --tags --progress http://git.apache.org/struts.git +refs/heads/*:refs/remotes/origin/*
>  > git rev-parse refs/remotes/origin/support-2-3^{commit} # timeout=10
>  > git rev-parse refs/remotes/origin/refs/heads/support-2-3^{commit} # timeout=10
> Checking out Revision 73da12e723c2737bd515946588ddcd898acf584a (refs/remotes/origin/support-2-3)
>  > git config core.sparsecheckout # timeout=10
>  > git checkout -f 73da12e723c2737bd515946588ddcd898acf584a
> First time build. Skipping changelog.
> [locks-and-latches] Checking to see if we really have the locks
> [locks-and-latches] Have all the locks, build can start
> Setting MAVEN_3_0_5_HOME=/home/jenkins/tools/maven/apache-maven-3.0.5
> [Struts-2_3-JDK6] $ /bin/bash -xe /tmp/hudson6820889067343781706.sh
> + /bin/mvn source:jar javadoc:jar install deploy -DskipWiki
> /tmp/hudson6820889067343781706.sh: line 2: /bin/mvn: No such file or directory
> Build step 'Execute shell' marked build as failure
> [locks-and-latches] Releasing all the locks
> [locks-and-latches] All the locks released
> Setting MAVEN_3_0_5_HOME=/home/jenkins/tools/maven/apache-maven-3.0.5
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org