On Wed, Jan 25, 2017 at 5:23 AM, Arnaud Héritier <
aher...@gmail.com> wrote:
> Another part are failing because they are already requiring J8 (Not JDK8 to
> build but J8 as target)
BTW this will not happen accidentally if you are using a 2.x parent
POM, as is strongly recommended. You would have to explicitly say
<java.level>8</java.level>
> users can install plugins which are incompatible with their
> environment and they aren't warned about it
https://issues.jenkins-ci.org/browse/JENKINS-20679
> For all these reason and because we are going in a direction to give more
> freedom to developers and not more constraints I reiterate my proposal to
> just shutdown this legacy service
As Tyler noted we need to first ensure that
ci.jenkins.io can actually
keep up with GitHub events.
Also I insist that we first need a standardized library for at least a
Maven-based plugin build (ideally also Gradle-based), so that every
plugin author does not need to reinvent all the boilerplate needed.
There are a handful of plugins which may have exotic needs (a custom
Docker image for building, say), but I think the vast majority with a
`pom.xml` could be built using a completely stock procedure as we do
today on
jenkins.ci.cloudbees.com, so I would like the standard
`Jenkinsfile` to look like
@Library('maven-hpi-plugin@13') import _
build()