Якщо ви маєте ручне кодування ADF файли і робити багато коду, імпорт, тестового циклу, використовувати номер версії, щоб зробити ваше життя простіше.

Терпіти не можу визнати це, але до цього тижня, Я завжди був видалення ADF і повторного імпортування цього. Це б порушити мій стовпцях бізнес-даних і зробити мене Re-wire їх. Все зайве.

Це файл під "це очевидно, як тільки ви його бачите".

Приклад:

<Бізнес-система
 xmlns:XSi="http://www.w3.org/2001/XMLSchema-Instance"
  XSi:schemaLocation="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Тип="Веб-служба"
  Версія="1.2.0.0" Ім’я="xyzzyDocumentReview"
  xmlns="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

Змінити цю версію та знову імпортувати і автоматично наявний стовпець бізнес-даних використовує оновлену версію з не додаткових налаштувань, необхідні.

</кінець>

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

У мої поточні спроби надання за більш корисним стовпця підстановки за допомогою каталогу бізнес-даних, Я вдарив стіна з палітрі ПБД.. Якщо ви ще не бачу, палітрі BDC схожий на засіб вибору користувачів за винятком того, що він працює з стовпців типу «бізнес-даних».

Доступ до палітрі, натиснувши на іконку відкриту книгу стовпець бізнес-даних як показано:

Зображення вище показує стовпець бізнес-даних під назвою "Майстер ідентифікаторів документів". Цей стовпець підключено, за допомогою служби ПБД, веб-служби. Веб-служба повертає двох стовпців із відомостями: Ідентифікаторів документів і заголовок. Бізнес-цілей тут полягає в наданні на "цей документ на основі" функція. Виберіть "Майстер" документ, і коли вони врятувати, подія приймач копіювання meta даних полів із посилаються майстер.

За промовчанням, палітрі BDC виглядає так під час пошуку документа ID = "38":

Ця функція корисна, але не досить добре,. Люди не думаю, що з точки зору ідентифікатори, вони думають, що з точки зору назв та/або інших мета-дані. Палітрі дозволяє здійснювати пошук за іншими стовпцями (Наприклад. Назва) але не буде показувати фактичні Список титулів він знайшов, просто їх ідентифікатор, як показано тут:

(Знімок екрана не настільки велика, тому що я не беру пошуку, яка повертає будь-які діє результати, але ви можете бачити, що, якщо він знайшов деякі результати, Він лише буде показаний на ідентифікатор, не титули).

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

Налаштувати палітру показати кілька стовпців за допомогою "ShowInPicker" Нерухомість в ADF:

<Майно Ім’я="ShowInPicker" Тип="System.Boolean">Істина</Майно>

Детальніше:

  <!-- Назва -->
  <Дескриптор типу Параметр TypeName="Належить" Ім’я="Назва" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName КОД МОВИ="1033">Назва</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Властивості>
      <Майно Ім’я="DisplayByDefault" Тип="System.Boolean">Істина</Майно>
      <Майно Ім’я="ShowInPicker" Тип="System.Boolean">Істина</Майно>
    </Властивості>
  </Дескриптор типу>

Цю властивість ввести незначні проблеми. Як тільки ви встановите її один раз, Ви повинні встановити це для кожного стовпця, ви хочете, щоб показати. У моєму випадку, BDC палітра показав ідентифікатор за промовчанням. Однак, одного разу я додав "ShowInPicker" титул, Ідентифікатор більше не відображаються. Я вирішив, що, явно встановлюючи властивість ShowInPicker для Ідентифікатора Doc.

Ось результат:

(Я поясню дивним "168 – CamlSchema.xsd" Незавершене будівництво майбутнього блогу. Коротше кажучи, Це каскадними рядок, який дозволяє трохи кращого користувацького досвіду).

Звичайно, Написав цей запис у блозі, Я просто зробив пошук по "ShowInPicker" і знайшов численні хіти, включаючи і цю: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. Це пояснює значення цього майна, а також деякі інші хороші речі каталогу бізнес-даних.

</кінець>

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

Я ще раз крафта каталогу бізнес-даних ADF файлів вручну (так що я можу створити мій "отримати з моєї галявині!" CRED) і вдарив цієї прекрасної помилки:

"Застосування визначення Помилка імпорту телепрогрмами. Сталася така помилка:"

Як ви можете бачити, Сталася помилка, Але … Це не буде говорити мені, що це таке.

У моєму випадку, питання виявилося, що я почав з функціональної ADF для інший проект, який підключено до бази даних і стратили SQL запит подання. У цьому новому проекті, Я дзвоню метод на веб-сервіс. Я був позбавлений DB конкретні речі і додати мої речі служби web, але не вдалося оновити на <Бізнес-система>з тип атрибута. Я включив його до "веб-служба" та я радісно переїхав на нові і більш захоплюючі імпорту помилки, які були оброблені в установленому.

Тут є неправильним системи LOB:

<Бізнес-система
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
Тип = "веб-служба"
Версія = "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. Продуктивність: Джерело бібліотека може містити сотні записів. Це занадто багато записів у підстановки.
3. Пошук: Немає не інтегрований пошук. Я не маю на увазі в MOSS сенсі пошук, але немає ніякого способу для пошуку / фільтрування за кількома стовпцями з бібліотеки документів джерело та знайдіть посилання ви хочете.

Спираючись на каталогу бізнес-даних, Ми можемо використовувати "бізнес-даних" тип стовпця і це надає Покращений пошук і навіть дозволяє кілька стовпців даних з'явиться в списку переглядів.

Я мав деякі попередні успіх з таким підходом і планувати писати більше про це.

Якщо ви працювали цей кут, перш ніж і будь-які коментарі, будь ласка, поділіться!

</кінець>

