質問

Salesforce.comのNovell Identity Managerドライバーを開発しており、Salesforce.comプラットフォームをよりよく理解しようとしています。

私はこれまでに本当に成功しました。 SFDCからほとんど任意のオブジェクトクラスを読み、それらのためにedirectoryオブジェクトを作成できます。これはすべて行われ、うまく機能しています。 (パブリッシャーチャネル)。クエリイベントがマッピングされたら、ほとんどすべてがパブリッシャーチャンネルで動作し始めました。

私は現在、Edirectoryで変更が発生した場合、イベントをSFDC(サブスクライバーチャネル)に送り返すことに取り組んでいます。

SOAP APIでUPSERT()関数を使用しており、Novell Identity Managerを使用すると、基本的にSoap Docを作成し、結果を構築する際の結果を確認できます。 (XSLTでそれを行うか、さまざまな許可されたトークンを使用してDiRXMLスクリプトでドキュメントを作成できます。これまでに機能しているDirxMLスクリプトを使用しています。)

そのコメントの結果は、Soapドキュメントを構築して、それを見て、それを正しくすることを確認できるということです。これは通常、サンプルコードが通常提供するJava/C ++アプローチとは異なります。このようにはるかに視覚的です。

upsert()には、私が完全に理解していないことがいくつかあります。私はそのようなイベントを取得する必要がある場合、私は値を空白の方法を知っています。内側 <urn:sObjects> ノード、次のようなノードを追加します(名前空間が既に宣言されていると仮定して):

<urn1:fieldsToNull>FieldName</urn1:fieldsToNull>

属性(フィールド名)に値(attrvalue)を追加する方法を知っています。次のようなノードを追加します。

<FieldName>AttrValue</FieldName>

これはすべて機能し、非常に簡単です。

私が持っている質問は、SFDCの値を多値にすることができますか? edirectoryでは、多額の属性が変更されているため、次の2つの方法が発生する可能性があります。

  • すべての値を削除することができ、新しいセットが再添加されます。
  • 削除された単一の値は、その種のイベント(削除値)または1つの操作で多くの値を削除できるため、送信できます。

SFDCを見ると、単一のエントリに保存されていると思われるマルチピックリスト属性のみが表示されます。区切られた。 SFDCで管理されている別の種類の多額の属性はありますか?もしそうなら、SOAP APIを介してどのように操作するのでしょうか?

それらのマルチピックリストを単一の文字列にマッピングするのか、それとも文字列の多額の属性にマッピングするかを決定する必要があります。最初の方法は簡単です、2番目の方法がより便利です...うーん...選択...

いくつかの参照:

  • 私はページを使用しています ソープメッセージのサンプル ドキュメントがどのように見えるかを理解するため。
  • 頂点エクスプローラー データベースを閲覧し、クエリをテストするためのキックツールです。よく似ています dbvisualizer JDBC接続データベースに対しては行われます。これがなければ、これはずっと難しかったでしょう!
  • ソープイ また、素敵なツールも必要です!
役に立ちましたか?

解決

私が知る限り、マルチセレクトピックリスト以外のマルチ値フィールドはありません(そして、それらはセミコロン分離された文字列にマッピングされます)。通常、プラットフォームは、データに複数の値を関連付ける必要がある場合、別の(おそらく新しいカスタム)テーブルと適切な関係を作成することを奨励します。

私が考えることができる他の「珍しい」ことだけが、特定のオブジェクトのowneridフィールド(ケース、リード、おそらく何か他のもの)を使用して、ユーザーまたはキューのレコードを指す方法です。従来のデータベースからの外部キー関係に慣れている場合、奇妙に見えます。しかし、これは一度に1つの値しかないので、あなたが求めているものと同一ではありません。

もちろん、表示されるユーザーのロケールに応じてデータベースに表示される値(システム管理者プロファイルがオランダ語でsysteembeeerderになる)で表示される場合があります。しかし、これはまだ単一の値であり、クエリの結果があなたに送り返される直前にその場で翻訳されます。

SFDCと石鹸統合を実行する必要があるとき、私は常にWSDLファイルを使用していましたが、ほとんどの場合、Apache軸でそれらから生成されたJavaコードでは問題ありませんでした。自分で石鹸のメッセージを手作りすることは...うわー、少しハードコア。クラスの作成よりもXMLの視覚化、例外、およびすぐに使用できるものの1つで使用できるすべてのものをお勧めしますか 統合 方法?彼らがWSDLを変更する場合、私はそこからクラスを再生するためだけに必要です。一方、石鹸メッセージの作成ライブラリの変更は痛みを伴うかもしれません...

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top