openjdk version "13.0.1" 2019-10-15
OpenJDK Runtime Environment AdoptOpenJDK (build 13.0.1+9)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 13.0.1+9, mixed mode, sharing)

On Wed, Jan 8, 2020 at 10:08 AM Thomas Matthijs <li...@selckin.be> wrote:

> ./gradlew should try to use gradle 5.6.4 see
> ./gradle/wrapper/gradle-wrapper.properties
> With java 11 this all builds fine for me (can export JAVA_HOME to change)
> Which version of java are you using? the linked issue hints at java 13?
>
> On Wed, 8 Jan 2020 at 16:01, Robert Muir <rcm...@gmail.com> wrote:
> >
> > Here is the issue: https://github.com/gradle/gradle/issues/8681
> >
> > I tried upgrading gradle to 6.0.1, but it seems now it wants me to buy
> something?
> >
> > ]$ ./gradlew help
> > Starting a Gradle Daemon (subsequent builds will be faster)
> >
> > FAILURE: Build failed with an exception.
> >
> > * Where:
> > Build file '/Users/rob.muir/eclipse.workspace/lucene-solr/build.gradle'
> line: 5
> >
> > * What went wrong:
> > An exception occurred applying plugin request [id:
> 'com.gradle.build-scan', version: '3.0']
> > > Failed to apply plugin [id 'com.gradle.build-scan']
> >    > This build scan plugin is not compatible with less than Gradle 6.0.
> >      Please use the Gradle Enterprise plugin instead.
> >
> > On Wed, Jan 8, 2020 at 9:41 AM Robert Muir <rcm...@gmail.com> wrote:
> >>
> >> I tried it out just to see, here was my experience:
> >>
> >> $ git checkout gradle-master
> >> Switched to branch 'gradle-master'
> >> Your branch is up to date with 'origin/gradle-master'.
> >> $ ./gradlew help
> >> Starting a Gradle Daemon (subsequent builds will be faster)
> >>
> >> FAILURE: Build failed with an exception.
> >>
> >> * Where:
> >> Settings file
> '/Users/rob.muir/eclipse.workspace/lucene-solr/settings.gradle'
> >>
> >> * What went wrong:
> >> Could not compile settings file
> '/Users/rob.muir/eclipse.workspace/lucene-solr/settings.gradle'.
> >> > startup failed:
> >>   General error during semantic analysis: Unsupported class file major
> version 57
> >>
> >>   java.lang.IllegalArgumentException: Unsupported class file major
> version 57
> >>         at groovyjarjarasm.asm.ClassReader.<init>(ClassReader.java:184)
> >>         at groovyjarjarasm.asm.ClassReader.<init>(ClassReader.java:166)
> >>         at groovyjarjarasm.asm.ClassReader.<init>(ClassReader.java:152)
> >>         at groovyjarjarasm.asm.ClassReader.<init>(ClassReader.java:273)
> >>         at
> org.codehaus.groovy.ast.decompiled.AsmDecompiler.parseClass(AsmDecompiler.java:81)
> >>         at
> org.codehaus.groovy.control.ClassNodeResolver.findDecompiled(ClassNodeResolver.java:254)
> >>         at
> org.codehaus.groovy.control.ClassNodeResolver.tryAsLoaderClassOrScript(ClassNodeResolver.java:192)
> >>
> >> On Wed, Jan 8, 2020 at 9:30 AM Dawid Weiss <dawid.we...@gmail.com>
> wrote:
> >>>
> >>> I think the gradle-master branch is already workable enough to land on
> master.
> >>>
> >>> If you're not familiar with gradle then, once merged, run "gradlew
> help".
> >>>
> >>> Some notes.
> >>>
> >>> 1) I have been running tests on Windows and Linux, they're ok. The
> >>> output is slightly different from ANT's but I think it's fine for
> >>> working.
> >>>
> >>> 2) The speed of compilation and running tests selectively is much
> >>> better than ant's, especially on multicore machines.
> >>>
> >>> 3) I use IntelliJ idea and the project imports into the IDE without
> >>> any special handling. Code formatting and such may need to be adjusted
> >>> though.
> >>>
> >>> 4) Some things are incomplete (precommit does a subset of checks).
> >>> Some are missing (regeneration tasks). Some are different (handling of
> >>> dependencies, build output folder locations). It will take some time
> >>> and learning to live with a new build system. I tried to provide short
> >>> guides into selective areas (they're available as help tasks or plain
> >>> text files under help/).
> >>>
> >>> 5) If something does *not* work, let me know.
> >>>
> >>> 6) It'd be nice if we had a build job somewhere on a faster machine
> >>> that would run at least "gradlew precommit check -x test" so that
> >>> rudimentary checks are applied, without running all the tests. This
> >>> would ensure consistency in dependencies, for example.
> >>>
> >>> 7) The parallel branch (gradle-master) and issue (LUCENE-9077) will be
> >>> kept open and occasionally merged back and forth.
> >>>
> >>> I have to shift more focus to my daily job but will help out and chip
> >>> at the remaining bits, time permitting.
> >>>
> >>> Dawid
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >>> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Reply via email to