Как я могу создать исполняемый JAR с зависимостями с помощью Maven?

Вы можете использовать maven-dependency-plugin, но вопрос был в том, как создать исполняемый JAR. Для этого требуется следующее изменение ответа Мэтью Франглена (кстати, использование плагина зависимостей требует больше времени для создания при запуске с чистой цели):

<build>
    <plugins>
        <plugin>
            <artifactId>maven-jar-plugin</artifactId>
            <configuration>
                <archive>
                    <manifest>
                        <mainClass>fully.qualified.MainClass</mainClass>
                    </manifest>
                </archive>
            </configuration>
        </plugin>
        <plugin>
            <artifactId>maven-dependency-plugin</artifactId>
            <executions>
                <execution>
                    <id>unpack-dependencies</id>
                    <phase>package</phase>
                    <goals>
                        <goal>unpack-dependencies</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
    <resources>
        <resource>
            <directory>${basedir}/target/dependency</directory>
        </resource>
    </resources>
</build>

Другой вариант, если вы действительно хотите переупаковать содержимое других файлов JAR внутри единственного результирующего JAR, - это Maven Плагин сборки. Он распаковывает, а затем переупаковывает все в каталог через <unpack>true</unpack>. Затем у вас будет второй проход, который объединит его в один массивный JAR.

Другой вариант - плагин OneJar. Это выполнит указанные выше действия по переупаковке за один шаг.

Вы можете добавить в свой pom.xml следующее:

<build>
<defaultGoal>install</defaultGoal>
<plugins>
  <plugin>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>2.3.2</version>
    <configuration>
      <source>1.6</source>
      <target>1.6</target>
    </configuration>
  </plugin>
  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <version>2.3.1</version>
    <configuration>
      <archive>
        <manifest>
          <addClasspath>true</addClasspath>
          <mainClass>com.mycompany.package.MainClass</mainClass>
        </manifest>
      </archive>
    </configuration>
  </plugin>
  <plugin>
    <artifactId>maven-assembly-plugin</artifactId>
    <configuration>
      <descriptorRefs>
        <descriptorRef>jar-with-dependencies</descriptorRef>
      </descriptorRefs>
      <archive>
        <manifest>
          <mainClass>com.mycompany.package.MainClass</mainClass>
        </manifest>
      </archive>
    </configuration>
    <executions>
      <execution>
        <id>make-my-jar-with-dependencies</id>
        <phase>package</phase>
        <goals>
          <goal>single</goal>
        </goals>
      </execution>
    </executions>
  </plugin>
</plugins>
</build>

После этого вам нужно переключиться через консоль в каталог, где находится pom.xml. Затем вам нужно выполнить mvn assembly: single, и тогда ваш исполняемый файл JAR с зависимостями, надеюсь, будет построен. Вы можете проверить это, переключившись в выходной (целевой) каталог с помощью cd ./target и запустив jar-файл с помощью команды, похожей на java -jar mavenproject1-1.0-SNAPSHOT-jar-with- dependencies.jar.

Я тестировал это с помощью Apache Maven 3.0.3.

Я просмотрел каждый из этих ответов, пытаясь создать толстый исполняемый файл jar, содержащий все зависимости, и ни один из них не работал правильно. Ответ - плагин тени, он очень простой и понятный.

    <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-shade-plugin</artifactId>
      <version>2.3</version>
      <executions>
         <!-- Run shade goal on package phase -->
        <execution>
        <phase>package</phase>
        <goals>
            <goal>shade</goal>
        </goals>
        <configuration>
          <transformers>
             <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                <mainClass>path.to.MainClass</mainClass>
             </transformer>
          </transformers>
        </configuration>
          </execution>
      </executions>
    </plugin>

Имейте в виду, что ваши зависимости должны иметь область компиляции или времени выполнения, чтобы это работало должным образом.

Этот пример взят с сайта mkyong.com

Вы можете комбинировать maven-shade-plugin и maven-jar-plugin.

• maven-shade-plugin объединяет ваши классы и все зависимости в один файл jar.
• Настройте maven-jar-plugin, чтобы указать основной класс исполняемого файла jar (см. Настройка Путь к классам, глава «Создание исполняемого файла Jar»).

