問題タブ [maven-jaxb2-plugin]

別のスキーマ コンパイルを試すために、maven-jaxb2-plugin-sample-episode-0.7.4 (ここで説明され、ダウンロード可能です) を実行しようとしています。最初のスキーマ (A) をコンパイルしても、アーティファクト maven-jaxb2-plugin-sample-episode-a-maven:jar:0.7.4 を解決できないため、2 番目のスキーマ (B) で失敗します。

mvn assembly:assemblyコマンドライン（Windows）から実行すると、次のエラーが表示されます。

この例はそのまま機能するはずですが、何が間違っていますか? 実際のシナリオでは、異なるエピソードとしてコンパイルする必要があるスキーマが 10 個以上あるため、プロセスを自動化する必要があります (つまり、個々の成果物ごとに「mvn something」を実行する必要はありません)。

Maven2 プラグインを介して JAXB2 を使用して、XML スキーマ ファイルから Java ソース コードを生成したいと考えています (このブログ投稿のように)。

JAXBには 2 つのMavenプラグインがあるようです。(org.codehaus.mojo:jaxb2-maven-plugin) Codehaus でホストされています。

java.net のものには、XJC プラグインなどのより多くの機能があるようです。しかし、その java.net ページでは、ドキュメントについてhighsource.orgを参照していますが、残念ながら最近は利用できないようです。

それで、最良の選択は何ですか？highsource.org で何が起こっているか知っている人はいますか? みんなは何使ってる？

jaxb2-maven-pluginを使用していくつかのxsdファイルをコンパイルするMavenプロジェクトがあります。を使用して、参照されているもののいずれかが変更されているstaleFile かどうかを判別します。schemaFiles残念ながら、問題のxsdファイルは<xs:include schemaLocation="../relative/path.xsd"/>タグを使用して、schemaFile引数にリストされていない他のスキーマファイルを含めるためstaleFile、プラグインでの計算では、実際に再コンパイルする必要がある場合を正確に検出できません。これにより、含まれているスキーマが進化するにつれて、インクリメンタルビルドが中断されます。

明らかに、1つの解決策は、実行ので再帰的に参照されるすべてのファイルをリストすることschemaFileです。ただし、開発者がこれを行わず、ビルドを中断する場合があります。代わりに、このリストの生成を何らかの方法で自動化したいと思います。

頭に浮かぶアプローチの1つは、トップレベルのXSDファイルを何らかの方法で解析してから、プロパティを設定するか、ファイルを出力して、schemaFileパラメーターに渡すことができるようにすることschemaFilesです。Groovy gmavenプラグインは、その機能をPOMに直接埋め込む自然な方法のようです。しかし、私はGroovyを始めるのに十分な知識がありません。

誰かがサンプルコードを提供できますか？または、代替の実装/ソリューションを提供しますか？

ありがとう！

maven-jaxb-plugin と maven-jaxb2-plugin を使用して、同じ名前の 2 つの要素を持つ xsd ファイルをコンパイルしていますが、コードはエラーをスローせずにコンパイルされます。生成されたクラスには、相互に関連するプロパティがありません。生成されたクラスを参照してください。

および XSD:

誰でもこの問題で私を助けることができますか?

わかりました！

マルセロ

セットのJAXBJavaソースファイルを自動生成するMavenビルドがあります。基本的な設定は

'maven clean package'を実行すると、ソースファイルは正しく生成されますが、プロセスはこれらのjarファイルのダウンロードを試みます。Maven JAXBプラグインページに概説されている手順から必要なjarを手動でインストールできることはわかっていますが、SunWebサービスのjar依存関係を回避する別の方法があるのではないかと思います。JAXPまたはMavenプラグインに異なるバージョンを使用する必要がありますか？

Helios/m2eclipse では、jaxb ソースを生成すると、"Update Project Configuration" を実行すると、それらが Eclipse ソース パスに配置されます。

これは、Indigo/m2e (2011 年 6 月 22 日の初回リリース) では発生しません。これを修正するにはどうすればよいですか?

