JiBX

のJiBXは、XMLデータをJavaオブジェクトにバインドするためのフレームワークです。 JiBXのプロジェクトは、あなたがあなた自身のクラス構造を使用してXML文書からのデータを処理することができます。 JiBXのフレームワークは、あなたの指示に基づいて、XMLにしてからデータを変換するすべての詳細を処理します。
JiBXのは、非常に高い効率で内部データ構造とXMLとの間の変換を実行するように設計され、それでもは翻訳プロセスの制御の高度を可能にします。
それは、これをどのように管理するのでしょうか？ JiBXには、Javaオブジェクトがまたは（結合）は、XMLから変換する方法のルールを定義するためにバインディング定義文書を使用しています。ある時点で、あなたはJiBXのフレームワーク、バインディングコンパイラの最初の部分を実行するクラスファイルにソースコードをコンパイルした後に。
このコンパイラは、XMLやからクラスのインスタンスを変換処理するコードを追加し、Javaコンパイラによって生成されたバイナリのクラスファイルを高めます。バインディングコンパイラを実行した後、あなたは、（例えば、建物のjarファイルなど）アプリケーションを組み立てる際にかかる通常の手順を続行することができます。また、別のステップとしてバインディングコンパイラをスキップして、代わりに、このアプローチはいくつかの欠点がありますが、実行時にクラスを直接結合することができます。
JiBXのフレームワークの第2の部分は実行時バインディングです。バインディングコンパイラによって生成された強化されたクラスファイルは、実際に（データの用語を結合する際に、アンマーシャリングと呼ばれる）は、XML入力文書からオブジェクトを構築するためやオブジェクトからXML出力文書（と呼ばれるマーシャリング）を生成するため、両方このランタイムコンポーネントを使用します。ランタイムは、入力文書を処理するためのXMLPull APIを実装するパーサーを使用しますが、それ以外の場合は自己完結型である

このリリースの新機能：ます。

からコード生成に関連するいくつかの問題を修正complexTypeの拡張または制限するためのベースとしての置換基、またはグループの参照を使用してスキーマのスキーマ。
http://www.w3.org/XML/1998/namespace名前空間からxml.xsd定義を使用している場合、スキーマからのコード生成を修正しました。
simpleTypeの制限要素（代替として許さインライン基本型）のベース= '...'属性を必要なスキーマ検証でバグを修正。
出力メッセージに空の定義を生成したJibx2Wsdlから固定壊れたWSDL生成、。
リストタイプ：XSのサポー​​トを追加します。
（唯一の子コンポーネントは、子コンポーネントに外側の名前を下に渡した場合）、より良い、ネストされたスキーマコンポーネントのためのアルゴリズムを命名。
固定繰り返し型=＆QUOT;配列＆QUOT;コー​​ド生成のカスタマイズ。
冗長で、既存のバインディングを使用してで修正問題は、コード生成（NPE）に含まれています。
名前（）メソッドではなく、toString（）メソッドを使用するには、Java 5の列挙デフォルトの直列化を変更しました。
（）ドキュメントで使用される実際のテキストを提供し、よりもむしろのtoStringをオーバーライドするために必要なxmlValue（）メソッドを追加するには、スキーマからJava 5の列挙型のコード生成を変更しました。
REFの使用を含むCODEGENのJavaDocに埋め込まれたスキーマコンポーネントで固定いくつかの問題=＆QUOT; ...＆QUOT;他の名前空間内のコンポーネントに属性を設定します。

このバージョン1.2.1の新機能は次のとおりです。

このリリースでは、修飾されていない要素名、ノー名前空間のスキーマ、＆LTを使用して、スキーマからのコード生成に見つかった問題を修正。 XS：APPINFO＆GT;スキーマの要素、および他のいくつかのスキーマのバリエーション。
また、Jibx2Wsdlツールの基本的なドキュメントが含まれ、更新axis2-1.4.Xパッケージを使用して更新のAxis2インストールで使用した場合Jibx2Wsdlの例では、デプロイ可能なWebサービスへのすべての道を行きます。

このバージョン1.2の新機能である：

このJavaコードから、両方のための広範なカスタマイズをサポートするように、XMLスキーマからバインディングとコード生成のために結合し、スキーマ生成のサポートが追加されました。
℃の「プリコンパイル済み」属性を使用して、モジュラー結合コンパイルのサポートが追加されました。含ま＆GT;結合に含まフラグを要素はすでに別々にコンパイルされています。
メソッドの構造をクリーンアップし、冗長なコードを避けるために、バインディングコンパイラコード生成を再構築。
選択中の抽象マッピング参照のコード生成を修正しました。
直接UTF-8ストリームの読み取りは最初の無効なバイトのエラーチェックを追加しました。
ランタイムjarファイルを直接実行したときに追加されたバインディング情報を印刷するorg.jibx.runtime.PrintInfoクラスは、メインクラスこれを作りました。
両端が（テキスト、XMLと比較して）のJiBXを使用しているときに、より速く、よりコンパクトなデータ交換のためのサポートをコードを追加しましたXBIS。
変更不可能なクラスは、クラス名とクラスをロードするために使用されるパスの両方を与えるために、変更する必要があるときに例外メッセージを改善しました。
非整列化要素の有無を示すために追加されました 'フラグ法'プロパティ属性。