Пример конфигурации POM для maven-jar-plugin:

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-jar-plugin</artifactId>
            <version>2.3.2</version>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                        <mainClass>com.example.MyMainClass</mainClass>
                    </manifest>
                </archive>
            </configuration>
        </plugin>

Наконец, создайте исполняемый файл jar, вызвав:

mvn clean package shade:shade

На мой взгляд, Кен Лю прав. Плагин зависимостей maven позволяет расширять все зависимости, которые затем можно рассматривать как ресурсы. Это позволяет вам включать их в основной артефакт. Использование плагина сборки создает вторичный артефакт, который может быть сложно изменить - в моем случае я хотел добавить пользовательские записи манифеста. Мой помпон оказался таким:

<project>
 ...
 <build>
  <plugins>
   <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
     <execution>
      <id>unpack-dependencies</id>
      <phase>package</phase>
      <goals>
       <goal>unpack-dependencies</goal>
      </goals>
     </execution>
    </executions>
   </plugin>
  </plugins>
  ...
  <resources>
   <resource>
    <directory>${basedir}/target/dependency</directory>
    <targetPath>/</targetPath>
   </resource>
  </resources>
 </build>
 ...
</project>

Должно быть так:

<plugin>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
        <execution>
            <id>unpack-dependencies</id>
            <phase>generate-resources</phase>
            <goals>
                <goal>unpack-dependencies</goal>
            </goals>
        </execution>
    </executions>
</plugin>

Распаковка должна происходить на этапе создания ресурсов, потому что, если на этапе пакета, он не будет включен в качестве ресурсов. Попробуйте чистый пакет, и вы увидите.

Проблема с поиском файла общей сборки с помощью maven-assembly-plugin-2.2.1?

Попробуйте использовать параметр конфигурации descriptorId вместо параметров descriptor / descriptor или descriptorRefs / descriptorRef.

Ни один из них не делает того, что вам нужно: ищите файл в пути к классам. Конечно, вам нужно добавить пакет, в котором общая сборка находится в пути к классам maven-assembly-plugin (см. Ниже). Если вы используете Maven 2.x (не Maven 3.x), вам может потребоваться добавить эту зависимость в самый верхний родительский pom.xml в разделе pluginManagement.

Дополнительные сведения см. В this. .

Класс: org.apache.maven.plugin.assembly.io.DefaultAssemblyReader

Пример:

        <!-- Use the assembly plugin to create a zip file of all our dependencies. -->
        <plugin>
            <artifactId>maven-assembly-plugin</artifactId>
            <version>2.2.1</version>
            <executions>
                <execution>
                    <id>make-assembly</id>
                    <phase>package</phase>
                    <goals>
                        <goal>single</goal>
                    </goals>
                    <configuration>
                        <descriptorId>assembly-zip-for-wid</descriptorId>
                    </configuration>
                </execution>
            </executions>
            <dependencies>
                <dependency>
                    <groupId>cz.ness.ct.ip.assemblies</groupId>
                    <artifactId>TEST_SharedAssemblyDescriptor</artifactId>
                    <version>1.0.0-SNAPSHOT</version>
                </dependency>
            </dependencies>
        </plugin>

Чтобы решить эту проблему, мы будем использовать Maven Assembly Plugin, который создаст JAR вместе с JAR зависимостей в один исполняемый файл JAR. Просто добавьте ниже конфигурацию плагина в свой файл pom.xml.

<build>
   <pluginManagement>
      <plugins>
         <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-assembly-plugin</artifactId>
            <configuration>
               <archive>
                  <manifest>
                     <addClasspath>true</addClasspath>
                     <mainClass>com.your.package.MainClass</mainClass>
                  </manifest>
               </archive>
               <descriptorRefs>
                  <descriptorRef>jar-with-dependencies</descriptorRef>
               </descriptorRefs>
            </configuration>
            <executions>
               <execution>
                  <id>make-my-jar-with-dependencies</id>
                  <phase>package</phase>
                  <goals>
                     <goal>single</goal>
                  </goals>
               </execution>
            </executions>
         </plugin>
      </plugins>
   </pluginManagement>
