Проблема транзитивной зависимости Felix maven-bundle-plugin

Я новичок в OSGI и пытаюсь развернуть свое первое приложение. У меня есть весенняя зависимость в моем pom. Во время развертывания я понял, что среда выполнения Felix требует всех транзитивных зависимостей для правильной установки пакета. С тех пор я как бы изо всех сил пытаюсь решить эту проблему. Я пробовал варианты встроенной зависимости и встроенной транзитивности, но безуспешно. Вот мой пом.


<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/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.test</groupId>
    <artifactId>taxonomydaobundle</artifactId>
    <version>1.0.0</version>
    <packaging>bundle</packaging>
    <name>Taxonomy Dao Bundle</name>
    <url>http://maven.apache.org</url>
    <repositories>
        <repository>
            <id>fusesource</id>
            <url>http://repo.fusesource.com/maven2</url>
            <snapshots>
                <enabled>false</enabled>
            </snapshots>
            <releases>
                <enabled>true</enabled>
            </releases>
        </repository>
        <repository>
            <id>apache-public</id>
            <url>https://repository.apache.org/content/groups/public/</url>
            <snapshots>
                <enabled>true</enabled>
            </snapshots>
            <releases>
                <enabled>true</enabled>
            </releases>
        </repository>
    </repositories>

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    </properties>

    <dependencies>
        <dependency>
            <groupId>com.test</groupId>
            <artifactId>taxonomymodelbundle</artifactId>
            <version>1.0.0</version>
            <scope>compile</scope>
        </dependency>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring</artifactId>
            <version>2.5.5</version>
        </dependency>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>3.8.1</version>
            <scope>test</scope>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.felix</groupId>
                <artifactId>maven-bundle-plugin</artifactId>
                <version>2.0.1</version>
                <extensions>true</extensions>
                <configuration>
                    <instructions>
                        <Export-Package>com.test.taxonomy.api.*;version=1.0.0
                        </Export-Package>
                        <Import-Package>com.test.taxonomy.message.*;version=1.0.0,
                            *
                        </Import-Package>
                        <Embed-Dependency>*;scope=compile|runtime</Embed-Dependency>
                        <Embed-Transitive>true</Embed-Transitive>
                    </instructions>
                </configuration>
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>2.1</version>
                <configuration>
                    <source>1.6</source>
                    <target>1.6</target>
                </configuration>
            </plugin>
        </plugins>
    </build>
</project>

Сначала я пытался установить mvn install, но это включало только прямые зависимости, а не транзитивные. Прочитав документацию по плагину felix maven, я попробовал mvn org.apache.felix:maven-bundle-plugin:bundleall. Но выполнение завершается неудачно, так как не удается получить необходимые файлы jar из репозитория, который он использует. Глядя на журналы, я вижу, что это относится к http://repo1.maven.org/maven2. репозиторий, в котором нет необходимых версий. Например, это из гессиана 3.1.3, среди прочих.


