A setup tool for libGDX Gradle projects.

To generate a project, download the latest application jar. The latest release targets 1.14.0 by default. Once you have the right JAR, run it (usually double-clicking will do), or run the following command manually (replacing the VERSION appropriately):

java -jar gdx-liftoff-VERSION.jar

You must build with Java 17 (or newer, up to 24)! Gradle's current version, as well as current Android tools, now require your installed JDK to be version 17 or higher. Regardless of what platforms you target, Gradle 8.10 and up need a JDK with a version at least 17! You can still target other releases, as low as 8 typically, while building with any of the JDK versions 17 and up. Stable target releases of Java from 8 to 24 work here now. If you use a JDK version 18 to 24 for Gradle, then the automatic desktop release packaging with Construo will need its URLs changed so it downloads the same version of JDK that Gradle uses. This isn't hard, but is tedious, so using 17 exactly is recommended for this reason.

When you enter the JDK version you use for a project, it is always one integer, such as 8 or 21. Entering any bugfix or point releases after that will confuse Gradle and lead to bizarre bugs. JDK versions, or language levels, never include bugfix versions, and when you enter one here it should always be a single int, with no . .

JAVA 25 INSTALLATIONS ARE NOT YET SUPPORTED. IF YOU HAVE ANY DOUBTS ABOUT WHAT VERSION YOU HAVE, INSTALL JAVA 17. Android's tools have not yet been updated to be compatible with Gradle 9.x, and Java 25 is only supported by Gradle 9.1 and later. If you bundle Java 25 (or 24) with a released app, users will see alarming (but harmless) warnings when they run your app, so there isn't much user-experience benefit to using them anyway.

If you don't know what JDK you have installed, or don't have one, then either of the JDK 17 installers from OpenJDK vendors BellSoft Liberica or Azul Zulu are recommended because they have good default settings in their MSI Windows installers. Oracle's OpenJDK (and especially its proprietary JDK) are not recommended, partly because their installers have confusing default options, and partly because their licensing is not as clear as OpenJDK vendors that must use GPL v2 with Classpath Exception as their license, and Oracle can change (and has changed) licensing without much warning. On Linux, use your package manager to install OpenJDK 17. On macOS, you might need to get both an AARCH64 OpenJDK and an x86_64 OpenJDK to use certain parts of libGDX (any tools that still use LWJGL2 will need the x86_64 OpenJDK to run, and will use Rosetta). Do not install a JRE.

If you have any trouble, you can try our 🐛Troubleshooting Guide🐛.

In addition to most features of the original gdx-setup, the gdx-liftoff tool offers:

• Project templates. You can choose one of many project skeletons highlighting various libGDX features.
• Instant input validation. Your project data is validated as you type it in.
• Other JVM languages support. You can choose additional languages for your project, like Kotlin or Scala. Their standard libraries, Gradle plugins, and appropriate source folders will be included.
• Customization. You have more control over the versions of software used by your application.
• More third-party extensions. Their versions are fetched from Maven Central or JitPack, so your project is always generated up-to-date.
• Automatic configuration for tricky extensions. If you're having trouble setting up Artemis-ODB, Lombok, or several other libraries, Liftoff does some extra work, so you don't have to.
• Preferences support. Basic data of your application is saved, so you don't have to fill it each time you generate a project.
• Optional Gradle runner. You can optionally execute Gradle tasks after project generation. Gradle doesn't have to run for a project to be created.
• Supports all libGDX backends. Do you need the LWJGL2, LWJGL3, and/or Headless backends? Liftoff provides simple checkboxes to add any and all official platforms, plus some special other modules.
• Convenience features. If you have JetBrains Toolbox, you can open a just-generated project in IDEA with one click (it needs "Generate Shell Scripts" set in Toolbox). If you use Eclipse, you can still import Gradle projects normally.
• Up-to-date. This project prides itself on updating quickly after releases of major external components such as Gradle or libGDX itself.
• More backends are supported. The headless backend has been part of libGDX for a long time, but wasn't easily accessed in gdx-setup; it is a checkbox here. TeaVM, an increasingly-popular alternative to GWT for browser-based applications, is also here, and works with Kotlin and other JVM languages as well as it does with Java. MOE, an alternative backend for iOS, is also here, and works with newer Java versions than the official RoboVM.
• Build native executables out-of-the-box. The Construo plugin lets you assemble a JDK with your project's JAR and launch it with a native Win64 .exe, MacOS (x64 or AARCH64) .app, or Linux x64 executable. Configuration is also included for Graal Native Image, though this is less likely to "just work" immediately.