標準の maven-jaxb2-plugin バージョン 0.75 を使用しています。

XSD スキーマからのソースの生成中に、SAXParseException が発生します (以下を参照)。スキーマ「gws-ctsa-myapp.xsd」は、2 つの基本コンポーネント「gws-services-types.xsd」と「gws-ctsa.xsd」をインポートしています。最後のものは、同じ基本コンポーネント「gws-services-types.xsd」もインポートし、両方の基本コンポーネントがクラスパス カタログ リゾルバーで検出されます。

基本コンポーネント「gws-ctsa.xsd」のインポートは、スキーマ「gws-ctsa-myapp.xsd」では表示されないと予想されますが、残念ながらそうではありません。

プロジェクト「project_root/myapp/myapp-jaxb」で「mvn compile」を実行すると、正常に動作します。プロジェクト ルート "project_root/" で実行すると機能しません。プロジェクト ディレクトリは次のようになります。

そして、ここに例外スタック トレースがあります。

project_root/common/common-jaxb/pom.xml で次のプラグイン構成でコマンド「mvn compile」を使用しています。

カタログ内の絶対パス (カタログ リゾルバーを回避)、さまざまな名前空間、スキーマの場所など、多くの変更とさまざまな構成を試しましたが、問題は解決しませんでした。誰にもアイデアはありますか？

よろしくお願いします！

ペドロ。

Maven 3 を使用すると、maven-jaxb2-plugin (バージョン 0.7.5) に問題があるようです。Maven 2.2.x を使用すると問題は発生せず、Maven 3 にアップグレードしたときにのみ問題になりました。

以下は、mvn clean test を実行した後の maven 出力です。

ただし、Maven 2 を使用すると、テストは正常に実行されます。Maven 3 と JAXB2 の間に既知の問題がないかオンラインでリソースを検索しましたが、リソースが見つかりませんでした。Maven 2 または Maven 3 を使用したビルドの有効な POM は同じです。

ちなみに、以前は Maven 3 で maven-jaxb2-plugin を問題なく使用できました。ただし、このビルドは、XSD が依存 JAR にあるという点で特別なので、構成の問題である可能性があります。しかし、POM またはバインディングで設定する必要がある構成がわかりません。

この問題を解決するために使用できるリソース、または実行できる解決手順はありますか? どうもありがとう！

.xsdコードを自動生成したいファイルがたくさんあります。いくつかのファイルに重複した名前があり、それらすべてを同時に生成しようとすると衝突します。

私はこれらのうちの2つを機能させることに集中しています。

これら2つが機能するようになったら、残りを修正します。しかし、今のところ、これらのファイルのうちの 2 つだけに焦点を当てています。私はそれらを制御できません。それらはベンダーからのものであり、「標準」に従っているため、複数の理由でそれらを編集することはできません。

を使用しmaven-jaxb2-pluginてこれらのファイルを処理しています。

binding.xjbの回答のリンクで提案されているようにファイルを追加mat bし、ウェブで見つけたその他の指示を追加しました。しかし、次のエラーが表示されます。出力はありません。

次のエラーが発生します

問題のある要素は次のとおりです:(他にもたくさんありますが、これは最初に衝突するものです)

また、各ファイルで同一ですが、.xsd生成されるクラスが 1 つだけであるか、各クラスが独自のパッケージ名前空間で生成されるかのいずれかで、この重複を解決するにはどうすればよいですか?

このような重複要素はこれだけではありません。重複する要素がたくさんあるため、ファイルからそれらを削除しようとすることもできません。

これhalignは複数の.xsdファイルにあり、それらを個々のパッケージに入れるか、生成された最初のファイルを使用するようコンパイラーに指示できるようにしたいと考えています。

これは、外部.xjbファイルを試す前にpackage、pom.xml.

重複する構成を無視するか、それらを別のパッケージにマップするか、既存の実装にマップするようにバインディングを構成するにはどうすればよいですか?