</build>

После этого не забудьте запустить инструмент MAVEN с помощью этой команды mvn clean compile assembly: single

http://jkoder.com/maven-creating-a-jar-together-with-its-dependency-jars-into-a-single-executable-jar-file/

Я не буду отвечать прямо на этот вопрос, поскольку другие уже делали это раньше, но мне действительно интересно, стоит ли встраивать все зависимости в саму jar проекта.

Я вижу суть (простота развертывания / использования), но это зависит от варианта использования вашего проекта (и могут быть альтернативы (см. Ниже)).

Если вы используете его полностью автономно, почему бы и нет.

Но если вы используете свой проект в других контекстах (например, в веб-приложении или перетаскиваете в папку, где находятся другие банки), у вас могут быть дубликаты банок в вашем пути к классам (те, что в папке, те, что в банках). Может быть, это и не сделка по покупке, но я обычно этого избегаю.

Хорошая альтернатива:

• разверните свое приложение как .zip / .war: архив содержит jar-файл вашего проекта и все зависимые jar-файлы;
• используйте механизм динамического загрузчика классов (см. Spring, или вы можете легко сделать это самостоятельно), чтобы иметь единую точку входа в ваш проект (один класс для запуска - см. механизм манифеста в другом ответе), который будет добавлять (динамически) к текущий путь к классам все остальные необходимые банки.

Таким образом, имея в конце только манифест и «специальный динамический загрузчик классов main», вы можете начать свой проект с:

java -jar ProjectMainJar.jar com.stackoverflow.projectName.MainDynamicClassLoaderClass

Чтобы создать исполняемый файл JAR из самой командной строки, просто запустите следующую команду из пути к проекту:

mvn assembly:assembly

Что-то, что сработало для меня, было:

  <plugin>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
      <execution>
        <id>unpack-dependencies</id>
        <phase>prepare-package</phase>
        <goals>
          <goal>unpack-dependencies</goal>
        </goals>
        <configuration>
          <outputDirectory>${project.build.directory}/classes</outputDirectory>
        </configuration>
      </execution>

    </executions>
  </plugin>


  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <executions>
      <execution>
        <id>unpack-dependencies</id>
        <phase>package</phase>
      </execution>
    </executions>
    <configuration>
      <archive>
        <manifest>
          <addClasspath>true</addClasspath>
          <classpathPrefix>lib/</classpathPrefix>
          <mainClass>SimpleKeyLogger</mainClass>
        </manifest>
      </archive>
    </configuration>
  </plugin>

У меня был необычный случай, потому что моя зависимость была системной:

<dependency>
  ..
  <scope>system</scope>
  <systemPath>${project.basedir}/lib/myjar.jar</systemPath>
</dependency>

Я изменил код, предоставленный @ user189057, с изменениями: 1) maven-dependency-plugin выполняется на этапе "prepare-package" 2) Я извлекаю распакованные классы непосредственно в "target / classes"

Это лучший способ, который я нашел:

  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <version>2.4</version>
    <configuration>
      <archive>
        <manifest>
        <addClasspath>true</addClasspath>
        <mainClass>com.myDomain.etc.MainClassName</mainClass>
        <classpathPrefix>dependency-jars/</classpathPrefix>
        </manifest>
      </archive>
    </configuration>
  </plugin>
  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-dependency-plugin</artifactId>
    <version>2.5.1</version>
    <executions>
      <execution>
        <id>copy-dependencies</id>
        <phase>package</phase>
        <goals>
            <goal>copy-dependencies</goal>
        </goals>
        <configuration>
            <outputDirectory>
               ${project.build.directory}/dependency-jars/
            </outputDirectory>
        </configuration>
      </execution>
    </executions>
  </plugin>

В этой конфигурации все зависимости будут расположены в /dependency-jars. В моем приложении нет класса Main, только контекстные, но у одной из моих зависимостей есть класс Main (com.myDomain.etc.MainClassName), который запускает сервер JMX и получает параметр start или stop. Итак, с этим я смог запустить свое приложение следующим образом:

java -jar ./lib/TestApp-1.0-SNAPSHOT.jar start

Я жду, это будет полезно для всех вас.

Я сравнил плагины дерева, упомянутые в этом посте. Я создал 2 баночки и каталог со всеми банками. Я сравнил результаты и определенно лучший плагин maven-shade. Моя проблема заключалась в том, что у меня есть несколько ресурсов Spring, которые необходимо объединить, а также службы jax-rs и JDBC. Все они были правильно объединены плагином тени по сравнению с плагином maven-assembly-plugin. В этом случае пружина не сработает, если вы не скопируете их в свою папку ресурсов и не объедините вручную один раз. Оба плагина выводят правильное дерево зависимостей. У меня было несколько областей, таких как тест, предоставление, компиляция и т. Д., Тест и предоставленные были пропущены обоими плагинами. Они оба создали один и тот же манифест, но я смог объединить лицензии с плагином оттенка, используя их преобразователь. С плагином maven-dependency-plugin, конечно, у вас нет этих проблем, потому что банки не извлекаются. Но, как указали некоторые другие, для правильной работы вам необходимо иметь с собой один дополнительный файл (ы). Вот фрагмент файла pom.xml

            <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-dependency-plugin</artifactId>
            <executions>
                <execution>
                    <id>copy-dependencies</id>
                    <phase>prepare-package</phase>
                    <goals>
                        <goal>copy-dependencies</goal>
                    </goals>
                    <configuration>
                        <outputDirectory>${project.build.directory}/lib</outputDirectory>
                        <includeScope>compile</includeScope>
                        <excludeTransitive>true</excludeTransitive>
                        <overWriteReleases>false</overWriteReleases>
                        <overWriteSnapshots>false</overWriteSnapshots>
                        <overWriteIfNewer>true</overWriteIfNewer>
                    </configuration>
                </execution>
            </executions>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-assembly-plugin</artifactId>
            <version>2.6</version>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                        <mainClass>com.rbccm.itf.cdd.poller.landingzone.LandingZonePoller</mainClass>
                    </manifest>
                </archive>
                <descriptorRefs>
                    <descriptorRef>jar-with-dependencies</descriptorRef>
                </descriptorRefs>
            </configuration>
            <executions>
                <execution>
                    <id>make-my-jar-with-dependencies</id>
                    <phase>package</phase>
                    <goals>
                        <goal>single</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-shade-plugin</artifactId>
            <version>2.4.3</version>
            <configuration>
                <shadedArtifactAttached>false</shadedArtifactAttached>
                <keepDependenciesWithProvidedScope>false</keepDependenciesWithProvidedScope>
                <transformers>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
                        <resource>META-INF/services/javax.ws.rs.ext.Providers</resource>
                    </transformer>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
                        <resource>META-INF/spring.factories</resource>
                    </transformer>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
                        <resource>META-INF/spring.handlers</resource>
                    </transformer>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
                        <resource>META-INF/spring.schemas</resource>
                    </transformer>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
                        <resource>META-INF/spring.tooling</resource>
                    </transformer>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ServicesResourceTransformer"/>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer"/>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ApacheLicenseResourceTransformer">
                    </transformer>
                </transformers>
            </configuration>
            <executions>
                <execution>
                    <goals>
                        <goal>shade</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>

Я попробовал здесь ответ, получивший наибольшее количество голосов, и смог запустить банку. Но программа работала некорректно. Не знаю, в чем была причина. Когда я пытаюсь запустить из Eclipse, я получаю другой результат, но когда я запускаю jar из командной строки, я получаю другой результат (он вылетает с ошибкой времени выполнения, зависящей от программы).

У меня было такое же требование, что и у OP, только у меня было слишком много (Maven) зависимостей для моего проекта. К счастью, единственное решение, которое сработало для меня, - это использование Eclipse. Очень просто и понятно. Это не решение OP, но решение для тех, у кого есть аналогичные требования, но со многими зависимостями Maven,

1) Просто щелкните правой кнопкой мыши папку проекта (в Eclipse) и выберите Export

2) Затем выберите Java -> Runnable Jar

3) Вам будет предложено выбрать расположение файла jar.