For the video-inclined, @raeleus produced this tutorial video.

If you'd rather read text, then here you go...

Gdx-Liftoff is a relatively straightforward GUI application.

• Enter a project name/package/main-class-name.
• Click Project Options.
• Select options you want (additional platforms, non-Java languages, official extensions, and/or a template).
• Click Next.
• Select any third-party extensions you want to add.
• Click Next.
• Enter a project path and optionally change Java version (such as to 8 for better iOS support).
• Click Generate, and let the magic happen.

After that you can open the project in the path you specified, or open it more quickly in IDEA if it's installed how Liftoff can see it (using JetBrains Toolbox, ideally, though a manually installed IDEA can sometimes work).

If you want to use Kotlin, a Kotlin template is recommended (such as Kotlin Logo); these mention that they use "Kotlin launchers" in their descriptions. The KTX libraries are all available as third-party extensions; these aren't required for Kotlin projects, but they can be helpful. KTX and other Kotlin-based libraries need Kotlin enabled. Currently, projects generated here default to using Kotlin 2.2.20, which may have some incompatibilities with the earlier 1.9.x releases. You could instead set the version to the newest 1.9.x release (currently 1.9.25), in the Languages dialog, when you select Kotlin as an option. The 2.x series of releases claims a number of nice improvements, however, and most libraries appear to be either very close to compatible, or are compatible already. Liftoff itself is built using Kotlin 2.x , as well as substantial Java code (compatible with Java 8).

Some things are structured differently in Liftoff projects, compared to gdx-setup projects. Where gdx-setup put almost all configuration in /build.gradle (in the project root), including for subprojects like android or html, Liftoff puts only shared configuration in the root build.gradle, keeps all user-configurable version information in /gradle.properties, and moves per-project configuration to /core/build.gradle, /android/build.gradle, /html/build.gradle, etc. Liftoff also calls the project that depends on LWJGL3 lwjgl3, since you can also create a project that depends on LWJGL2, and that's called lwjgl2. You might need to change references to the "desktop" module (as gdx-setup calls LWJGL3) to lwjgl3, since that's the most likely desktop module you would be using.

If you're adding dependencies to build.gradle files, you will probably need to add them to /core/build.gradle rather than /build.gradle in the root. Some dependencies may also need parts added to /lwjgl3/build.gradle, /html/build.gradle, and so on. If a library says to add lines to the dependencies section, that almost always means the block inside dependencies { }, but not inside buildscript { }. There are often two dependencies blocks, and you generally want the last one. Templates selected in Liftoff handle this automatically.

For more details on how to use the application and how it works, see the usage guide.

When submitting a pull request, please format the application with the ktlintFormat Gradle task.

The project was forked from the czyzby/gdx-setup repository. @czyzby and @kotcrab created the original application, as well as a set of libraries that it depends on (gdx-lml and VisUI respectively). Since then, the project is maintained by @tommyettinger. Graciously, czyzby came back and made a wide variety of improvements, so big thanks there! Thanks also to @metaphore, who now maintains gdx-lml (which this used and may still use).

@raeleus created the Particle Park skin for scene2d.ui, which was adapted to be the default skin added to new projects (if the "Generate UI Assets" option is selected). "Accademia di Belle Arti di Urbino and students of MA course of Visual design" has created the Titillium Web font that the skin uses (under SIL OFL license). Oh yeah, and he did some other stuff starting in version 1.12.1.10, such as almost the entire release. Huge thanks to raeleus for the complete overhaul of the user experience!

@Berstanio has provided help in a number of ways to this project, such as by maintaining MOE Community Edition and PRing updates to it here, as well as handling the Graal Native Image helper, and probably even more things over the years. @obigu has also contributed a lot of valuable, clean code to the project, helping a variety of places.

Other project contributors include @Mr00Anderson, @lyze237, @metaphore (again!), and @payne911. People who haven't directly contributed code have still helped a lot by spending their time to test on platforms like macOS and iOS; @JojoIce is one of several people who made a difference regarding iOS. And of course, many thanks go to all the early adopters for putting up with any partially-working releases early on!

The "Space Shuttle" icon was drawn by Delapouite for the large game-icons.net collection. These icons are also available in a libGDX atlas format in this repo, if you want to use the whole collection yourself.

Thanks also to everyone who has made the various libraries and tools Liftoff depends upon. From the huge team responsible for Graal Native Image, to Construo by pretty much a team of one, some of the best features of Liftoff aren't in Liftoff code at all.

Good luck, and we hope you make something great!