разница: сборка maven: сборка по сравнению с сборкой: отдельные цели?

Я пытаюсь создать alexa-приложение с некоторыми аннотациями, управляемыми кодом внедрения зависимостей (dagger 2). alexa-sample-skills-test дает пример pom и дает инструкции по использованию Следующая команда для создания jar с зависимостями.

mvn assembly:assembly -DdescriptorId=jar-with-dependencies package

Сборка с использованием вышеуказанного завершается ошибкой с исключением и выводом, указанным в этой ссылке. Немного покопавшись в документах maven, я обнаружил, что сборка: цель сборки использует нестандартные процессы сборки, которые могут нанести ущерб. Вместо этого в документации по сборке-плагину maven рекомендуется использовать сборку: единственная цель. Поэтому вместо этого я использую следующую команду:

mvn assembly:single -DdescriptorId=jar-with-dependencies package

Вуаля... компиляция кода и компоновка идут нормально. Я получаю файл [имя_проекта]-jar-with-dependencies.jar. Однако, когда я загружаю банку на сервер Amazon и пытаюсь проверить навык, тест не проходит. В логе написано, что класс: echo.client.AccountInfoStreamHandler не найден (ClassNotFoundException). Я полагаю, что этот класс просто происходит с классом корневой программы запуска.

Теперь я уничтожаю все зависимости dagger 2 и повторяю то же самое с самой простой кодовой базой. Первая команда maven (сборка: сборка) работает. Вторая команда maven (сборка: одиночная) завершается с ошибкой «ClassNotFoundException». Что я делаю не так? Я не слишком хорошо знаком с maven, и это действительно ПЕРВЫЙ раз, когда я пытаюсь устранить неполадки с командой maven. Любые предложения, указатели, рекомендации приветствуются.

