Sorry, that was a dumb question - I didn’t look at those two paths close enough 
to see that one was a prefix of the other...

--
Steve
www.lucidworks.com

> On Jul 29, 2016, at 2:36 PM, Steve Rowe <[email protected]> wrote:
> 
> Uwe, (FYI removed ASF infra and Gav from recipient list)
> 
> I see the following in the logs:
> 
> ——
> Error: JAVA_HOME is not defined correctly.
>  We cannot execute /home/jenkins/tools/java/latest1.8/bin/java
> ——
> 
> But 
> <https://cwiki.apache.org/confluence/display/INFRA/JDK+Installation+Matrix> 
> says the symlink for “JDK 1.8 (latest)” is: /home/jenkins/tools/java/latest1.8
> 
> Is there something special happing on the lucene slave that would make the 
> new config stuff inoperable?
> 
> --
> Steve
> www.lucidworks.com
> 
>> On Jul 29, 2016, at 2:30 PM, Uwe Schindler <[email protected]> wrote:
>> 
>> Hi,
>> 
>> after changing the setup of the Lucene Jobs, we get all jobs failing with 
>> „JAVA_HOME“ not correctly defined:
>> 
>> https://builds.apache.org/job/Lucene-Solr-Tests-master/1290/console
>> 
>> This affects the “lucene” Jenkins node. Maybe the puppet was not correctly 
>> activated there. We need” JDK 1.7 (latest)” and “JDK 1.8 (latest)” on this 
>> machine.
>> 
>> Uwe
>> 
>> -----
>> Uwe Schindler
>> [email protected]
>> ASF Member, Apache Lucene PMC / Committer
>> Bremen, Germany
>> http://lucene.apache.org/
>> 
>> From: Steve Rowe [mailto:[email protected]] 
>> Sent: Friday, July 29, 2016 2:38 PM
>> To: Lucene Dev <[email protected]>
>> Subject: Fwd: Jenkins JDK Matrix - and consolidating of versions.
>> 
>> FYI, I switched all Lucene/Solr ASF Jenkins jobs’ configuration from 
>> “latest1.8” to “JDK 1.8 (latest)” (except for the 5.5 branch Java7 build, 
>> which I switched from "latest1.7” to “JDK 1.7 (latest)”) - more info below.
>> 
>> -- 
>> Steve
>> www.lucidworks.com
>> 
>> 
>>> Begin forwarded message:
>>> 
>>> From: Gav <[email protected]>
>>> Subject: Jenkins JDK Matrix - and consolidating of versions.
>>> Date: July 29, 2016 at 7:03:59 AM EDT
>>> To: [email protected], "[email protected] Infrastructure" 
>>> <[email protected]>
>>> Reply-To: [email protected]
>>> 
>>> Hi All,
>>> 
>>> So 99% of our Jenkins build machines are now puppetised with our configs in 
>>> our Git repos. 
>>> Going forward this should make things easier to maintain the software (and 
>>> versions of) on the nodes.
>>> 
>>> I went through all the JDK drop down options available in the Jenkins UI 
>>> when 
>>> creating a build.The Confluence wiki page at :-
>>> 
>>> https://cwiki.apache.org/confluence/display/INFRA/JDK+Installation+Matrix
>>> 
>>> lists all them all. When choosing a version to use I hope that this 
>>> information will 
>>> prove useful - any changes made we will keep this page upto date.
>>> However, some are not currently installed on the new puppetised 
>>> slaves (on purpose) and others we intend to consolidate down to fewer 
>>> versions.
>>> 
>>> In contrast, we will be able to make newer release versions available 
>>> quicker.
>>> 
>>> Once we are done with the JDKs, we'll move on to Maven, and then the rest.
>>> 
>>> Ok to specifics,
>>> 
>>> First major change to get out of the way is the removal of the 'auto 
>>> install' JDK
>>> versions. They overlap with installed versions and going forward we would 
>>> rather
>>> manage installation via Puppet and roll them out to all slaves in one hit.
>>> 
>>> Looking at the table in the linked wiki page above, this means we'll be 
>>> removing 
>>> eight (8) drop down options , 5 of those jdk 8, 2 x jdk 7 and 1 x jdk 6. 
>>> To avoid confusion we'll also be removing the auto install 'latest1.6' 
>>> 'latest1.7' and 'latest1.8' options.
>>> 
>>> The best options for 'latest' versions is the ones at the top of the table 
>>> 'JDK 1.x (Latest)' 
>>> which are all installed on all nodes and managed via puppet.
>>> 
>>> I'll point out also that we have installed 'unlimited security' versions of 
>>> 1.6,1.7,1.8 jdks.
>>> 
>>> Very recent addition is also that of the JDK 9 b128 Early Access Build. We 
>>> hope you enjoy 
>>> this addition and please do give feedback on this version to the builds@ 
>>> mailing list so we can pass it on - but certainly do not plan to base your 
>>> releases on these 'ea' builds. I'll try my best to add new ea builds as 
>>> they come through.
>>> 
>>> Last ones to mention are the IBM and Harmony versions. I'm not sure how 
>>> much in use 
>>> these are so I'm holding off on installing these for now. Please do ask for 
>>> a specific version 
>>> if needed. I'll drop the from the UI in time.
>>> 
>>> I intend to drop all the auto-install versions (they are 1.6u45, 1.7u45, 
>>> 1.7u51, 1.8.0_05, 1.8.0_11, 1.8.0_45, 1.8.0_25, 1.8.0_66) 7 days from now, 
>>> along with the auto install latest links. Please plan 
>>> on migrating your builds away from these versions before then.
>>> 
>>> Any follow questions, please do concentrate your email responses to the 
>>> builds@ mailing list.
>>> 
>>> Thanks!
>>> 
>>> Gav... (On behalf of the Infrastructure Team)
>>> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to