Зависимости от pom.xml, не учтенные Eclipse в проекте Tycho

Ответ 1

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

• Сначала агрегируйте свои зависимости POM в репозитории p2. Для этого вам понадобится модуль eclipse-feature и eclipse-repository, а также отдельный родительский POM, который отображает зависимости POM и настраивает pomDependencies=consider.
• Во второй сборке добавьте репозиторий p2 из первой сборки в целевую платформу , например. через URL jar:file:, указывающий на результат сборки в вашем локальном репозитории Maven.

Затем вы также можете настроить целевую платформу в Eclipse, чтобы включить репозиторий p2 из первой сборки (которая зависит от того, как вы сейчас настраиваете ее). Вы получите наилучшую согласованность между Tycho и Eclipse, если вы используете так называемый файл определения цели, который вы можете использовать как целевую платформу в Eclipse, так и в Tycho.

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

Ответ 2

Наиболее элегантным решением всех проблем, существующих между проблемами maven-RCP, является использование p2-maven-plugin. Вот краткий обзор этих проблем (вырезания из ссылки выше):

Чтобы добавить стороннюю зависимость к проекту RCP Eclipse, зависимость должна находиться на сайте обновления P2.

Eclipse (и другие поставщики) предоставляют набор сайтов общего обновления, но, очевидно, не все популярные и общедоступные зависимости там (номер проблемы №1).

Так как Eclipse RCP является средой OSGi, чтобы добавить зависимость на сайт обновления p2 depenedncy должен быть пакетом OSGi (то есть номер проблемы №2).

Итак, давайте подытожим сейчас: все наши артефакты должны быть пакетами OSGi, но они не всегда связки, и они должны быть расположены в P2 сайт, но у нас нет этого сайта. Как мы можем продолжить?

Это не так сложно, есть инструмент "bnd", написанный Питером Kriens, которые могут превратить ваши банки в пучки. Существует также удобный инструмент, предоставляемый Eclipse RCP, который может генерировать сайт P2 (хотя это громоздко и болезненно). Оба инструмента предполагают, что все ваши банки/пачки расположены в локальной папке, что означает, что вы придется загружать их вручную. Вы можете использовать Maven для автоматизации бит, но есть существенная разница в том, как Maven вычисляет дерево зависимостей, и это не совместимо с путь OSGi (это номер проблемы №3). Остановимся на бит больше.

Он позволяет вам определить пакетный проект, который будет разрешать все зависимости от maven, конвертировать все не-OSGi в пакеты и генерировать p2-сайт из них.

Ниже приведен полный минимальный файл pom, включающий зависимость от slf4j-log4j12 (что неявно зависит как от slf4j, так и от log4j v1.2):

<?xml version="1.0" encoding="UTF-8"?>
<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>me.berezovskiy.project</groupId>
  <artifactId>p2</artifactId>
  <packaging>pom</packaging>
  <version>1.0.0</version>
  <build>
    <plugins>
      <plugin>
        <groupId>org.reficio</groupId>
        <artifactId>p2-maven-plugin</artifactId>
        <version>1.1.1-SNAPSHOT</version>
        <executions>
          <execution>
            <id>default-cli</id>
            <configuration>
              <artifacts>
                <artifact>
                  <id>org.slf4j:slf4j-log4j12:1.7.7</id>
                </artifact>
              </artifacts>
            </configuration>
          </execution>
        </executions>
      </plugin>
      <plugin>
        <groupId>org.mortbay.jetty</groupId>
        <artifactId>jetty-maven-plugin</artifactId>
        <version>8.1.12.v20130726</version>
        <configuration>
          <scanIntervalSeconds>10</scanIntervalSeconds>
          <webAppSourceDirectory>${basedir}/target/repository/</webAppSourceDirectory>
          <webApp>
            <contextPath>/site</contextPath>
          </webApp>
        </configuration>
      </plugin>
    </plugins>
  </build>
  <pluginRepositories>
    <pluginRepository>
      <id>reficio</id>
      <url>http://repo.reficio.org/maven/</url>
    </pluginRepository>
  </pluginRepositories>
</project>

P.S. Обычно я не отправляю ответы на старые и ответы на вопросы, но в моем случае потребовалось так много времени, чтобы решить эту проблему чистым и элегантным способом, который я решил написать об этом. Кроме того, решение появилось в конце 2013 года.

Ответ 3

из командной строки перейдите к папке, где находится pom.xml.

Запустите mvn eclipse:eclipse.

Это должно создать действительный проект eclipse.