В salesforce.com у Вас могут быть многозначные атрибуты?

Я разрабатываю драйвер менеджера по Идентификационным данным Novell для Salesforce.com и пытаюсь понять платформу Salesforce.com лучше.

Я имел действительно хороший успех до настоящего времени. Я могу считать в значительной степени классы произвольного объекта из SFDC и создать объекты eDirectory для них, и что нет. Это все сделано и работающий приятно. (Канал издателя). После того как я планировал события Query, большинство все начало работать в Канале Издателя.

Я теперь работаю над передачей обратно событий к SFDC (Канал подписчика), когда изменения происходят в eDirectory.

Я использую upsert () функция в API SOAP, и с менеджером по Идентификационным данным Novell, Вы в основном создаете документ SOAP и видите результаты, как Вы создаете его. (Можно сделать это в XSLT, или можно использовать различные позволенные маркеры для создания документа в Сценарии DirXML. Я использую Сценарий DirXML, который работал хорошо до сих пор.).

Результат того комментария - то, что я могу создать документ SOAP, посмотрите его, чтобы быть уверенными, что я разбираюсь в нем. Который обычно отличается, чем подход Java/C++, который обычно обеспечивает пример кода. Намного более визуальный этот путь.

Существует несколько вещей о upsert (), что я действительно не полностью понимаю. Я знаю, как очистить значение, должен я получать такое событие. В узел, добавляет узел как (предположение, что Вы уже объявили свои пространства имен):

FieldName

Я знаю, как добавить значение (AttrValue) к атрибуту (Имя поля), добавьте узел как:

AttrValue

Все это работает и является довольно прямым.

Вопрос, который я имею, может значение в SFDC быть многозначным? В eDirectory, много ценный изменяемый атрибут, может произойти два пути:

• Все значения могут быть удалены, и новый повторно добавленный набор.
• Единственное удаленное значение может быть отправлено как такое событие (удалять-значение), или много значений могут быть удалены в одной операции.

Смотря на SFDC, я только когда-либо вижу атрибуты Multi-picklist, которые, кажется, хранятся в однократном въезде: или; разграниченный. Действительно ли там другой - вид много ценного атрибута, управляемого по-другому в SFDC? И если так, как можно было бы управлять им через API SOAP?

Я все еще должен решить, хочу ли я отобразить те multi-picklists на единственную строку или много ценный атрибут строк. Первый путь легче, второй путь более полезен... Хм... Выбор...

Некоторые ссылки:

• Я использовал сообщения страницы Sample SOAP для понимания то, на что должны быть похожими документы.
• Проводник вершины является инструментом удара для просмотра базы данных и тестирования запросов. Во многом как DBVisualizer делает для соединенных баз данных JDBC. Это было бы настолько более твердо без него!
• SoapUi также требуется, и прекрасный инструмент!