Я працюю з каталогу бізнес-даних сьогодні, кодування ADF файли вручну і генерації себе деякі помилки. Одну таку помилку:

Не вдалося виконати імпорт визначення застосунку. Сталася така помилка: Не вдалося завантажити тип, описаний властивістю TypeName дескриптора. Ім'я параметра: параметр typeName помилка сталася на або перед лінія: ' 35’ і позиція: "20".

ЛИШАЙНИК відображається ця помилка, коли я намагався, щоб імпортувати ADF XML-файлу.

Я досліджував Інтернет і виявив, що я був посилань ім'я екземпляра LOB (від в <Екземпляр бізнес-системи>) у моєму <Дескриптор типу> вузол, коли я повинен посилаються сама назва LOB (від <Бізнес-система>).

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

<Дескриптор типу TypeName="Conchango.KeyValue, Ім'я екземпляра LOB" Назва = "KeyValue">

Виправити:

<Дескриптор типу TypeName="Conchango.KeyValue, Ім'я LOB" Назва = "KeyValue">

Сподіваюся, що це одне зберігає хтось на годину або два часу.

</кінець>

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

Я заподіяв BDC помилка на цьому тижні, що проявились на інтерфейс користувача, так і в на 12 вулик вхід під час виконання.

Перший, воно з'являється в інтерфейсі користувача:

Не вдалося знайти поля для вставлення всіх значень ідентифікаторів для правильного виконання методу екземпляра SpecificFinder з іменем … Переконайтеся, що параметри вводу мають дескриптори TypeDescriptor, пов'язані з кожним ідентифікатором визначеним для цієї сутності.

Ось знімок екрану:

Я також може викликати це повідомлення, з'явиться в на 12 вулик вхід в буде (використання мій запатентований high-tech-don't-try-this-at-home "таємничий помилки" метод):

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

Я шукав навколо і знайшов деякі приводить в на MSDN форум, але вони не були достатньо для мене зрозуміти, що я роблю неправильно. Я спостерігав веб-трансляцію по Тед Паттісон яка моя Компанія squirreled на сервері і прийшов, щоб розуміти, моя проблема.

У моєму ADF, Я підключення до SQL бази даних, як показано:

            <Майно Ім’я="RdbCommandText" Тип="Належить">
              <![CDATA[
                ВИБРАТИ SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      КРАЇНА, ADDRESS1, ADDRESS2, 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="Належить" />
        <Ідентифікатор Ім’я="DESCR" Параметр TypeName="Належить" /> 
      </Ідентифікатори>

Десь уздовж лінії, Я зумів заплутати себе над сенсом <Ідентифікатори> і додав DESCR, незважаючи на те, що це не реально ідентифікатор. Я взяв DESCR з ідентифікаторами набір і presto! Він працював.

I hope this saves someone some grief 🙂

Я помітив, що деякі незручно і непотрібних рука кодування з RdbCommandText в деякі приклади (у тому числі MSDN документації).

Я хотів би відзначити новачкам BDC що команд можна загортають усередину CDATA тег у своїх «природних" форма. Так, це незручно будівництво:

<Майно Ім’я="RdbCommandText" Тип="Належить">
  Виберіть dbo.MCRS_SETTLEMENT.ID, DBO.MCRS_SETTLEMENT.Settlement від dbo.MCRS_SETTLEMENT 
    ДЕ (ID &gt;= @MinId) І (ID &lt;= @MaxId)
</Майно>

може бути краще уявляли таким чином:

<Майно Ім’я="RdbCommandText" Тип="Належить">
<![CDATA[
Виберіть dbo.MCRS_SETTLEMENT.ID, DBO.MCRS_SETTLEMENT.Settlement від dbo.MCRS_SETTLEMENT
ДЕ (ID >= @MinId) І (ID <= @MaxId)
]]>
</Майно>

</кінець>

Грунтовка каталогу бізнес-даних

Вступ до каталогу бізнес-даних

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

  <Екземпляри>
    <Екземпляр бізнес-системи Ім’я="ClaimsInstance">
      <Властивості>
        <Майно Ім’я="AuthenticationMode" Тип="Належить">До сервера</Майно>
        <Майно Ім’я="DatabaseAccessProvider" Тип="Належить">SqlServer</Майно>
        <Майно Ім’я="RdbConnection даних джерелом" Тип="Належить">екземпляр фактичні serveractual</Майно>
        <Майно Ім’я="RdbConnection вихідний каталог" Тип="Належить">Фактична початковий каталог</Майно>
        <Майно Ім’я="RdbConnection інтегровані безпеки" Тип="Належить">SSPI</Майно>
        <Майно Ім’я="RdbConnection об'єднання" Тип="Належить">ХИБНІСТЬ</Майно>

        <!-- Це значення ключа: -->
        <Майно Ім’я="Ідентифікатор користувача RdbConnection" Тип="Належить">наьно Ідентифікатор користувача</Майно>
        <Майно Ім’я="RdbConnection пароль" Тип="Належить">Фактична пароль</Майно>
        <Майно Ім’я="RdbConnection Trusted_Connection" Тип="Належить">ХИБНІСТЬ</Майно>

      </Властивості>
    </Екземпляр бізнес-системи>
  </Екземпляри>

Це не найкраща практика, але це зручно для швидкого та простого конфігурації для тестування. Це було дивно важко зрозуміти. Я ніколи не знайшов функціональних прикладів з ключовими словами пошуку:

• Автоматичний радіопеленгатор вбудовані ім'я користувача та пароль
• вставляти код користувача і пароль в adf
• вставляти код користувача і пароль в adf каталогу бізнес-даних
• Грунтовка SharePoint каталогу бізнес-даних
• SharePoint вставляти код користувача і пароль в adf

</кінець>

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