Если вы ручного кодирования ADF файлов и делать много циклов кода/импорт/испытания, Используйте номер версии, чтобы сделать вашу жизнь проще.

Я ненавижу впустить его, но до этой недели, Я всегда был удаление ADF и повторного импорта. Это было бы разорвать мою столбцов бизнес-данных и сделать меня повторно привязать их. Все ненужные.

Файл этом под «это очевидно, как только вы видите его».

Пример:

<Недопустимый
 xmlns:xsi="HTTP://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="HTTP://Schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Тип="WebService"
  Версия="1.2.0.0" Имя="xyzzyDocumentReview"
  xmlns="HTTP://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

Изменить что версии и повторно импортировать и существующего столбца бизнес-данных автоматически использует обновленную версию с без дополнительных настроек.

</конец>

Подписаться на мой блог.

В мои попытки на идущий на предоставление более полезным столбец подстановок, с помощью BDC, Я попала в стену с выбора BDC. Если вы не видите его, BDC выбора похож на средства выбора людей, за исключением того, что он работает со столбцами типа «бизнес-данных».

Вы получить доступ к палитре, нажав на значок открытой книги столбца бизнес-данных как показано:

Это изображение показывает столбец бизнес-данных, под названием «Мастер документа Id». Этот столбец подключен, через BDC, для веб-службы. Веб-служба возвращает две колонки информации: Документ ID и название. Бизнес здесь призван обеспечить «этот документ основан на" функция. Пользователи выберите «Мастер" документ и когда они сохранить, приемник событий копирует мета данных поля из ссылки мастер.

По умолчанию, BDC выбора выглядит так, когда я ищу для документа, чей ID = «38»:

Это полезно, но не достаточно хорошо. Люди не думать в терминах идентификаторов, они думают, с точки зрения названия и/или другие мета-данные. Средство выбора позволяет вам искать на другие столбцы (Например. Название) но не показывают фактический список названий, он нашел, просто их DocId, как показано здесь:

(На снимке экрана не так велика, потому что я не выбирал, возвращающий любые допустимые результаты поиска, но вы можете видеть, если он обнаружил некоторые результаты, Он будет только показали DocId, не титулы).

Я искал высоких и низких для ответа на этот и не. Мой коллега, Почтенный Джонатан Брэдшоу, перед и решить эту проблему. Когда я потянулся к ним за помощью, Он указал мне в правильном направлении.

Настройка выбора, чтобы показать несколько столбцов через ShowInPicker»" Недвижимость в ADF:

<Свойства Имя="ShowInPicker" Тип="System.Boolean">Истина</Свойства>

Более подробно:

  <!-- Название -->
  <Дескриптор типа TypeName="System.String" Имя="Название" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName КОД ЯЗЫКА="1033">Название</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Свойства>
      <Свойства Имя="DisplayByDefault" Тип="System.Boolean">Истина</Свойства>
      <Свойства Имя="ShowInPicker" Тип="System.Boolean">Истина</Свойства>
    </Свойства>
  </Дескриптор типа>

Установка этого свойства ввести незначительной проблемой. Как только вы установите его один раз, Вам нужно установить его для каждого столбца, которые вы хотите показать. В моем случае, BDC выбора показали DocId по умолчанию. Однако, как только я добавил «ShowInPicker" Название, DocId больше не отображается. Я решил что, явно задав свойство ShowInPicker для идентификатора документа.

Вот результат:

