On 09/06/2012 12:12 AM, Stephen Connolly wrote:
On 5 September 2012 23:16, Kohsuke Kawaguchi <kkawagu...@cloudbees.com
<mailto:kkawagu...@cloudbees.com>> wrote:

    On 09/05/2012 01:18 PM, Brian Smith wrote:

        Hi

        I don't think EOL alone is a good reason to upgrade the runtime
        dependency, anybody concerned about it can run on a newer JVM
        anyway.

        It might help if someone were to outline the benefit of
        upgrading the
        language version.


    The benefits to developers are:

      - We get to use a few APIs that we currently can't rely on.
        (Note that we already do use a number of Java6 APIs in ways that
        gracefully degrades when running on Java5, but this is separate.)

      - Some IDE integrations (apparently) work better when what we tell
        as the compiler language level (1.5) matches with the runtime
        requirement (1.6)

      - Some language level stuff (like @Override on interface methods)
        causes IDE and javac to disagree, which gets fixed with 1.6.

    The benefits are admittedly marginal, but the argument is that the
    cost is marginal, too --- just 2% of users on Java5, and I suspect
    those people aren't updating frequently.

    And at some point we need to move on, so I suppose it could well be now.


    I guess what I'm particularly keen on is if there are any minority
    platforms where Java6 isn't available easily, and/or desperate cries
    from users begging us not to require Java6, if any.


This is really where the issue is.

If you have Jenkins slaves that are on older OSes which are stuck with
Java 1.5 as the "best" JVM they can run, please shout out now.

Yes, slaves are important.

When the Jenkins core bumps up to require Java6, all the slaves will need to run Java6.

You can still launch builds that builds with Java5 (just like you can today launch a build that builds with Java 1.4), but the slave JVM will have to be Java6.

So folks, think about all the exotic slaves you may have (BSD, SunOS, IRIX, HP-UX, AIX, ...) and think if Java6 is available readily on them. Do you keep any ancient versions of those platforms for testing purpose? Do your ancient versions have Java6?

So far we are seeing wide support from developers to bump up to 1.6. So you better raise your voice if you have a problem...

-Stephen


    (Personally, I'm neutral on this.)

        What's the upside for jenkins dev?  Is there something in java 6
        people
        are hankering to use?

        Personally the only things in java 6 I've found useful were the new
        concurrent collections and the ResourceBundle hooks.

        Cheers

        Brian

        On 5 September 2012 20:18, domi <d...@fortysix.ch
        <mailto:d...@fortysix.ch>
        <mailto:d...@fortysix.ch <mailto:d...@fortysix.ch>>> wrote:

             Hi all,

             just after todays meeting on the IRC chat, we startet a
        discussion
             about upgrading Jenkins to Java 6.
             As Java 5 has reached EOL since quite a while, some core
        developers
             have asked whether it would be
             OK to bump Jenkins' runtime dependency from Java5 to Java6.
             The core is already build on Java6, but until now still
        backward
             compatible with Java5.
             Therefore we would like to know from you (Users) whether
        you have an
             issue with this upgrade.
             This would mean, that in the future you will have to have Java6
             installed to run Jenkins (for Master and Slave).

             Here are the current usage numbers (installations we know of):
             Java 1.5: 655
             Java 1.6: 29164
             Java 1.7: 2919

             So please give us some feedback/votes on this.
             Domi




    --
    Kohsuke Kawaguchi | CloudBees, Inc. | http://cloudbees.com/
    Try Nectar, our professional version of Jenkins




--
Kohsuke Kawaguchi | CloudBees, Inc. | http://cloudbees.com/
Try Nectar, our professional version of Jenkins

Reply via email to