Что такое толстая банка?

Толстая банка - это банка, которая содержит классы из всех библиотек, от которых зависит ваш проект, и, конечно же, классы текущего проекта.

В разных системах сборки fat jar создается по-разному, например, в Gradle его можно создать с помощью (инструкция):

task fatJar(type: Jar) {
    manifest {
        attributes 'Main-Class': 'com.example.Main'
    }
    baseName = project.name + '-all'
    from { configurations.compile.collect { it.isDirectory() ? it : zipTree(it) } }
    with jar
}

В Maven это делается так (после настройки обычной банки):

<pluginRepositories>
   <pluginRepository>
        <id>onejar-maven-plugin.googlecode.com</id>
        <url>http://onejar-maven-plugin.googlecode.com/svn/mavenrepo</url>
   </pluginRepository>

<plugin>
    <groupid>org.dstovall</groupid>
    <artifactid>onejar-maven-plugin</artifactid>
    <version>1.4.4</version>
    <executions>
        <execution>
            <configuration>
                <onejarversion>0.97</onejarversion>
                <classifier>onejar</classifier>
            </configuration>
            <goals>
                <goal>one-jar</goal>
            </goals>
        </execution>
   </executions>
</plugin>

Различные имена - это просто способы упаковки Java-приложений.

Тощий - содержит ТОЛЬКО фрагменты, которые вы буквально вводите в редактор кода, и НИЧЕГО больше.

Тонкий - содержит все вышеперечисленное, ПЛЮС прямые зависимости приложения от вашего приложения (драйверы баз данных, служебные библиотеки и т. д.).

Hollow - противоположность Thin - содержит только биты, необходимые для запуска вашего приложения, но НЕ содержит самого приложения. По сути, это предварительно упакованный «сервер приложений», на котором вы можете позже развернуть свое приложение, в том же стиле, что и традиционные серверы приложений Java EE, но с важными отличиями.

Fat / Uber - содержит бит, который вы буквально пишете сами ПЛЮС прямые зависимости вашего приложения ПЛЮС биты, необходимые для запуска вашего приложения «на его собственный".

Источник: Статья из Dzone

Fat jar или uber jar - это jar, который содержит все файлы классов проекта и ресурсы, упакованные вместе со всеми их зависимостями. Есть разные методы достижения такого эффекта:

• jar-файлы зависимостей копируются в основной jar-файл, а затем загружаются с помощью специального загрузчика классов (onejar, spring-boot-plugin: repackage)
• jar-файлы зависимостей извлекаются наверху основной иерархии jar-файлов (maven-assembly-plugin с его сборкой jar-with-dependencies)
• jar-файлы зависимостей распаковываются наверху основной иерархии jar-файлов, а их пакеты переименовываются (maven-shade-plugin с целью затенения)

Ниже пример конфигурации подключаемого модуля сборки jar-with -зависимости:

<project>
  ...
  <build>
    ...
    <plugins>
      <plugin>
        <!-- NOTE: We don't need a groupId specification because the group is
             org.apache.maven.plugins ...which is assumed by default.
         -->
        <artifactId>maven-assembly-plugin</artifactId>
        <version>2.6</version>
        <configuration>
          <descriptorRefs>
            <descriptorRef>jar-with-dependencies</descriptorRef>
          </descriptorRefs>
          <classifier
        </configuration>
        ...
</project>

Для более подробного объяснения: Uber-JAR на imagej.net

В случае исполняемого jar-файла другой способ представить себе толстый jar-файл - это тот, который вы можете выполнить, вызвав:

java -jar myFatLibrary.jar

без необходимости использовать -cp / --classpath или даже дважды щелкнуть значок банки.

Толстая банка просто содержит те же классы, что и классическая баночка + классы из всех их зависимостей времени выполнения.

С помощью Jeka (https://jeka.dev) вы можете добиться этого программно:

JkPathTreeSet.of(Paths.get("classes")).andZips(
    Paths.get("bouncycastle-pgp-152.jar"),
    Paths.get("classgraph-4.8.41.jar"),
    Paths.get("ivy-2.4.0.jar")
).zipTo(Paths.get("fat.jar"));

или просто параметрировав плагин Java:

javaPlugin.getProject().getMaker().defineMainArtifactAsFatJar(true);

из документации Gradle

В пространстве Java приложения и их зависимости обычно упаковывались как отдельные JAR-файлы в одном дистрибутивном архиве. Это все еще происходит, но есть другой подход, который теперь стал распространенным: размещение классов и ресурсов зависимостей непосредственно в JAR приложения, создание так называемого Uber или толстого JAR.

вот демонстрация uberJar задачи в build.gradle файле:

task uberJar(type: Jar) {
    archiveClassifier = 'uber'

    from sourceSets.main.output

    dependsOn configurations.runtimeClasspath
    from {
        configurations.runtimeClasspath.findAll { it.name.endsWith('jar') }.collect { zipTree(it) }
    }
}

В этом случае мы берем зависимости проекта во время выполнения - configurations.runtimeClasspath.files - и обертываем каждый из файлов JAR методом zipTree(). В результате получается коллекция деревьев ZIP-файлов, содержимое которых копируется в Uber JAR вместе с классами приложений.