Для справки файл POM приведен ниже:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.apil.echo.accountant</groupId>
  <artifactId>echo-device-client</artifactId>
  <packaging>jar</packaging>
  <version>1.0</version>
  <name>Echo Device Client</name>

  <repositories>
    <repository>
      <id>alexa-skills-kit-repo</id>
      <url>file://${project.basedir}/repo</url>
    </repository>
    <repository>
      <id>Maven Central</id>
      <url>http://repo1.maven.org/maven2/</url>
    </repository>
  </repositories>

  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.12</version>
      <scope>test</scope>
    </dependency>

    <dependency>
      <groupId>org.powermock</groupId>
      <artifactId>powermock-module-junit4</artifactId>
      <version>1.6.4</version>
      <scope>test</scope>
    </dependency>
    <dependency>
      <groupId>org.powermock</groupId>
      <artifactId>powermock-api-mockito</artifactId>
      <version>1.6.4</version>
      <scope>test</scope>
    </dependency>

    <dependency>
      <groupId>com.fasterxml.jackson.core</groupId>
      <artifactId>jackson-core</artifactId>
      <version>2.5.3</version>
    </dependency>

    <dependency>
      <groupId>com.fasterxml.jackson.core</groupId>
      <artifactId>jackson-annotations</artifactId>
      <version>2.5.3</version>
    </dependency>

    <dependency>
      <groupId>com.fasterxml.jackson.core</groupId>
      <artifactId>jackson-databind</artifactId>
      <version>2.5.3</version>
    </dependency>

    <dependency>
      <groupId>com.plaid</groupId>
      <artifactId>plaid-java</artifactId>
      <version>0.2.12</version>
    </dependency>
    <dependency>
      <groupId>alexa-skills-kit</groupId>
      <artifactId>alexa-skills-kit</artifactId>
      <version>1.1</version>
      <scope>compile</scope>
    </dependency>
    <dependency>
      <groupId>org.eclipse.jetty</groupId>
      <artifactId>jetty-server</artifactId>
      <version>9.0.6.v20130930</version>
      <scope>compile</scope>
    </dependency>
    <dependency>
      <groupId>org.eclipse.jetty</groupId>
      <artifactId>jetty-servlet</artifactId>
      <version>9.0.6.v20130930</version>
      <scope>compile</scope>
    </dependency>
    <dependency>
      <groupId>log4j</groupId>
      <artifactId>log4j</artifactId>
      <version>1.2.17</version>
      <scope>compile</scope>
    </dependency>
    <dependency>
      <groupId>org.slf4j</groupId>
      <artifactId>slf4j-api</artifactId>
      <version>1.7.10</version>
      <scope>compile</scope>
    </dependency>
    <dependency>
      <groupId>org.apache.commons</groupId>
      <artifactId>commons-lang3</artifactId>
      <version>3.3.2</version>
      <scope>compile</scope>
    </dependency>
    <dependency>
      <groupId>org.apache.directory.studio</groupId>
      <artifactId>org.apache.commons.io</artifactId>
      <version>2.4</version>
      <scope>compile</scope>
    </dependency>
    <dependency>
      <groupId>com.amazonaws</groupId>
      <artifactId>aws-lambda-java-core</artifactId>
      <version>1.0.0</version>
      <scope>compile</scope>
    </dependency>
    <dependency>
      <groupId>com.amazonaws</groupId>
      <artifactId>aws-java-sdk-dynamodb</artifactId>
      <version>1.9.40</version>
    </dependency>

    <!-- using mockito for test -->
    <dependency>
      <groupId>org.mockito</groupId>
      <artifactId>mockito-all</artifactId>
      <version>1.9.5</version>
      <scope>test</scope>
    </dependency>

      <dependency>
          <groupId>com.google.dagger</groupId>
          <artifactId>dagger</artifactId>
          <version>2.0</version>
      </dependency>
      <dependency>
          <groupId>com.google.dagger</groupId>
          <artifactId>dagger-compiler</artifactId>
          <version>2.0</version>
          <optional>true</optional>
      </dependency>

  </dependencies>

  <properties>
    <property name="disableRequestSignatureCheck" value="false"/>
    <property name="supportedApplicationIds" value=""/>
    <property name="timestampTolerance" value="150"/>
  </properties>

  <build>
    <pluginManagement>
      <plugins>
        <plugin>
          <groupId>org.apache.maven.plugins</groupId>
          <artifactId>maven-compiler-plugin</artifactId>
          <version>3.3</version>
          <configuration>
            <source>1.7</source>
            <target>1.7</target>
          </configuration>
        </plugin>

        <plugin>
          <groupId>org.codehaus.mojo</groupId>
          <artifactId>exec-maven-plugin</artifactId>
          <version>1.2.1</version>
          <configuration>
            <mainClass>Launcher</mainClass>
            <systemProperties>
              <systemProperty>
                <key>javax.net.ssl.keyStore</key>
                <value>/insert/your/path/java-keystore.jks</value>
              </systemProperty>
              <systemProperty>
                <key>javax.net.ssl.keyStorePassword</key>
                <value>insert_your_password</value>
              </systemProperty>
              <systemProperty>
                <key>com.amazon.speech.speechlet.servlet.disableRequestSignatureCheck</key>
                <value>${disableRequestSignatureCheck}</value>
              </systemProperty>
              <systemProperty>
                <key>com.amazon.speech.speechlet.servlet.supportedApplicationIds</key>
                <value>${supportedApplicationIds}</value>
              </systemProperty>
              <systemProperty>
                <key>com.amazon.speech.speechlet.servlet.timestampTolerance</key>
                <value>${timestampTolerance}</value>
              </systemProperty>
            </systemProperties>
          </configuration>
        </plugin>
      </plugins>
    </pluginManagement>
  </build>
</project>

person apil.tamang    schedule 07.04.2016    source источник
comment
Ну, согласно документации, я бы сказал, что самая большая разница в том, что практически все цели, кроме single, устарели.   -  person rmlan    schedule 07.04.2016
comment
япп. Но с точки зрения того, что они делают, почему одно работает, а другое нет? В большинстве случаев, за исключением исключительных случаев, обе эти цели должны делать одно и то же, не так ли?   -  person apil.tamang    schedule 07.04.2016


Ответы (1)


В итоге я использовал сценарии сборки gradle, которые совсем недавно были предоставлены для теста alexa-sample-skills. Предварительные проверки сборки показывают, что требуемые классы: echo.client.[Class..] существуют в полученной сборке.

Осматривая uber-jar, полученные в результате выполнения вышеуказанных команд maven, я заметил, что

mvn assembly:assembly ...

привел к банке с пакетом echo.client с отсутствующим классом. Однако,

mvn assembly:single...

привел к банке, в которой НЕ было пакета echo.client или любого из классов приложений, определенных в пакете. Следовательно, я получал исключение ClassNotFoundException. Я до сих пор не понял, почему это произошло. Тем не менее, я думаю, что с этого момента настало время перейти на "градиент"...

person apil.tamang    schedule 07.04.2016