Litiengine VS Codename One

Have you looked at https://litiengine.com/ code? Its an interesting little pure java AWT based engine. You could see how they are doing their game loop.

Tired of all the vaguely ambiguous harvesting references? Just want to take your mind off of all the comfy farming games? How about some old-school shooty fun in space? Star ReaperZ is an arcade space shoot-‘em-up made with our very own open source Java 2D game engine LITIENGINE. We didn’t have the full weekend at our disposal, so we had to cut some corners with graphics and audio, but all in all, you will have a great time harvesting innocent galaxies! Check out the game HERE!. Oh, and of course the game is open source!

From a quick search this is the main java engine i found: Litirngine

For native binaries, we now have https://www.graalvm.org/reference-manual/native-image/, but it probably doesn't yet work nicely with game frameworks? Not sure.

There are some engines, frameworks: https://jmonkeyengine.org/, https://litiengine.com/, https://libgdx.com/, https://www.lwjgl.org/.

But I have no real experience with any of those.

so I am trying Litiengine (https://litiengine.com/), but the problem is, I am getting this error everytime I wanna build project... I tried everything what I found on the internet, but it didn't help so far... New project has the same issue, when I changed sdk (15), the error was the same, just not 11, but 15...

Google is your friend. Search terms "Java 2d game engine": https://litiengine.com/

LibGDX is often recommended, but I'm also aware of FXGL and LITIENGINE.

codenameone.com — Open source, cross-platform, mobile app development toolchain for Java/Kotlin developers. Free for commercial use with an unlimited number of projects

This was resolved in this issue: https://github.com/codenameone/CodenameOne/issues/3706

Naturally depends on the use case, yet they work good enough to be in business for 20 years.

https://www.ptc.com/en/products/developer-tools/perc

https://www.aicas.com/wp/products-services/jamaicavm-tools/

https://www.codenameone.com/

Android 5 & 6 (only changed back into JIT/AOT due to long compile times), https://www.infoq.com/news/2014/07/art-runtime/

Unfortunely the best well known, Excelsior JET, is no longer in business, most likely due to GraalVM and OpenJ9 being available as free beer, while PTC, Aicas Codename One are safe in their domains.

There is also RoboVM (https://github.com/MobiVM/robovm) as free beer, however it actually started as a commercial product, and the acquisition from Xamarin kind of stagnated it (naturally).

At Codename One, we were using App Engine when our daily billing suddenly skyrocketed from a few dollars to hundreds. The potential cost was so high it threatened to bankrupt us within a month. Despite our best efforts, including educated guesses and fixing everything we could, we were never able to pinpoint the specific bug. Instead, we had to solve the problem through brute force.

We don't use GraalVM since our project was developed prior to its existence and we aimed for deeper native integration than it can offer: https://github.com/codenameone/CodenameOne

XMLVM, Codename One and iSpectrum (cross compile Java code from an Android app or creating one from scratch

I suggest filing an RFE in the issue tracker.

Thanks. It's always good to get another reminder. Yes, it was reported. u/shannah78 is working on this but we have time until November.

please check this issue https://github.com/codenameone/CodenameOne/issues/3686

We use ParparVM which we wrote. It compiles a subset of Java 8 (sort of) to native by translating the bytecode to C and passing that through XCode. The reason we took this path and not the path of "direct to native", is that it allows for future compatibility.