Arch Linux User Repository

Error: Could not find or load main class gg.minion.Minion

I could just be dumb. Unsure of what to do, though.

@kruzah Nice, thank you!

@jkhsjdhjs I've updated the packages now, and updated the dependencies to java-runtime from jre-openjdk.

@kruzah Friendly ping.

@kruzah You're right, the java-openjfx package only provides OpenJFX for the latest OpenJDK. However, other packages provide java-openjfx as well and thus are valid installation candidates for java-openjfx as well. They are listed in parenthesis after java-openfx in the dependencies section of this package.

So I think just changing the dependency on jre-openjdk to java-runtime should be fine, the dependency on java-openjfx can be kept as is.

@jkhsjdhjs Sorry for the late reply to your comment. Minion depends on OpenJFX, and the java-openjfx package seems to only install OpenJFX for the latest OpenJDK. The package thus needs an OpenJDK installation to work. Do you know if it's possible to somehow allow java-runtime to be listed as dependency despite a requirement for OpenJFX, when that package is only provided for the latest JDK?

Thanks for the flag, package is updated now!

There's an update with a fixed log4j

Thanks for creating this package! I have one suggestion though: When I install this package, it pulls jre-openjdk as a dependency even though I already have other java versions installed, such as jre8-openjdk. Minion works fine with my already installed java version and this package contains a script which launches minion with different options depending on the java version. So there seems to be no reason to have it depend on jre-openjdk (the latest openjdk). (Besides, only installing jre-openjdk doesn't result in the installation actually being used, it has to be selected with archlinux-java first. So for me, it's just an unused java installation.)

In Arch Linux, all packages that provide a java installation, also provide java-runtime (i.e. have that in the provides array of the PKGBUILD). Other packages, such as minecraft-launcher for example, depend on java-runtime to make sure that at least one java runtime is installed, without forcing a specific version on the user. Thus my proposal is that you change the dependency on jre-openjdk to java-runtime instead. What do you think?

@cylgalad Thanks for the report, fixed now :)

Doesn't work with openjdk 16 :(

@nightfuryg, can you confirm that you have a version of OpenJFX installed that matches the major version of your Java runtime? E.g. OpenJFX 15 <--> OpenJDK 15

If you have multiple JREs installed, could you please run java -version and ensure that this prints the same OpenJDK version?

@LizziAS Thanks, fixed. It appears CloudFlare is inserting dynamically changing scripts in the EULA page now, so I've disabled integrity checking on that file for the time being.

-> Found miniongg.sh -> Found minion.desktop ==> Validating source files with md5sums... MinionClientUpdate-12dbc95eff5898a64f584a3c697dad987c604af8.zip ... Passed MinionLibsUpdate-81fcfa6cd281365b8e6c40c51e2fc931caf4101d.zip ... Passed Minion-EULA.html ... FAILED miniongg.sh ... Passed minion.desktop ... Passed

@LizziAS To me it appears to be a server issue on Minion's side. The client works fine for me. I can't say exactly what happened, but the stack trace indicates that Minion's JSON parser choked on the < character when requesting data from a web server. My guess is that Minion's server had some kind of error and returned HTML data instead of JSON, whose tags do start with <. I'd try again and see if it's resolved.

After it loads it now hangs says it's loading and initializing window controls?

https://forum.endeavouros.com/uploads/default/original/3X/8/2/829ceca078c1e0bedef2157135a809dd1d83c247.png

log reports

