0

BackGround : Spring と Maven を使用してスタンドアロン アプリケーションに取り組んでいます。リモートサーバーにデプロイしてテストできるように、アプリケーションから jar を作成したいと考えています。

私は以下の問題に直面しています、

(1) この jar を eclipse を介して実行可能な jar としてエクスポートすると、例外が発生します。

Exception in thread "main" 

org.springframework.beans.factory.parsing.BeanDefinitionParsingException: Configuration problem: Unable to locate Spring NamespaceHan
dler for XML schema namespace [http://www.springframework.org/schema/context]
Offending resource: class path resource [applicationContext.xml]

上記の spring.handlers ファイルの名前空間の競合に関する問題なので、以下のように Maven でプラグインを使用して jar を作成することを考えました。

    <plugin>
            <artifactId>maven-jar-plugin</artifactId>
            <version>2.2</version>
            <configuration>
            <archive>
                <manifest>
                  <addClasspath>true</addClasspath>
                  <mainClass>com.comcast.start.Application</mainClass>
                </manifest>
        </archive>
            <shadedArtifactAttached>true</shadedArtifactAttached>
            <shadedClassifierName>jar-with-dependencies</shadedClassifierName>
            <finalName>ds</finalName>
            <transformers>
                <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>
            </transformers>
        </configuration>
        </plugin>

        <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-dependency-plugin</artifactId>
                <executions>
                  <execution>
                    <id>copy-dependencies</id>
                    <phase>package</phase>
                    <goals>
                      <goal>copy-dependencies</goal>
                    </goals>
                    <configuration>
                      <outputDirectory>${project.build.directory}/alternateLocation</outputDirectory>
                      <overWriteReleases>false</overWriteReleases>
                      <overWriteSnapshots>false</overWriteSnapshots>
                      <overWriteIfNewer>true</overWriteIfNewer>
                    </configuration>
                  </execution>
                </executions>
         </plugin>

しかし、ここでの問題は、依存ライブラリを jar ファイルにコピーするプラグインが見つからないことです。copy-dependencies プラグインは、ファイルをワークスペースにコピーしますが、ライブラリを jar ファイルに配置しません。

このスタンドアロン jar をリモート マシンで実行する必要があるため、jar の作成時にすべての依存ライブラリをこの jar 内にパッケージ化する必要があります。

何かアイデアがあれば提案してください。ありがとう

4

1 に答える 1

1

スタンドアロンの実行可能 jar を作成しようとしているようです。 （または、依存関係を1つのファイル内に運ぶことが主な目標ですか？-これをよりきれいにしてください）

それを行うにはいくつかのアプローチがあります。いくつか挙げてみましょう。

  1. 依存関係を展開するだけ -単純${project.build.outputDirectory}なケースのみ
  2. ほぼ同じですが、リソースの競合を解決するためにmaven-shade-pluginを使用します
  3. 依存関係の jar をプライマリ jar に埋め込むonejar-maven-pluginを使用し、それを実行するカスタム クラスローダーでランチャーを作成します。

あなたのフラグメントは、最初の 2 つのアプローチの無効な組み合わせのようです(プロパティとプロパティmaven-jar-pluginをサポートしていないため) 。shaded*transformers

場合によっては、最初の 2 つを使用できないことに注意してください。一部のフレームワークは、使用中のライブラリを一覧表示するためにクラスパスをスキャンし、これらは多くのマニフェストを 1 つに減らします。

ほとんどの場合、3 つ目は正常に機能しています。また、変更されていない元の jar が含まれているため、特に不安定なライブラリを試す場合に、結果に自信が持てるようになるので、私のお気に入りです。

于 2012-11-12T22:27:40.817 に答える