(Я буду объяснять странный» 168 – CamlSchema.xsd" Строительство будущего блога. Короче, Это объединенная строка, которая позволяет немного лучший пользовательский опыт).

Конечно, написав эту запись в блоге, Я просто сделал поиск по "ShowInPicker" и нашли многочисленные хиты, включая этот один: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. Это объясняет значение этого свойства, а также некоторые другие хорошие вещи BDC.

</конец>

Подписаться на мой блог!

Я еще раз разработки BDC ADF файлов вручную (так что я могу построить мое "сойдите моего газон!" CRED) и хит этой прекрасной ошибка:

«Ошибка импорта определения приложения. Произошла следующая ошибка:"

Как вы можете видеть, Произошла ошибка, но … Это не будет сказать мне то, что он.

В моем случае, вопрос оказалось, что я начал с функциональной ADF для другого проекта, который подключен к базе данных и выполняется SQL-запрос для представления. В этом новом проекте, Я звоню метода веб-службы. Я раздели DB конкретные вещи и добавил мои веб-службы вещи, Однако не удалось обновить <Недопустимый>в атрибут type. Я перешел на «WebService" и я счастливо перешёл ошибки импорта новых и более интересных, которые были обработаны в свое время.

Вот так недопустимый:

<Недопустимый
xmlns:xsi =HTTP://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =HTTP://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Тип = "базы данных"
Версия = "1.0.0.0" Имя = "xyzzy"
xmlns ="HTTP://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

Это правильно:

<Недопустимый
xmlns:xsi =HTTP://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =HTTP://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Тип = "WebService"
Версия = "1.0.0.0" Имя = "xyzzy"
xmlns ="HTTP://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

</конец>

ОБНОВЛЕНИЕ: Это размещение MSDN имеет несколько интересных наблюдений от JXJ, основанный на его, главным образом отрицательные, опыт, спускаясь этот путь: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

У нас есть бизнес-сценарий, где нам необходимо связать две библиотеки документов через общий "Идентификатор документа" поле.

Мы часто использовать столбец подстановок для реализует ссылки, как это. Есть несколько недостатков для столбцов подстановки, три из которых являются:

1. Может быть связан только один столбец подстановок поиска библиотеки.
2. Производительность: Источник библиотека может содержать сотни записей. Это слишком много записей в объекте lookup.
3. Поиск: Существует нет интегрированный поиск. Я не имею в виду в смысле поиска MOSS, но нет никакого способа для поиска / Фильтрация по нескольким столбцам из библиотеки исходного документа и найдите нужную ссылку.

При поддержке BDC, Мы можем использовать «бизнес-данных" тип столбца и он обеспечивает улучшенный поиск и даже позволяет несколько столбцов данных, которые отображаются в представлениях списка.

Я имел некоторые предварительные успех с этим подходом и планируете написать об этом больше.

Если вы уже работал этот угол до и есть какие-либо комментарии, Пожалуйста, поделитесь!

</конец>

Я работала с BDC сегодня, кодирование ADF файлов вручную и генерации себя некоторые ошибки. Одна такая ошибка:

Импорт определения приложения не удалось. Произошла следующая ошибка: Не удалось загрузить тип охарактеризован TypeDescriptor в TypeName. Имя параметра: typeName ошибка была обнаружена на или как раз перед строкой: ' 35’ и позиция: «20».

Мосс появится эта ошибка, когда я пытался импортировать XML ADF-файла.

Я исследовал Интернет и обнаружил, что я ссылается на имя экземпляра LOB (от <LobSystemInstance>) в моей <Дескриптор типа> узел когда я должен ссылка само имя LOB (От <Недопустимый>).

Неправильно:

<Дескриптор типа TypeName="Conchango.KeyValue, Имя экземпляра типа LOB" Имя = «KeyValue»>

Исправить:

<Дескриптор типа TypeName="Conchango.KeyValue, Имя LOB" Имя = «KeyValue»>

Надеюсь, что это один сохраняет кто-то через час или два времени.

</конец>

Подписаться на мой блог!

Я вызвал BDC ошибку на этой неделе, которая проявилась на интерфейсе пользователя и в 12 Журнал куст во время выполнения.

Первый, Это появилась в пользовательском интерфейсе:

Не удалось найти поля для вставки всех значений идентификаторов, необходимых для правильного выполнения SpecificFinder MethodInstance с именем … Убедиться, что входные параметры у TypeDescriptors, связанный с каждой идентификатором, определенный для этой сущности.

Вот снимок экрана:

Я также могла бы вызвать появление этого сообщения в 12 Журнал куст у будет (используя мой запатентованной high-tech-don't-try-this-at-home "таинственный ошибки" метод):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C бизнес-данных SharePoint Portal Server 6q4x высокой исключение в BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Значение идентификатора ”, типа ”, Недопустимый. Ожидаемое значение идентификатора типа «System.String». на Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Объект[] subIdentifierValues, LobSystemInstance lobSystemInstance) на Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Сущность сущности, Объект[] userValues, LobSystemInstance lobSystemInstance) на Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Просмотр desiredView) на Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() на Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Я искал вокруг и нашел несколько версий в Форум MSDN, но они не были достаточно для меня понять, что я делаю неправильно. Я смотрел трансляции Тед Пэттисон Это моя Компания от squirreled на сервере и пришел реализовать мою проблему.

В моем ADF, Я подключение к базе данных SQL, как показано:

            <Свойства Имя="RdbCommandText" Тип="System.String">
              <![CDATA[
                ВЫБОР МЕТОДА SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      СТРАНА, АДРЕС1, АДРЕС2, ADDRESS3, ADDRESS4, ГОРОД, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      УЕЗД, ГОСУДАРСТВО, ПОЧТОВЫЕ, GEO_CODE, IN_CITY_LIMIT, КАРТОЧКЕ, ТЕЛЕФОН, РАСШИРЕНИЕ, ФАКС, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG от dbo.PS_CARRIER_ID_VW с (NOLOCK)
                ГДЕ
                  (МЕТОДА SETID <> «ДОЛЯ») и
                  (Нижняя(CARRIER_ID) >= Нижняя(@MinId)) и
                  (Нижняя(CARRIER_ID) <= Нижняя(@ MaxId)) и
                  (Нижняя(DESCR) КАК ниже(@InputDescr))
                ]]>
            </Свойства>

Я была предоставлена что SQL DBA лица и я дал понять, что это специальные вид, что они созданы только для меня. Уникальный ключ есть — CARRIER_ID.

Вот ошибка, которую я представил:

      <Идентификаторы>
        <Идентификатор Имя="CARRIER_ID" TypeName="System.String" />
        <Идентификатор Имя="DESCR" TypeName="System.String" /> 
      </Идентификаторы>

Где-то вдоль линии, Мне удалось запутать себя за смысл <Идентификаторы> и добавил DESCR, хотя это не на самом деле идентификатор. Я взял DESCR из набора идентификаторов и presto! Он работал.

Я надеюсь, что это спасает кого-то какое-то горе 🙂

Я заметил, некоторые неудобные и ненужных рука кодирование RdbCommandText в некоторых примерах (включая документации MSDN).

Я хотел бы указать на новичков в BDC, что команды могут быть использованы внутри тега CDATA в их естественном"" форма. Таким образом, это неудобно строительство:

<Свойства Имя="RdbCommandText" Тип="System.String">
  Выберите dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement от dbo.MCRS_SETTLEMENT 
    ГДЕ (ID &gt;= @ MinId) И (ID &lt;= @ MaxId)
</Свойства>

может быть лучше представлены таким образом:

<Свойства Имя="RdbCommandText" Тип="System.String">
<![CDATA[
Выберите dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement от dbo.MCRS_SETTLEMENT
ГДЕ (ID >= @ MinId) И (ID <= @ MaxId)
]]>
</Свойства>

</конец>

Грунтовка BDC

Введение в BDC

Мне нужно, чтобы подключить Мосс в SQL базу данных через BDC. Для целей тестирования/ТОЦ, Я хотел вставлять SQL учетной записи id пользователя и пароль в файле ADF. Начиная с Этот шаблон (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Я создал устройство автоматической подачи, который подключается к конкретному экземпляру SQL server и записывает в с id пользователя и пароль и показаны в этом фрагменте:

  <LobSystemInstances>
    <LobSystemInstance Имя="ClaimsInstance">
      <Свойства>
        <Свойства Имя="AuthenticationMode" Тип="System.String">PassThrough</Свойства>
        <Свойства Имя="DatabaseAccessProvider" Тип="System.String">SqlServer</Свойства>
        <Свойства Имя="Источник данных RdbConnection" Тип="System.String">фактическое serveractual экземпляр</Свойства>
        <Свойства Имя="RdbConnection первоначальный каталог" Тип="System.String">фактический исходный каталог</Свойства>
        <Свойства Имя="RdbConnection встроенной безопасности" Тип="System.String">SSPI</Свойства>
        <Свойства Имя="RdbConnection объединение" Тип="System.String">ложь</Свойства>

        <!-- Это ключевые значения: -->
        <Свойства Имя="ID пользователя RdbConnection" Тип="System.String">вctual ID пользователя</Свойства>
        <Свойства Имя="RdbConnection пароль" Тип="System.String">текущий пароль</Свойства>
        <Свойства Имя="RdbConnection Trusted_Connection" Тип="System.String">ложь</Свойства>

      </Свойства>
    </LobSystemInstance>
  </LobSystemInstances>

Это не рекомендуется, но она полезна для быстрой и простой настройки для тестирования. Это было удивительно трудно выяснить. Я никогда не нашли пример функциональной с ключевые слова поиска:

• ADF встроенный идентификатор пользователя и пароль
• встраивать идентификатор пользователя и пароль в файл adf
• внедрение id пользователя и пароль в adf bdc
• Грунтовка bdc SharePoint
• SharePoint встраивать идентификатор пользователя и пароль в файл adf

</конец>

Подписаться на мой блог.