ERROR 2020-12-09 04:07:52,111 [Data Initialization Thread] gg.minion.controller.MinionController:loadGameConfigs(952): Catching org.codehaus.jackson.JsonParseException: Unexpected character ('<' (code 60)): expected a valid value (number, String, array, object, 'true', 'false' or 'null') at [Source: org.apache.http.conn.EofSensorInputStream@39fc643c; line: 1, column: 2] at org.codehaus.jackson.JsonParser._constructError(JsonParser.java:1433) at org.codehaus.jackson.impl.JsonParserMinimalBase._reportError(JsonParserMinimalBase.java:521) at org.codehaus.jackson.impl.JsonParserMinimalBase._reportUnexpectedChar(JsonParserMinimalBase.java:442) at org.codehaus.jackson.impl.Utf8StreamParser._handleUnexpectedValue(Utf8StreamParser.java:2090) at org.codehaus.jackson.impl.Utf8StreamParser._nextTokenNotInObject(Utf8StreamParser.java:606) at org.codehaus.jackson.impl.Utf8StreamParser.nextToken(Utf8StreamParser.java:492) at org.codehaus.jackson.map.ObjectMapper._initForReading(ObjectMapper.java:2770) at org.codehaus.jackson.map.ObjectMapper._readMapAndClose(ObjectMapper.java:2718) at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1916) at gg.minion.controller.MinionController.loadGameConfigs(MinionController.java:948) at gg.minion.controller.MinionController.lambda$initData$17(MinionController.java:562) at java.lang.Thread.run(Thread.java:748)

DEBUG 2020-12-09 04:07:52,245 [JavaFX Application Thread] gg.minion.controller.MinionController:open(300): Starting new Minion instance.

@kruzah Excellent!

@txtsd Compatibility with OpenJFX 14 was one of the problems I had with this package that I failed to solve. I was unaware of those flags, and it does appear to fix the program with Java 14. The files have been patched now. Thanks a lot!

Stop forcing users to install a specific version of java.

Use this script to launch it with java 14. Make a script of your own to detect java versions.

java --module-path=/usr/lib/jvm/default/lib/javafx.web.jar:/usr/lib/jvm/default/lib/javafx.graphics.jar:/usr/lib/jvm/default/lib/javafx.base.jar:/usr/lib/jvm/default/lib/javafx.swing.jar:/usr/lib/jvm/default/lib/javafx.fxml.jar:/usr/lib/jvm/default/lib/javafx.controls.jar:/usr/lib/jvm/default/lib/javafx-swt.jar:/usr/lib/jvm/default/lib/javafx.media.jar --add-modules=javafx.swing,javafx.graphics,javafx.fxml,javafx.media,javafx.web \
  --add-reads javafx.graphics=ALL-UNNAMED \
  --add-opens javafx.controls/com.sun.javafx.charts=ALL-UNNAMED \
  --add-opens javafx.graphics/com.sun.javafx.iio=ALL-UNNAMED \
  --add-opens javafx.graphics/com.sun.javafx.iio.common=ALL-UNNAMED \
  --add-opens javafx.graphics/com.sun.javafx.css=ALL-UNNAMED \
  --add-opens javafx.graphics/javafx.scene.image=ALL-UNNAMED\
  --add-opens javafx.base/com.sun.javafx.runtime=ALL-UNNAMED \
-jar Minion-jfx.jar

@raivyn For some reason the app writes the updated jar to /Home/null just copying it to the actual installation folder works Running sudo cp ~/null/Minion-jfx.jar /opt/Minion fixed it for me

how do i get it to stop asking me to update everytime i ipen the app? becuase its not letting me keep my settings https://i.imgur.com/9nvGz8I.png

Works great. All I had to do was to navigate to my ESO addon folder. It does ask for update every time you start.

Thank you so much for this!

Minion attempts to launch using the default Java installation as /usr/bin/java points to the default JVM on the system. E.g. /usr/lib/jvm/default. This therefore only works on systems where OpenJDK 8 is the current default. On my system where I run the more recent Java 12, miniongg thus throws "java.lang.NoClassDefFoundError" (java -version = "12.0.2"). If I update the miniongg script:

!/bin/sh

/usr/lib/jvm/java-8-openjdk/bin/java -jar /opt/Minion/Minion-jfx.jar

Then it starts working. Given that there are newer/other versions of Java that users would typically have installed rather than Java 8, and these can coexist, would it be an idea to manually specify the path to the correct JVM like above rather than using the system default?