Arch Linux User Repository

Awesome. Works without any issues now.

@chetgurevitch Could you please alter the file accordingly? That would be great.

Thanks a lot to everyone.

Greenfoot starts but then gives that error mentioned by @teacher4711 when opening a scenario. Three modifications in /usr/bin/greenfoot have to be done:

1. add -javafxpath="$JAVAFX_HOME" to the startup parameters
2. change pathline to JAVAFX_HOME=/usr/lib/jvm/java-11-openjdk
3. add the lib-Parts to the JAVAFX_CP= line

In all it then looks like:

!/bin/sh

if [ -e /usr/lib/jvm/java-11-openjfx/lib ]; then JAVAFX_HOME=/usr/lib/jvm/java-11-openjfx/lib else JAVAFX_HOME=/usr/lib/jvm/java-11-openjdk fi

JAVAFX_CP="$JAVAFX_HOME/lib/javafx.base.jar:$JAVAFX_HOME/lib/javafx.controls.jar:$JAVAFX_HOME/lib/javafx.fxml.jar:$JAVAFX_HOME/lib/javafx.graphics.jar:$JAVAFX_HOME/lib/javafx.media.jar:$JAVAFX_HOME/lib/javafx.swing.jar:$JAVAFX_HOME/lib/javafx-swt.jar:$JAVAFX_HOME/lib/javafx.web.jar"

archlinux-java-run -a 11 -b 11 -- -Dawt.useSystemAAFontSettings=on \ -cp /opt/greenfoot/bluej.jar:/usr/lib/jvm/default/lib/tools.jar:$JAVAFX_CP bluej.Boot \ -greenfoot=true \ -bluej.compiler.showunchecked=false \ -greenfoot.url.javadoc=file:///usr/share/doc/greenfoot/API \ -javafxpath="$JAVAFX_HOME" \ "$@"

It seems Greenfoot is having trouble finding certain JavaFX classes, notably KeyCombination as @teacher4711 has already mentioned. It may be that Greenfoot is having trouble dealing with the external packages, but I'm no expert.

Am I missing something? I did a clean install of ArchLinux, built greenfoot with all its dependencies and starting it results in the following error message(s):

Exception in thread "Thread-0" java.lang.NoClassDefFoundError:

javafx/scene/input/KeyCombination at greenfoot.core.GreenfootLauncherDebugVM$1.run(GreenfootLauncherDebugVM.java:80)

Caused by: java.lang.ClassNotFoundException: javafx.scene.input.KeyCombination at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521) ... 1 more

There is no such error when installing the jar-Version from the official website.

@teacher4711 thanks for pointing that out, they started bundling those with the 3.6 update for some reason. It isn't in bluej as you noted nor was it in any previous versions of greenfoot. Also violates debian packaging guidelines. Package size is back down to 17mb and I might end up switching the package we download to the generic java one to save on the download as well.

Thanks for the hard work and the fact that you maintain the package. Greenfoot works flawlessly now.

Just one question: Greenfoot is roughly 200 megs in size, BlueJ 15, and both rely on JDK 11 and JavaFX, don't they? Would it be possible to strip the JDK and JavaFX from /opt/greenfoot and make Greenfoot rely on the packages provided by Arch Linux to reduce size?

There's an update to the java11-openjfx package in the testing repo that changes the location. I've pushed another update that allows it to fall back to the old location.

My greenfoot does not start due to a wrong path in /usr/bin/greenfoot

The JAVA-HOME path must be java-11-openjdk (and not java11-openjfx) because the java11-openjfx-11.0.3.u1-1-x86_64.pkg.tar.xz package installs into /usr/lib/jvm/java-11-openjdk

The correct line therefore reads: JAVAFX_HOME=/usr/lib/jvm/java-11-openjdk/lib

Thanks to the javafx packaging getting sorted out in the repos and the archlinux-java-run script, the latest version should just work™ regardless of what archlinux-java is set to.

I had to modify this in order to work, otherwise I got error stating it cannot find JavaFX. It seems the reason is due to missing JavaFX (even though it is installed)

-- PKGBUILD pkgver=3.6.0 sha256sums('SKIP' ...

then do makepkg and pacman -U

Here's the related installed packages: local/java-openjfx 11.0.3.u1-1 (This should be pulled with greenfoot) * local/jdk11-openjdk 11.0.4.u11-1 * local/jre11-openjdk 11.0.4.u11-1 local/jre11-openjdk-headless 11.0.4.u11-1 (This should be pulled by the jre11-openjdk)

Then, here's the modified /usr/bin/greenfoot, with added explicit javafx jars

!/bin/sh

java \ -Dawt.useSystemAAFontSettings=on \ -cp /opt/greenfoot/bluej.jar:/usr/lib/jvm/default/lib/tools.jar:/usr/lib/jvm/default/lib/javafx.base.jar:/usr/lib/jvm/default/lib/javafx.controls.jar:/usr/lib/jvm/default/lib/javafx.fxml.jar:/usr/lib/jvm/default/lib/javafx.graphics.jar:/usr/lib/jvm/default/lib/javafx.media.jar:/usr/lib/jvm/default/lib/javafx.swing.jar:/usr/lib/jvm/default/lib/javafx.web.jar \ bluej.Boot \ -greenfoot=true \ -bluej.compiler.showunchecked=false \ -greenfoot.url.javadoc=file:///usr/share/doc/greenfoot/API \ "$@"