[INFO] Unable to find resource 'hessian:hessian:pom:3.1.3' in repository central
 (http://repo1.maven.org/maven2)

Буду признателен, если кто-то поделится своим опытом в этом отношении.

-Спасибо


person Shamik    schedule 10.06.2011    source источник


Ответы (3)


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

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

Если вы используете библиотеку, которая не поддерживает OSGi, вы можете посмотреть некоторые места, которые предлагают «обернутые» пакеты этих библиотек с поддержкой OSGi, например.

Spring поддерживает OSGi — у вас должна быть возможность развернуть эти пакеты самостоятельно. Я также рекомендую взглянуть на Динамические модули Spring (документацию). Если вы создаете пакеты с поддержкой Spring, вы также можете начать с контейнера OSGi, который уже подготовлен с этими пакетами. У меня есть хороший опыт работы с FUSE ESB (бесплатным (на основе apache servicemix) контейнер OSGi (и другие) с коммерческой поддержкой).

Поэтому, хотя я и не ответил на ваши конкретные вопросы, я поделился своим опытом и надеюсь, что он вам поможет. Удачи!

person FrVaBe    schedule 10.06.2011
comment
@Claszen .. спасибо за ваш ответ. Я использую fuse esb в качестве инструмента для тестирования своего приложения. Основываясь на ваших комментариях, у меня есть пара дополнительных вопросов. Вы упомянули об установке пакетов с поддержкой OSGI напрямую вместо встраивания их. Означает ли это, что вы копируете пакет Spring (org.springframework.spring-library) вручную из репозитория Spring DM и устанавливаете его в Fuse с помощью инструмента администрирования командной строки/felix? Как он разрешает транзитивные зависимости? Например, spring будет внутренне зависеть от банок hibernate. Означает ли это, что вам также нужно вручную устанавливать пакеты hibernate? - person Shamik; 10.06.2011
comment
@Sahamik Я объединил свои пакеты с функциями, чтобы установить их вместе. Ознакомьтесь с главой Feature документации по развертыванию FUSE ESB. . Невозможно автоматически установить транзитивные зависимости — вы должны справиться с ними самостоятельно. Функция не является стандартом OSGi — другой контейнер может предоставлять другие механизмы, позволяющие установить набор пакетов за один раз. Spring должен быть частью настройки FUSE ESB - спящий режим не готов к OSGi (насколько я знаю) - вы найдете советы по включению спящего режима в OSGI в Интернете. - person FrVaBe; 13.06.2011

Запустите Maven с параметром -X, который заставит плагин пакета напечатать то, что, по его мнению, представляет собой дерево зависимостей.

[DEBUG] Will bundle the following dependency tree
org.springframework:spring-remoting:jar:2.0.8:runtime
   aopalliance:aopalliance:jar:1.0:compile
   commons-httpclient:commons-httpclient:jar:3.0.1:compile
      junit:junit:jar:3.8.1:compile
      (commons-logging:commons-logging:jar:1.0.3:compile - omitted for conflict with 1.1)
      commons-codec:commons-codec:jar:1.2:compile
   commons-logging:commons-logging:jar:1.1:compile
      log4j:log4j:jar:1.2.12:compile
      logkit:logkit:jar:1.0.1:compile
      avalon-framework:avalon-framework:jar:4.1.3:compile
      (javax.servlet:servlet-api:jar:2.3:compile - omitted for conflict with 2.4)
   hessian:hessian:jar:3.0.20:compile

К сожалению, вы не можете настроить раздел pom depdnencyManagement вашего проекта, чтобы удалить «необязательные» зависимости, потому что maven-bundle-plugin игнорирует это.

Согласно FELIX-954, он в значительной степени собирается посетить все необязательные зависимости. Единственный совет, который я могу дать, — найти эти необязательные артефакты и убедиться, что Maven может их разрешить.

person Bae    schedule 30.05.2012

В управлении транзитивными зависимостями для плагина maven-bundle-plugin есть ошибка, которая заставляет искать необязательные зависимости (некоторые из которых могут не существовать). Я подозреваю, что это то, что происходит, когда он пытается втянуть гессиан.

Я поддержу идею К. Клазена о поиске версий ваших пакетов в springsource или fusesource, но если есть пакеты, которые вы не можете найти, maven-bundle-plugin предоставляет файл связать все цели (это описано в разделе целей). Эта цель заставит плагин пакета создать пакеты для всех транзитивных зависимостей вашего приложения. Затем вы можете использовать те, которые не смогли найти в springsource/fusesource. Как только вы это сделаете, вам не нужно будет встраивать банки в свой пакет, что сделает их доступными и для других пакетов.

Одно предостережение, с которым вы можете столкнуться, — это необходимость развертывания пакетов таким образом, чтобы ни один пакет не был развернут до одной из его зависимостей. В прошлом я использовал сервер Eclipse Virgo, чтобы обойти это. Это позволяет вам размещать все ваши пакеты в репозитории, а сервер определяет порядок развертывания.

person Ryan Gross    schedule 22.06.2011