Hi all, Looking forward to see the discussion from the contributor summit summarized here. Sadly I missed it due to having another session, but I've heard it was a great discussion that resulted in a proposal. Thanks to Mike Cirioli and Mark Waite for driving this topic at the summit, and thanks to all contributors. Just posting the links shared by Mike and Runxia in the Google Doc:
- Slides: https://docs.google.com/presentation/d/1i1gkUQ0Ha-CRgFvRRpRWUDjbpPr383D0DSywLGAFN-Y/edit?usp=sharing - Meeting notes: https://docs.google.com/document/d/1BwllcgX3rmsvwRKIFkmE24g7zHGo8kufcimL0BnWaWE/edit?usp=sharing I might be unavailable when the decision making happens, so I would like to cast my votes in advance. Note that I have not fully went through the notes, and might be misaligned. I am happy to support whatever decision made by the community. My votes are: - +1 for making Java 11 a default in all Jenkins distributions starting from September LTS. It applies to Jenkins controller and agent Docker images. It also applies to Helm chart, Jenkins Operator and whatever other packaging that happens to include Java. Jenkinsfile Runner already ships Java 11 by default FTR. - +1 for allowing Java 11 only plugins starting from the September LTS. We have tooling embedded into the Jenkins core and Jenkins update centers starting from LTS releases in 2018 (2.164.x IIRC), so all modern Jenkins versions will be able to properly notify users in the UI Plugin manager. https://github.com/jenkinsci/plugin-pom/pull/133 should be finalized to make it possible in the tooling - Dropping Java 8 support - -1 for dropping Java 8 support in the September LTS - +0.5 for officially announcing it as deprecated. Needs more planning and definition what deprecation actually means - +1 for declaring an intent to drop support for Java 8 in the coming years - Java 17 support: - +1 for any coordinated efforts on this front, and thanks to all contributors. I will be exploring Java 17 in the coming months, but I might be unable to contribute. - +1 for library updates and non-severe breaking changes if they are needed to support Java 17 Best regards, Oleg On Friday, June 25, 2021 at 12:36:16 AM UTC+2 [email protected] wrote: > Allow me to append myself to the list of developers who would like access > to Java 11 APIs. If we had access to Java 11 APIs, then this > <https://github.com/jenkinsci/file-leak-detector-plugin/blob/0518165ddf2b8eaf11f9a0abea9d8ead0b52e04f/src/main/java/com/cloudbees/jenkins/plugins/file_leak_detector/FileHandleDump.java#L81> > > (and similar code in a CloudBees-proprietary plugin) could be switched to > the Java Platform's ProcessHandle#pid() (to say nothing of ProcessTree in > Jenkins core), which would mean that we could get rid of JNR from Jenkins > core, which would mean that we could get rid of ASM from Jenkins core, > which would eliminate a long-standing pain point in the dependency tree. > -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/92ae7850-fc4c-4426-8206-9a829bd697bcn%40googlegroups.com.
