shadow VS initializr

So: I am making a JavaFX application to act as a remote console for my server. I'm the only person that will have a copy of it, so it doesn't need to be snazzy or 100% efficient. I have turned the project into a jar via ShadowJar, turned that into an EXE via Launch4j, and yesterday turned that into an installer via Inno.

I’ve never tried this and I I’m not libgdx expert, but you can try running a Uber jar with shadow. it’s the Gradle equivalent of the shade plug-in for maven builds.

When you get into a situation where you need to sandbox a dependency within another, including this example, where you want each of your dependencies to get its own unique instance of their dependency, you can "shadow" the dependency that is to be sandboxed this way. Look into https://github.com/johnrengelman/shadow.

Try using the shadow plugin for gradle https://github.com/johnrengelman/shadow

and also apparently, it's a problem with shadowJar itself https://github.com/johnrengelman/shadow/issues/713

Behind the scenes, Shadow creates a FatJar with all the things we may need in the future.

Note: **According to Serverless documentation you can use the command **serverless deploy -v. However, with Java-based-projects that’s not true because it needs to create a Fatjar with all the needed requirements (so the command will fail). By default, Serverless will set **shadow** as a dependency in the gradle file for those purposes. The deploy command will generate a build file called -all.jar that is the one that’s going to be uploaded to the AWS Lambda function.

The result .jar is going to submitted to Apache Spark cluster (e.g. spark-submit command). So, it should contain all runtime artefacts. Unfortunately, the standard Spring Boot packaging does not put the dependencies in the way Apache Spark expects it. So, we'll use shadow-jar Gradle plugin. Take a look at the example below.

I've writen many Kotlin+Gradle projects that produce jars without the shadow plugin. They're not fat, shaded, standalone executable jars though - is that what you need?

The best way, for generating a ready-to-run application in Java you can use the Spring Boot Initializr tool.

curl --location 'https://start.spring.io/starter.zip?type=maven-project&language=java&bootVersion=3.2.2&baseDir=ms-xcoffee&groupId=com.xcoffee&artifactId=ms-xcoffee&name=ms-xcoffee&description=Demo%20project%20for%20Spring%20Boot&packageName=com.xcoffee.ms-xcoffee&packaging=jar&javaVersion=21&dependencies=webflux%2Clombok%2Cvalidation' | tar -xzvf -

In this segment we will create a basic Spring boot app from Spring Initializer. Add the below dependencies:

Add the following MongoDB dependencies in your pom.xml or use spring initializer and select the Spring Data MongoDB dependency:

I created all of these applications using start.spring.io's REST API and HTTPie.

An easy way to create the skeleton project is to visit Spring Initializr, I set the Project to Gradle - Groovy, Language to Java, and add Spring Web dependency. Then it's just to generate the project and unpack it.

Create a new Spring Boot application using the Spring Initializr. You can use the web version or the curl command below. Use the default for most of the options. For the dependencies, select web, and okta. For the build tool, select Gradle.

I will start with a simple example of a cloud function, which is the same as a rest endpoint in the classical spring boot web application. You can create a project from your favorite IDE or from Spring Initliazr.