Самый простой способ объединить выпуск в один JAR-файл

Если вы являетесь пользователем Maven, обычно плагин сборки делает то, что вы хотите, или, возможно, плагин тени, а в некоторых случаях их комбинация.

С помощью подключаемого модуля сборки вы помещаете в свой проект файл манифеста со всеми необходимыми настройками, хотя значения по умолчанию обычно довольно хороши. Затем сборка выполняется с помощью

mvn assembly:assembly

Или, если у вас есть более особые дела, одна из других целей. Все включаемые файлы JAR выбираются преобразователем зависимостей Maven. Если вы используете плагин тени, это обычно является частью цели установки, и в одном конкретном проекте, над которым я работаю сейчас, я использую

mvn install
mvn assembly:single

Цель assembly:single - обойти проблемы времени жизни, в данном случае в приложении Spring.

Похоже, что Apache Ant - это то, что вы ищете.

Существует инструмент под названием автокожа, который сканирует ваш байт-код и компилирует файл .jar с найденными классами, включая ссылочные (импортированные) классы.

Однако не всегда работает с чем-то вроде Spring, где вы указываете имена классов в конфигурации, и они загружаются фреймворком.

Eclipse 3.4 JDT's Runnable JAR-мастер экспорта.

В Eclipse 3.5 это было расширено. Теперь вы можете выбрать, как вы хотите обращаться с вашими ссылочными JAR-файлами.

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

One-JAR использует собственный загрузчик классов, который может перемещаться по вложенным ресурсам. Посмотрите на файл .bat в загружаемом файле, он выглядит как org.codelutin.jrst.JRST в jrst-0.8.1.jar является основным классом, поэтому ваш манифест должен выглядеть так:

Main-Class: com.simontuffs.onejar.Boot
One-Jar-Main-Class: org.codelutin.jrst.JRST

По-настоящему круто то, что One-JAR будет обрабатывать передачу аргументов командной строки за вас. Путь к классам обрабатывается пользовательским загрузчиком классов, предполагая, что все необходимые ресурсы объединены в один JAR.

Самый простой способ использовать One-JAR - использовать ant; есть специальная задача для муравьев "one-jar", которая работает следующим образом (при условии, что ваш манифест называется "rst.mf"):

<target name = "jar-rst">
    <one-jar destfile = "rst.jar" manifest = "rst.mf">
        <main jar = "jrst-0.8.1.jar" />
        <lib>
            <fileset dir = "${pathToJars}">
                <include name = "batik-util-1.6-1.jar" />
                <include name = "icu4j-2.6.1.jar" />
                <include name = "commons-collections-3.1.jar" />
                <!-- Snip -->
            </fileset>
        </lib>
    </one-jar>
</target>

Существует ProGuard, который не только упаковывает ваши файлы JAR в один, но также может оптимизировать, очищать или скрывать ваши файлы классов, делая итоговый файл JAR намного меньше, чем сумма всех файлов JAR до этого.

Я действительно пробовал ProGuard с инструментом JRST, и все именно так, как вы сообщили. Я попытался отследить проблему и обнаружил, что она связана с Жук в библиотеке ICU4J, на которую ссылается jrst. Проблема в том, что используемая версия ICU сейчас сильно устарела. Поэтому я заменил файл icu.jar на ICU4J версии 3.2. Теперь ProGuard находит кучу других ошибок / предупреждений о несоответствиях с библиотеками JRST.

Я предполагаю, что ProGuard работает так, как ожидалось, но библиотеки jrst просто несовместимы. Я не знаю, можете ли вы сделать намного больше, чем поговорить с его разработчиками, поскольку они должны проверять и обновлять зависимости проекта.

Или с помощью плагина сборки Maven (mvn assembly: assembly)

Вы можете использовать JarJar, который будет использовать теневое копирование пакетов, чтобы убедиться, что ваш файл JAR не конфликтует с другими.

zipfileset от Ant делает свою работу

<jar id = "files" jarfile = "all.jar">
    <zipfileset src = "first.jar" includes = "**/*.java **/*.class"/>
    <zipfileset src = "second.jar" includes = "**/*.java **/*.class"/>
</jar>

One-JAR 0.97 только что был выпущен на http://one-jar.sourceforge.net, и он был расширен за счет поддержки таких фреймворков, как Spring и Guice, что может создать проблемы для других подходов. Он также обрабатывает инверсию загрузчика классов - где некоторые файлы JAR являются внешними по отношению к One-JAR (например, драйверы JDBC, которые могут не поставляться в комплекте).

One-JAR - это командная строка с плагинами Муравей и Maven 2. Его также просто построить, просто используя инструмент «jar».

Я также могу порекомендовать Eclipse Jar Exporter (Runnable), о котором писал Ференс Хехлер: он проделал огромную работу, придумав простой подход к упаковке набора файлов JAR. Мы с ним работали над One-JAR, но Jar Exporter основан на другой кодовой базе.

(на основе Андриана):

<jar id = "files" jarfile = "all.jar">
  <zipgroupfileset dir = "${library.dir}" includes = "*.jar" excludes = "test-helper.jar"/>
  <zipfileset src = "first.jar" includes = "**/*.java **/*.class"/>
  <zipfileset src = "second.jar" includes = "**/*.java **/*.class"/>
  <fileset dir = ".">
    <include name = "LICENSE"/>
    <include name = "NOTICE"/>
  </fileset>
</jar>

Для этого вам следует использовать плагин maven shading. Я часто использую maven для создания автономного файла jar, и он настолько мощный

Узнать больше:

http://maven.apache.org/plugins/maven-shade-plugin/examples/includes-excludes.html

Я думаю, что вам нужен инструмент JarSplice: http://ninjacave.com/jarsplice

нет требует Ant или Maven, имеет собственный графический интерфейс, прост в использовании и выполняет именно то, что вы просили -> Он объединяет содержимое нескольких файлов jar в один (обратите внимание, что он все еще должен добавить свой собственный загрузчик классов).