問題タブ [fpml]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
71 参照

fpml - returnlegvaluationprice Jaxb オブジェクトが正しく作成されない

FPML 5.0 xsd の xjc コマンドを使用して JAXB オブジェクトを生成していますが、returnLegValuationPrice 用に生成された Java オブジェクトが正しく作成されません。

returnLegValuationPrice は fpml-eq-​​shared-5-0.xsd で定義されており、以下の定義があります。

生成されたJavaオブジェクトには、いくつかの値を含む要素名「valuationRules」の定義が含まれていないため、それらにアクセスする必要があります。

以下のように returnLegValuationPrice の定義を手動で変更しました。生成された Java オブジェクトには、valuationRules の定義が含まれています。

この奇妙な動作の考えられる理由、または生成されたJavaオブジェクトが正しく、データを取得する他の方法がある場合、誰かが助けてくれますか?

0 投票する
1 に答える
681 参照

maven - JAXB を使用して Maven を使用して FpML 5.7 をロードする

FpML 5.7 レコードキーピングの推奨事項から Java ファイルを生成するのに苦労しています。どんな助けでも感謝します。

http://www.stephennimmo.com/generate-Java-objects-for-fpml-using-jaxb-and-maven-the-easy-way/およびFpML 5.3 JAXB Bindingsに従っていますが、次のエラーが発生します。

  • 次の理由により、この「キャッチオール」プロパティを取得しています。
    • フィールド名「NotionalSchedule」は、スキーマの 2 つの異なる部分で使用されます。見る:
    • ファイルの 69 行目:/C:/Projects/TestFpML/src/main/xsd/xml_recordkeeping/fpml-ird-5-7.xsd
    • ファイルの 53 行目:/C:/Projects/TestFpML/src/main/xsd/xml_recordkeeping/fpml-ird-5-7.xsd

これが私のbindings.xjbです

そして、これが私のmaven pom.xmlです。

バインディングにも追加しようとし<xjc:simple />ましたが、役に立ちません。FpML Web サイトの xsd ファイルに重複したオブジェクト定義があることは理解していますが、バインディングを拡張して xsd の信頼性を維持するにはどうすればよいですか。このファイルは市場標準であるため、xsd を変更したくありません。

ご協力いただきありがとうございます。

0 投票する
1 に答える
525 参照

c# - FPML での計算

私は FPML が初めてで、私たちのシステムはスワップ取引と取り扱いが初めてです。FPML の例は、計算式を入力できるフィールドがたくさんあることを示しています。これらの FPML xml を情報とともにシステムに直接保存しています。私は FPML を組み込むプロセス全体に役立つツールを探していて、XML の検証に役立つハンドコードのようなツールを見つけました。しかし、システムに入る前に XML を完成させる、計算プロセスを容易にするものを見つけることができません。

0 投票する
1 に答える
36 参照

database-design - エンティティ関係図のジレンマ

評価の一環として、e コマース サイトの ER 図を作成しようとしています。プレーヤーとしての e コマース サイトの一部として Customer と Producer があります。そこで、LegalEntityID を主キーとし、customerUserID、producerID を外部キーとする Legal Entity というテーブルを作成することを考えました。その他の属性は、EntityType (個人または企業)、役割 (顧客、プロデューサー)、名前、住所、電話番号です。このセットアップの長所と短所は何だと思いますか? 個人と企業を考えて、CustomeruserID と PROducerID を維持するために、Customer/Producer として別のテーブルを作成し、主キーを CustomerUserID と ProducerID として使用しますか? これは複雑になりますか?または、役割 ID を主キーとして役割テーブルを作成し、次に別のテーブル - LegalentityRole ID を役割 ID の主キーとして使用する LegalEntityrole、外部キーとしての LegalEntityID。皆さんはどう思いますか?