#23788 closed defect (fixed)
I wanted to install extensions,
| Reported by: | wellmer | Owned by: | taylor.smock |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Plugin mapillary | Version: | |
| Keywords: | template_report | Cc: |
Description
What steps will reproduce the problem?
- I tried to install extensions, and received the message that josm is old
- I installed the actual version and started josm again
- I always receive the message that an unexspected exeption occurs
What is the expected result?
What happens instead?
Please provide any additional information below. Attach a screenshot if possible.
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-07-02 17:10:50 +0200 (Tue, 02 Jul 2024)
Revision:19128
Build-Date:2024-07-03 01:31:15
URL:https://josm.openstreetmap.de/svn/trunk
Identification: JOSM/1.5 (19128 de) Linux Ubuntu 22.04.4 LTS
Memory Usage: 425 MB / 1958 MB (213 MB allocated, but free)
Java version: 11.0.23+9-post-Ubuntu-1ubuntu122.04.1, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920x1080x[Multi depth]@60Hz (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: de_DE.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: de_DE
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: ubuntu:GNOME
Java package: openjdk-11-jre:amd64-11.0.23+9-1ubuntu1~22.04.1
Java ATK Wrapper package: libatk-wrapper-java:all-0.38.0-5build1
libcommons-compress-java: libcommons-compress-java:all-1.21-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20201225-1build1
VM arguments: [--module-path=/usr/anonymousshare/openjfx/lib, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, -Djosm.restart=true, -Djava.net.useSystemProxies=true, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED]
Program arguments: [${HOME}/reisen/tracks/rec/2024-07-02_17-07_Tue_kelmis_nicht_bearb.gpx]
Plugins:
+ Mapillary
+ SeaMapEditor (36126)
+ apache-commons (36273)
+ apache-http (36273)
+ jna (36273)
Tagging presets:
+ https://raw.githubusercontent.com/OpenNauticalChart/josm/master/Presets_Hafen.xml
Map paint styles:
+ https://raw.githubusercontent.com/OpenSeaMap/josm/master/INT1_Seamark.mapcss
Last errors/warnings:
- 00010.532 W: Cannot lock cache directory. Will not use disk cache
- 00010.533 E: Handled by bug report queue: java.lang.UnsupportedClassVersionError: org/openstreetmap/josm/plugins/mapillary/MapillaryPlugin 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
=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.
Warning issued by: BugReportExceptionHandler#handleException
=== STACK TRACE ===
Thread: main (1)
java.lang.UnsupportedClassVersionError: org/openstreetmap/josm/plugins/mapillary/MapillaryPlugin 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.base/java.lang.ClassLoader.defineClass1(Native Method)
at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1022)
at java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174)
at java.base/java.net.URLClassLoader.defineClass(URLClassLoader.java:555)
at java.base/java.net.URLClassLoader$1.run(URLClassLoader.java:458)
at java.base/java.net.URLClassLoader$1.run(URLClassLoader.java:452)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.base/java.net.URLClassLoader.findClass(URLClassLoader.java:451)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:594)
at org.openstreetmap.josm.plugins.PluginClassLoader.loadClass(PluginClassLoader.java:64)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:527)
at java.base/java.lang.Class.forName0(Native Method)
at java.base/java.lang.Class.forName(Class.java:398)
at org.openstreetmap.josm.plugins.PluginInformation.loadClass(PluginInformation.java:402)
at org.openstreetmap.josm.plugins.PluginHandler.loadPlugin(PluginHandler.java:863)
at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:926)
at org.openstreetmap.josm.plugins.PluginHandler.loadLatePlugins(PluginHandler.java:1025)
at org.openstreetmap.josm.gui.MainApplication.loadLatePlugins(MainApplication.java:1247)
at org.openstreetmap.josm.gui.MainApplication.mainJOSM(MainApplication.java:1003)
at org.openstreetmap.josm.gui.MainApplication$3.processArguments(MainApplication.java:280)
at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:765)
Attachments (1)
Change History (8)
by , 18 months ago
| Attachment: | Bildschirmfoto vom 2024-07-07 18-38-50.png added |
|---|
comment:2 by , 18 months ago
| Component: | Core → Plugin mapillary |
|---|---|
| Owner: | changed from to |
comment:3 by , 18 months ago
I have plugin.minimum.java.version=17 set in gradle.properties. It is possible that the gradle plugin doesn't do anything with that (I have to build with gradle in order to set the API keys).
I'll make a quick patch release. And then look into whether or not I can switch to auto-generated releases now that I can set repo secrets in GitHub.
comment:4 by , 18 months ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Should be fixed in https://github.com/JOSM/Mapillary/releases/tag/v2.2.4.1 .
comment:6 by , 18 months ago
Please explain what you fixed. Does that mean that a JOSM running on JRE 11 will no longer try to install a plugin which requires a higher version? Or isn't it shown in the list of available plugins?
comment:7 by , 18 months ago
I fixed the issue where the plugin jar file did not have Plugin-Minimum-Java-Version: 17; this should prevent JOSM from trying to install it when the user is using Java 11.
What I still need to do is get a pipeline running for Mapillary such that I don't have to manually build the plugin and release it (I have to put the Mapillary token on the command line).



Screenshot of the error message