4) Наконец, выберите класс, у которого есть метод Main, который вы хотите запустить, выберите Package dependencies with the Jar file и щелкните Finish

Это также может быть вариант, вы сможете создать свой файл jar

<build>
    <plugins>
        <plugin>
            <!-- Build an executable JAR -->
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-jar-plugin</artifactId>
            <version>2.4</version>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                        <classpathPrefix>lib/</classpathPrefix>
                        <mainClass>WordListDriver</mainClass>
                    </manifest>
                </archive>
            </configuration>
        </plugin>
    </plugins>
</build>

Для тех, кто ищет варианты исключения определенных зависимостей из uber-jar, это решение, которое сработало для меня:

<project...>
<dependencies>
        <dependency>
            <groupId>org.apache.spark</groupId>
            <artifactId>spark-core_2.11</artifactId>
            <version>1.6.1</version>
            <scope>provided</scope> <=============
        </dependency>
</dependencies>
<build>
        <plugins>
            <plugin>
                <artifactId>maven-assembly-plugin</artifactId>
                <configuration>
                    <descriptorRefs>
                        <descriptorRef>jar-with-dependencies</descriptorRef>
                    </descriptorRefs>
                    <archive>
                        <manifest>
                            <mainClass>...</mainClass>
                        </manifest>
                    </archive>
                </configuration>
                <executions>
                    <execution>
                        <id>make-assembly</id>
                        <phase>package</phase>
                        <goals>
                            <goal>single</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
</project>

Так что это не конфигурация плагина mvn-assembly-plugin, а свойство зависимости.

Уже есть миллионы ответов, я хотел добавить, что вам не нужно <mainClass>, если вам не нужно добавлять entryPoint в ваше приложение. Например, API не обязательно должны иметь main метод.

конфигурация плагина maven

  <build>
    <finalName>log-enrichment</finalName>
    <plugins>
      <plugin>
        <artifactId>maven-assembly-plugin</artifactId>
        <configuration>
          <descriptorRefs>
            <descriptorRef>jar-with-dependencies</descriptorRef>
          </descriptorRefs>
        </configuration>
      </plugin>
    </plugins>
  </build>

строить

mvn clean compile assembly:single

проверять

ll target/
total 35100
drwxrwx--- 1 root vboxsf     4096 Sep 29 16:25 ./
drwxrwx--- 1 root vboxsf     4096 Sep 29 16:25 ../
drwxrwx--- 1 root vboxsf        0 Sep 29 16:08 archive-tmp/
drwxrwx--- 1 root vboxsf        0 Sep 29 16:25 classes/
drwxrwx--- 1 root vboxsf        0 Sep 29 16:25 generated-sources/
drwxrwx--- 1 root vboxsf        0 Sep 29 16:25 generated-test-sources/
-rwxrwx--- 1 root vboxsf 35929841 Sep 29 16:10 log-enrichment-jar-with-dependencies.jar*
drwxrwx--- 1 root vboxsf        0 Sep 29 16:08 maven-status/

Добавьте в pom.xml:

  <dependency>
            <groupId>com.jolira</groupId>
            <artifactId>onejar-maven-plugin</artifactId>
            <version>1.4.4</version>
  </dependency>

а также

<plugin>
       <groupId>com.jolira</groupId>
       <artifactId>onejar-maven-plugin</artifactId>
       <version>1.4.4</version>
       <executions>
              <execution>
                     <goals>
                         <goal>one-jar</goal>
                     </goals>
              </execution>
       </executions>
</plugin>

Вот и все. Следующий пакет mvn также дополнительно создаст одну толстую банку, включая все банки зависимостей.

Плагин maven-assembly-plugin отлично поработал для меня. Я часами работал с плагином maven-dependency-plugin и не мог заставить его работать. Основная причина заключалась в том, что мне пришлось явно указать в разделе конфигурации элементы артефактов, которые должны быть включены, как описано в документация. Там есть пример для случаев, когда вы хотите использовать его, например: mvn dependency:copy, где не включены какие-либо artifactItems, но он не работает.

