Felix maven-bundle-plugin проблема транзитивной зависимости - PullRequest
Новая
       11

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

2 голосов
/ 10 июня 2011

Я новичок в OSGI и пытаюсь развернуть свое первое приложение.У меня весенняя зависимость в моем помпе.При развертывании я понял, что среда выполнения Felix требует всех транзитивных зависимостей для правильной установки пакета.С тех пор я пытаюсь решить эту проблему.Я пробовал встроенные зависимости и встроенные транзитивные параметры, но не повезло.Вот мой 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/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)

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

-Спасибо

Ответы [ 3 ]

3 голосов
/ 10 июня 2011

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

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

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

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

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

2 голосов
/ 30 мая 2012

Запустите 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 может их разрешить.

0 голосов
/ 22 июня 2011

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

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

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

...