Date: Fri, 10 Mar 2023 19:34:29 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 270097] databases/jetbrains-datagrip: Java home/environment Message-ID: <bug-270097-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D270097 Bug ID: 270097 Summary: databases/jetbrains-datagrip: Java home/environment Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: dch@freebsd.org Reporter: jbo@insane.engineer Assignee: dch@freebsd.org Flags: maintainer-feedback?(dch@freebsd.org) The port seems to have some issues starting on a system where multiple vers= ions of java are installed. In my case: =E2=9E=9C ~ pkg info | grep openjdk openjdk11-11.0.18+10.1 Java Development Kit 11 openjdk17-17.0.6+10.1 Java Development Kit 17 openjdk18-18.0.2+9.1_1 Java Development Kit 18 openjdk8-8.362.09.1_1 Java Development Kit 8 Launching datagrip regularly yields: CompileCommand: exclude com/intellij/openapi/vfs/impl/FilePartNodeRoot.trieDescend Error occurred during initialization of VM java.lang.UnsupportedClassVersionError: com/intellij/util/lang/PathClassLoa= der has been compiled by a more recent version of the Java Runtime (class file version 61.0), this version of the Java Runtime only recognizes class file versions up to 55.0 at java.lang.ClassLoader.defineClass1(java.base@11.0.18/Native Meth= od) at java.lang.ClassLoader.defineClass(java.base@11.0.18/ClassLoader.java:1017) at java.security.SecureClassLoader.defineClass(java.base@11.0.18/SecureClassLo= ader.java:174) at jdk.internal.loader.BuiltinClassLoader.defineClass(java.base@11.0.18/Builti= nClassLoader.java:800) at jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(java.base= @11.0.18/BuiltinClassLoader.java:698) at jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(java.base@11.0.18/Bu= iltinClassLoader.java:621) at jdk.internal.loader.BuiltinClassLoader.loadClass(java.base@11.0.18/BuiltinC= lassLoader.java:579) at jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(java.base@11.0.18= /ClassLoaders.java:178) at java.lang.ClassLoader.loadClass(java.base@11.0.18/ClassLoader.java:522) at java.lang.Class.forName0(java.base@11.0.18/Native Method) at java.lang.Class.forName(java.base@11.0.18/Class.java:398) at java.lang.ClassLoader.initSystemClassLoader(java.base@11.0.18/ClassLoader.j= ava:1976) at java.lang.System.initPhase3(java.base@11.0.18/System.java:2074) I am however able to start it by explicitly setting JAVA_HOME: env JAVA_HOME=3D/usr/local/openjdk18 /usr/local/share/datagrip/bin/datagrip= .sh A fix was already provided by tcberner for devel/jetbrains-clion in this commit: https://cgit.freebsd.org/ports/commit/?id=3D4fecb327597025f0cd4d809c128279f= 12dacd5b7 databases/jetbrains-datagrip would need a similar fix. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-270097-7788>