В этом сообщении блога показан другой подход с объединением плагинов maven-jar и maven-assembly. С конфигурацией сборки xml из сообщения в блоге также можно контролировать, будут ли зависимости расширяться или просто собираться в папку и ссылаться на запись пути к классам в манифесте:

Идеальное решение - включить jar-файлы в папку lib, а файл manifest.mf основного jar-файла включает все jar-файлы в пути к классам.

И именно он описан здесь: https://caffebig.wordpress.com/2013/04/05/executable-jar-file-with-dependent-jars-using-maven/

Я надеюсь, что мой опыт может кому-то помочь: я хочу перенести свое приложение Spring (используя клиент cas) на Spring Boot (1.5, а не 2.4). Я столкнулся со многими проблемами, такими как:

нет основного атрибута манифеста в target / cas-client-web.jar

Я хочу сделать одну уникальную банку со всеми зависимостями. После нескольких дней поисков в Интернете. Я могу выполнить свою работу с помощью этих строк:

         <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <configuration>
                <fork>true</fork>
                <mainClass>${start-class}</mainClass>
            </configuration>
            <executions>
                <execution>
                    <goals>
                        <goal>repackage</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
        <plugin>
            <artifactId>maven-assembly-plugin</artifactId>
            <executions>
                <execution>
                    <phase>package</phase>
                    <goals>
                        <goal>single</goal>
                    </goals>
                </execution>
            </executions>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                        <mainClass>${start-class}</mainClass>
                    </manifest>
                </archive>
                <descriptorRefs>
                    <descriptorRef>jar-with-dependencies</descriptorRef>
                </descriptorRefs>
            </configuration>
        </plugin>

with start-class - ваш основной класс

<properties>
    <java.version>1.8</java.version>
    <start-class>com.test.Application</start-class>
</properties>

И мое приложение выглядит так:

package com.test;

import java.util.Arrays;

import com.test.TestProperties;
import org.springframework.boot.CommandLineRunner;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.EnableAutoConfiguration;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.boot.context.properties.EnableConfigurationProperties;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.Bean;


@SpringBootApplication
@EnableAutoConfiguration
@EnableConfigurationProperties({TestProperties.class})
public class Application {

public static void main(String[] args) {
    SpringApplication.run(Application.class, args);
}

@Bean
public CommandLineRunner commandLineRunner(ApplicationContext ctx) {
    return args -> {

        System.out.println("Let's inspect the beans provided by Spring Boot:");

        String[] beanNames = ctx.getBeanDefinitionNames();
        Arrays.sort(beanNames);
        for (String beanName : beanNames) {
            System.out.println(beanName);
        }

    };
}

}

Хорошо, это мое решение. Я знаю, что он не использует файл pom.xml. Но у меня возникла проблема с компиляцией и запуском моей программы на Netbeans, но она не удалась, когда я попробовал Java -jar MyJarFile.jar. Теперь я не совсем понимаю Maven, и я думаю, что именно поэтому возникли проблемы с тем, чтобы Netbeans 8.0.2 включил мой файл jar в библиотеку, чтобы поместить их в файл jar. Я думал о том, как использовал файлы jar без Maven в Eclipse.

Это Maven, который может компилировать все зависимости и плагины. Не Netbeans. (Если вы можете получить Netbeans и использовать для этого java .jar, расскажите мне, как (^. ^) V)

[Решено - для Linux], открыв терминал.

потом

cd /MyRootDirectoryForMyProject

Следующий

mvn org.apache.maven.plugins:maven-compiler-plugin:compile

Следующий

mvn install

Это создаст файл jar в целевом каталоге.

MyJarFile-1.0-jar-with-dependencies.jar

Теперь

cd target

(Вам может потребоваться запустить: chmod +x MyJarFile-1.0-jar-with-dependencies.jar)

И наконец

java -jar MyJarFile-1.0-jar-with-dependencies.jar

Пожалуйста, посмотри

https://cwiki.apache.org/confluence/display/MAVEN/LifecyclePhaseNotFoundException

Я опубликую это решение на нескольких других страницах с аналогичной проблемой. Надеюсь, я смогу спасти кого-нибудь от недели разочарований.