問題タブ [dfdl]

Data Format Description Language (DFDL) v 1.0の現在の実装では、順序付けられていないリストはサポートされていません。回避策はありますか?

次の形式 (メッセージ ツリー) で Web サービス応答メッセージを解析しようとしています。

そして、「ObjectIWantUnmarshalled」を非整列化します。ただし、このデータは DFDL 形式です。私の要求では、XML から DFDL にフォーマットするために次の行を使用します。

しかし、DFDL から XML への逆の方法はないようです。私が試してみました：

MbMessage から直接データを単純にアンマーシャリングする他の試みと同様に:

しかし、この方法または他の方法で Document ノードを取得できませんでした。常に null です。

シリアル化エラーの取得

IIB 9 と Websphere MQ

サンプル メッセージ フローがあります。MQInput ノード、Compute ノード、Mqoutput ノード、および DFDL の使用。

1 つの必須セグメントと他の 3 つの非必須セグメントを持つ dfdl があります。

必須ではないセグメントでは、このタイプのツリー構造があります。

ルート セグメント 1 エレメント 1 エレメント 2 エレメント 3 エレメント 4 エレメント 5 セグメント 2 エレメント 1 エレメント 2 エレメント 3 エレメント 4 セグメント 2 エレメント 1 エレメント 2 エレメント 3 エレメント 4

CONSIDER 2 番目の SEGMENT2 >> ELEMENT2 に値が入力されていません。ESQL を使用して ESQL に ELEMENT2 を追加したい場合、シリアル化エラーが発生します。

ケース: ELEMENT1 の NEXSIBLING としてフィールドを作成することで、 ELEMENT2 に値を割り当てることができます。

CREATE NEXTSIBLING OF REF_SEGMENT TYPE Name NAMESPACE NS NAME 'NAME OF THE FIELD';

ここでは、 ELEMENT1 の次の兄弟を作成しているので、 ELEMENT2 を作成して、 ELEMENT 2 に値を割り当てることができます。しかし、ELEMENT 1とELEMENT 3がnullのときに直面している問題

ELEMENT2 を NEXTSIBLING または PREVIOUSSIBLING として作成できませんでした。

CREATE FIELD関数がありますが、論理ツリー構造のENDに要素を追加しています。それも失敗してみてください。

CREATE FIELD OutputRoot.XMLNS.TestCase.description TYPE NameValue VALUE 'これは私のテストケースです';

注 : DFDL を変更するオプションはありません。他のインターフェイスに同じ dfdl を使用しています。唯一の方法は ESQL です。

こんにちは、次のような要件があります: x9.2 仕様のメッセージがあります。

97xx メッセージのヘッダー形式

問題は、x9.2 仕様のメッセージが、上記の 9701 の例のように、メッセージ タイプごとに異なるフィールドを持つことができることです。

ただし、9702 には異なるデータ項目のセットがあります。では、97xx シリーズ、95xx シリーズ、またはその他の x9.2 仕様のすべてのメッセージ タイプを解析できる dfdl パーサーを作成する方法を説明します。

私は IBM Integration Bus v10 (以前は IBM Message Broker と呼ばれていました) を使用して、COBOL ルーチンを SOAP Web サービスとして公開しています。COBOL ルーチンは、MQ キューを介して IIB に統合されます。

一部の COBOL コピーブックを DFDL スキーマとして IIB にインポートしました。SOAP メッセージと DFDL メッセージ間のマッピングは正常に機能しています。

ただし、メッセージ・ツリーの直列化が必要なノード (例えば、FileOutput または MQ 要求) にメッセージが到達すると、次のエラーで失敗します。

これは、例外のスタック トレースの最後の部分です。

デプロイ可能な BAR ファイルに何かが欠けているようです。私のアプリケーションにはメッセージ フローがあり、すべての .xsd ファイル (DFDL) を持つ共有ライブラリに依存していると言うことが重要です。

Toolkit ウィザードを使用してスキーマを生成したので、スキーマは問題ないと思います。メッセージの解析もうまくいきます。問題はシリアル化のみです。

ここで何が欠けているか知っている人はいますか？

MAPPING NODEでDFDLを使用してxmlデータをcsvに変換することは可能ですか

さまざまなバイナリ形式をデコードするための python スクリプトをいくつか作成しています。各形式には多数の異なるレコードがあり、非常に多くのデータが特定のバイト内の特定のビット範囲にエンコードされています。したがって、コードが乱雑にならないように、デコード コードとフォーマット仕様をきちんと分離する python パッケージを探しています。理想的には、さまざまなバージョンの形式を保持できるようにすることです。以下は、私が探しているものの非常に大まかな概要です。

例my_data_format.xml：

Python スクリプトの例my_data_reader.py:

これは辞書を生成します：

そのようなことはありますか？

私はすでにいくつかのことを見てきました：

• プロトコル バッファのようなものがレコードの指定に役立つことは知っていますが、私が理解している限りでは、ビットフィールドとその解釈の指定はサポートされていません。

• まさに私が必要としているように見えるDFDLがありますが、私は Java クライアントしか見たことがなく、それは大きくてかさばるソフトウェア パッケージのように見えます (どこかに C バージョンがあるようです)。

• 私の現在の実装では、うまく機能するコンストラクトを使用していますが、ファイルからスキーマをロードするよりも少し面倒に感じます