> On 24 Mar 2017, at 2:55 pm, Hervé BOUTEMY <herve.bout...@free.fr> wrote:
> 
> Hi,
> 
> It seems new JDKs were added to Windows nodes recently [1]: instead of "JDK 
> 1.8 (unlimited security) 64-bit Windows only", we now have 2 options: "JDK 
> 1.8.0_92 (unlimited security) 64-bit Windows only" and "JDK 1.8.0_121 
> (unlimited security) 64-bit Windows only".
> 
> Having new JDKs is great, but changing names is not great :)

Yes I realise that and am sorry for the change - however we have also been told 
that 
it would be great if the drop down options (and in turn tool location 
variables) had 
versions is them - JDK 1.8 by itself was not complete enough for some people.

Which then led to renaming the existing link and adding a new version in also.

> 
> We're using Jenkinsfiles, with JDK names coded inside (we = Maven, but I 
> suppose others do the same): until now, it was not fun to have a different 
> JDK 
> names for Linux and Windows nodes, but now having to follow very precise JDK 
> name on Windows nodes is a new hurdle.
> 
> Is it possible:
> 1. to have a JDK 8 alias on Windows that won't change over time, even if 
> detailed version changes (like "JDK 1.x (latest)" on Ubuntu nodes”?

Sure , we have latest links all over the place and do try to actually keep them 
updated these days (and not just for Java, but Ant, Maven and others.)

> 
> 2. ideally to have the same name on Windows as on Linux nodes?

Yes, more thought needed on this though - drop down options require a defined 
JAVA_HOME - a path to the location as you well know, and that is different for 
Linux and Windows. Currently its easier in a Jenkinsfile to seperate out the 
Windows and Linux nodes I imagine.

Gav…

> 
> 
> And of course, if I can help to make this happen, just tell me what to do.
> 
> Regards,
> 
> Hervé
> 
> [1] https://cwiki.apache.org/confluence/pages/viewpreviousversions.action?
> pageId=65147537

Reply via email to