Re: How to configure and run gradlew successfully?

OK, finally solved.

I installed Java 21 and had to set the JAVA_HOME environment variable to:
C:\Program Files\Eclipse Adoptium\jre-21.0.3.9-hotspot\

Thanks to Norm again for helping!

Thanks,
Dimitre

On Thu, May 9, 2024 at 7:26 AM Dimitre Novatchev <dnovatchev@gmail.com>
wrote:

> Thanks a lot, Norm,
> I pulled and tried again, and now it seems to have progressed further, but
> there is still a problem. I get this:
>
> *Exception in thread "main" java.lang.UnsupportedClassVersionError:
> com/nwalsh/parsers/XJParse has been compiled by a more recent version of
> the Java Runtime (class file version 55.0), this version of the Java
> Runtime only recognizes class file versions up to 52.0*
>
> I apologize for having no experience with Java and asking again for your
> guidance... :(
>
> On the computer I have installed Java 11. Should I install a higher
> version and which one exactly?
>
> Thanks,
> Dimitre
>
> > Task :datamodel_merge
> Validating
> C:\git\qtspecs\build\expanded\xpath-datamodel-40\xpath-datamodel.xml
> Error: A JNI error has occurred, please check your installation and try
> again
> Exception in thread "main" java.lang.UnsupportedClassVersionError:
> com/nwalsh/parsers/XJParse has been compiled by a more recent version of
> the Java Runtime (class file version 55.0), this version of the Java
> Runtime only recognizes class file versions up to 52.0
>         at java.lang.ClassLoader.defineClass1(Native Method)
>         at java.lang.ClassLoader.defineClass(ClassLoader.java:756)
>         at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
>         at java.net.URLClassLoader.defineClass(URLClassLoader.java:473)
>         at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
>         at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
>         at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:418)
>         at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:352)
>         at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
>         at
> sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:621)
>
> > Task :datamodel_merge FAILED
>
> FAILURE: Build failed with an exception.
>
> * Where:
> Build file 'C:\git\qtspecs\build.gradle' line: 1415
>
> On Wed, May 8, 2024 at 10:18 PM Norm Tovey-Walsh <norm@saxonica.com>
> wrote:
>
>> Dimitre Novatchev <dnovatchev@gmail.com> writes:
>> > A problem occurred configuring root project 'qtspecs'.
>> >> Could not resolve all files for configuration ':classpath'.
>> >    > Could not resolve com.saxonica:Saxon-EE:12.2.
>> >      Required by:
>> >          project :
>> >       > Could not resolve com.saxonica:Saxon-EE:12.2.
>> >          > Could not get resource
>>
>> No, I haven’t seen that problem. The CI build process does a clean
>> checkout for every build, and I haven’t seen any problems. It should be
>> working fine.
>>
>> It could have been a transient error, I suppose. Some network glitch
>> between you and the server.
>>
>> > 'https://dev.saxonica.com/maven/…
>>
>> This URI actually changed a few months ago and is now a redirect to a new
>> URI. I’ve just pushed a commit that replaces it with the correct URI,
>> avoiding the redirect.
>>
>> Pull and try again?
>>
>>                                         Be seeing you,
>>                                           norm
>>
>> --
>> Norm Tovey-Walsh
>> Saxonica
>>
>
>
>