packr VS capsule

LibGDX has their own way of doing this: https://github.com/libgdx/packr

Go to https://github.com/libgdx/packr, download a release on the releases page.

> they quickly realize they need Windows, and a Mac, and maybe Linux just to make packages that their friends can run

And when they test it on Windows they'll realize that the launcher that jpackage creates does something weird on startup (involving relaunching itself it seems?) that makes Windows display a busy cursor for a while after the program has launched, so they have to forget about jpackage and redo it all with something like Packr [1] and Wix# [2]...

[1] https://github.com/libgdx/packr

[2] https://github.com/oleg-shilo/wixsharp

You may also want to bundle a JVM with your game install so you don't have to rely on the user having Java installed. You can use libGDX-packr or jpackage for this. If you have any trouble, feel free to hit me up.

Try packr: https://github.com/libgdx/packr

Then see if this could work for you: https://github.com/libgdx/packr

https://stackoverflow.com/questions/2258932/embed-a-jre-in-a-windows-executable has some suggestions, one of which is https://github.com/libgdx/packr if you embed your Rust library within a JAR

If you are on a lower version I have made good experiences with the packr tool.

Capsule

At the end is just a tool which helps to achieve multi tenancy(with all pros and cons) in Kubernetes. It takes a different approach from capsule for example as you have a dedicated control plane for each tenant which means you have an isolated api server that you can spin up in a matter of seconds and lets you also achieve better resource utilizations by using the same nodes shared among all tenants

For multi tenancy you could use this: https://github.com/clastix/capsule