Pokud jste si ručně kódování ADF soubory a hodně kódu/import/testovacích cyklů, Používejte číslo verze, aby váš život jednodušší.

Nerad to přiznávám, ale až do tohoto týdne, Byl jsem vždy odstranit ADF a opětovným importem. To by rozbít můj sloupců obchodních dat a já Re-drát je. Všechny nepotřebné.

Tento soubor pod "to je zřejmá, Jakmile uvidíte, že to".

Příklad:

<LobSystem.
 xmlns.:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Typ="WebService"
  Verze="1.2.0.0" Jméno="xyzzyDocumentReview"
  xmlns.="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

Změnit, že verze a znovu importovat a stávající sloupce obchodních dat používá aktualizovanou verzi automaticky s nebyla nutná žádná další konfigurace..

</Konec>

Přihlásit se na mém blogu.

V mé on probíhající pokusy o zajištění Další užitečné vyhledávací sloupec pomocí záložního řadiče domény, Jsem narazil do zdi s výběr záložní řadič domény. Nemáte-li to vidět, výběr záložní řadič domény se podobá výběr osob, s výjimkou, že to funguje s sloupce typu "obchodní údaje".

Přístup výběr klepnutím na ikonu otevřené knihy sloupce obchodních dat jak je uvedeno:

Výše uvedený obrázek ukazuje obchodních dat sloupec s názvem "Master dokument Id". Tento sloupec je připojeno, přes záložní řadič domény, k webové službě. Webová služba vrátí dva sloupce informací: ID dokumentu a titul. Obchodní účel zde je poskytnout "Tento dokument je založen na" funkce. Uživatelé vyberou "master" dokument a kdy se uložit, příjemce události kopíruje meta datových polí z odkazované předlohy.

Ve výchozím nastavení, výběr záložní řadič domény vypadá takhle, když jsem se hledat pro dokument, jehož ID = "38":

To je užitečné, ale ne dost dobré. Lidé nemají myslet ID, myslí, že tituly a/nebo jiných metadat. Výběr vám umožní vyhledávat v jiných sloupcích (např.. Titul) ale nebude zobrazovat aktuální seznam titulů, nalezených, právě jejich DocId je, jak je znázorněno zde:

(Snímek obrazovky není tak velký, protože jsem si nevybral hledání vrátí žádné platné výsledky, ale můžete vidět, že pokud si našla nějaké výsledky, To by jen ukázal si DocId, Ne tituly).

Jsem hledal vysoké a nízké pro odpověď na tuto otázku a selhala. Můj kolega, úctyhodný Jonathan Bradshaw, už řešili a vyřešili tento problém. Když jsem natáhl ho o pomoc, ukázal mě správným směrem.

Konfigurace pro výběr zobrazení více sloupců přes "ShowInPicker" vlastnost v ADF:

<Vlastnost Jméno="ShowInPicker" Typ="System.Boolean">pravda</Vlastnost>

Podrobněji:

  <!-- Titul -->
  <TypeDescriptor TypeName="System.String" Jméno="Titul" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName LCID="1033">Titul</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Vlastnosti>
      <Vlastnost Jméno="DisplayByDefault" Typ="System.Boolean">pravda</Vlastnost>
      <Vlastnost Jméno="ShowInPicker" Typ="System.Boolean">pravda</Vlastnost>
    </Vlastnosti>
  </TypeDescriptor>

Nastavení této vlastnosti způsobuje menší problém. Jakmile ji jednou nastavíte, musíte nastavit pro každý sloupec, který chcete zobrazit. V mém případě, BDC výběr ukázal DocId ve výchozím nastavení. Avšak, Jakmile jsem přidal "ShowInPicker" na titul, DocId již zobrazen. Vyřešil jsem to explicitně nastavením vlastnosti ShowInPicker pro ID dokladu.

Zde je výsledek:

(Vysvětlím ti to divné "168 – CamlSchema.xsd" Výstavba v budoucí blogu. V krátkém, To je spojený řetězec, který umožňuje pro mírně lepší uživatelské zkušenosti).

Samozřejmě, napsal tuto položku blogu, Udělal jsem vyhledávání pro "ShowInPicker" a našel mnoho hitů, včetně této: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. Vysvětluje význam této vlastnosti spolu s dobrým BDC něco jiné.

</Konec>

Přihlásit se na mém blogu!

Jsem byl opět třiapadesáti BDC ADF soubory ručně (tak, že lze vybudovat své "Zmiz z mého trávníku!" CRED) a tato krásná chyba:

"Import definice aplikace se nezdařilo.. Došlo k následující chybě:"

Jak můžete vidět, je tu chybu, Ale … To nebude říkat mi, co to je.

V mém případě, problém se ukázalo, že jsem začal s funkční Podavač pro jiný projekt, který připojen k databázi a spuštění dotazu SQL proti zobrazení. V tomto novém projektu, Já volám metodu na webové službě. Měl jsem odečetly DB konkrétní věci a přidal moje webové služby, ale nepodařilo se aktualizovat <LobSystem.>je atribut type. Jsem přešel na "WebService" a já šťastně novější a více vzrušující importu chyb, které byly zpracovány v pravý čas.

Tady je špatně LobSystem.:

<LobSystem.
xmlns.:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Typ = "databáze"
Verze = "1.0.0.0" Jméno = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

To je správné:

<LobSystem.
xmlns.:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Typ = "WebService"
Verze = "1.0.0.0" Jméno = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

</Konec>

AKTUALIZOVAT: Toto zaúčtování MSDN má některé zajímavé pozorování z JXJ založené na jeho, převážně negativní, zkušenosti se touto cestou: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Máme obchodní scénář, kde musíme propojit dvě knihovny dokumentů prostřednictvím společné "ID dokumentu" pole.

Jsme se často používají vyhledávací sloupec implementuje odkazy jako je tento. Existuje několik nevýhod pro vyhledávací sloupce, z nichž jsou tři:

1. Lze propojit pouze jeden sloupec z knihovny vyhledávání vyhledávání.
2. Výkon: Knihovna zdrojů by mohly obsahovat stovky položek. To je příliš mnoho položek v vyhledávání.
3. Hledat: Neexistuje žádné integrované vyhledávání. Nemám na mysli v MECHU smyslu hledání, ale neexistuje žádný způsob, jak vyhledávat / Filtrovat podle více sloupců ze zdroje knihovny dokumentů a vyhledejte požadovaný odkaz.

Podporované služby BDC, můžeme použít "obchodní údaje" Typ sloupce a to poskytuje vynikající hledání a dokonce umožňuje více sloupců dat v seznamech.

Měl jsem nějaké předběžné úspěch s tímto přístupem a v plánu psát více o tom.

Pokud jste pracovali tento úhel před a mít žádné komentáře, Prosím, podělte se!

</Konec>

Pracoval jsem s BDC dnes, kódování souborů ADF ručně a vytváří sám nějaké chyby. Jedna taková chyba:

Aplikace definice import se nezdařil. Došlo k následující chybě: Nelze načíst typ popsal v TypeDescriptor TypeName. Název parametru: typeName chyba byla zjištěna u nebo těsně před řádek: "35’ a pozice: "20".

MOSS zobrazí tuto chybu, když jsem se snažil importovat soubor ADF XML.

Jsem zkoumal internety a zjistil, že byl odkazování LOB název instance (od <Vlastnost LobSystemInstance>) v mém <TypeDescriptor> samotný název uzlu, když jsem měla mít odkazovaný LOB (od <LobSystem.>).

Špatně:

<TypeDescriptor TypeName="Conchango.KeyValue, Název Instance LOB" Jméno = "KeyValue">

Opravit:

<TypeDescriptor TypeName="Conchango.KeyValue, OBCHODNÍ jméno" Jméno = "KeyValue">

Doufám, že tohle někdo šetří, hodinu nebo dvě času.

</Konec>

Přihlásit se na mém blogu!

Jsem způsobil chybu BDC tento týden, která se projevila na uživatelské rozhraní a 12 protokol úl za běhu.

První, To se objevil v uživatelském rozhraní:

Nelze najít pole pro vložení všech hodnot identifikátorů ke správnému spuštění instance SpecificFinder MethodInstance s názvem … Zkontrolujte, zda že mají vstupní parametry přidruženy všem identifikátorům definovaným pro tuto entitu popisovač TypeDescriptor ke.

Zde je screen shot:

Také by mohla způsobit této zprávy se objeví v 12 protokol úl se (použití můj patentovaný high-tech-don't-try-this-at-home "záhadné chyby" Metoda):

11/14/2007 09:24:41.27 W3wp.exe (0x080C) 0x0B8C SharePoint Portal Server obchodních dat 6q4x vysoké výjimka v BusinessDataWebPart.OnPreRender: Výjimka: Hodnota identifikátoru ”, typu ”, je neplatný. Očekávaná hodnota identifikátoru typu "System.String.". na Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekt[] subIdentifierValues, Vlastnost LobSystemInstance instanci lobSystemInstance) na Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Entita entity, Objekt[] userValues, Vlastnost LobSystemInstance instanci lobSystemInstance) na Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Zobrazit desiredView) na Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() na Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Hledal jsem a našel nějaký zájemce v MSDN Fórum, ale nebylo dost pro mě pochopit, co dělám špatně. Sledoval jsem vysílání od Ted Pattison to moje Společnost se schovávaly na serveru a přišli realizovat můj problém.

V mém ADF, Připojení k databázi SQL uvedené:

            <Vlastnost Jméno="RdbCommandText" Typ="System.String">
              <![CDATA[
                VYBERTE ID SADY, CARRIER_ID, EFFDT, POPIS, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      ZEMĚ, ADDRESS1, ADRESA2, ADDRESS3, ADDRESS4, MĚSTO, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      OKRES, STÁT, POŠTOVNÍ, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFON, PRODLOUŽENÍ, FAXU, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG od dbo.PS_CARRIER_ID_VW s (NOLOCK)
                KDE
                  (ID SADY <> "PODÍL") a
                  (nižší(CARRIER_ID) >= nižší(@MinId)) a
                  (nižší(CARRIER_ID) <= nižší(@MaxId)) a
                  (nižší(POPIS) JAKO spodní(@InputDescr))
                ]]>
            </Vlastnost>

Byl poskytnut toto SQL z DBA osoby a dal mi pochopit, že jde speciální pohled, který si vytvořili jen pro mě. Jedinečný klíč tam je CARRIER_ID.

Tady je chyba, kterou jsem představil:

      <Identifikátory>
        <Identifikátor Jméno="CARRIER_ID" TypeName="System.String" />
        <Identifikátor Jméno="POPIS" TypeName="System.String" /> 
      </Identifikátory>

Někde podél trati, Se podařilo zmást sám s významem <Identifikátory> a přidat popis, i když to není ve skutečnosti identifikátor. Vzal jsem si popis sada identifikátory a presto! To všechno fungovalo.

I hope this saves someone some grief 🙂

Všiml jsem si nějaké trapné a zbytečné ruční kódování RdbCommandText v některých příkladech (včetně MSDN dokumentace).

Chtěl jsem upozornit, nováčkům BDC, že příkazy může být zabaleno uvnitř CDATA značky v původním"" formulář. Tak, Tato nepříjemná konstrukce:

<Vlastnost Jméno="RdbCommandText" Typ="System.String">
  SELECT dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement z dbo.MCRS_SETTLEMENT 
    KDE (ID &gt;= @MinId) A (ID &lt;= @MaxId)
</Vlastnost>

může být lépe zastoupeny tímto způsobem:

<Vlastnost Jméno="RdbCommandText" Typ="System.String">
<![CDATA[
SELECT dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement z dbo.MCRS_SETTLEMENT
KDE (ID >= @MinId) A (ID <= @MaxId)
]]>
</Vlastnost>

</Konec>

BDC Primer

Úvod do služby BDC

Potřeboval jsem drát se mech k databázi SQL prostřednictvím služby BDC. Pro účely testování/POC, Chtěl jsem vložit SQL účet id uživatele a heslo v ADF. Počínaje Tato šablona (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Vytvořil jsem automatickým podavačem dokumentů, který se připojuje k určité instanci SQL serveru a přihlásí se určité uživatelské id a heslo a zobrazeny v tomto úryvku:

  <LobSystemInstance>
    <Vlastnost LobSystemInstance Jméno="ClaimsInstance">
      <Vlastnosti>
        <Vlastnost Jméno="AuthenticationMode" Typ="System.String">Průchod</Vlastnost>
        <Vlastnost Jméno="DatabaseAccessProvider" Typ="System.String">SqlServer</Vlastnost>
        <Vlastnost Jméno="Zdroj dat RdbConnection" Typ="System.String">serveractual aktuální instance</Vlastnost>
        <Vlastnost Jméno="RdbConnection počáteční katalog" Typ="System.String">skutečné počáteční katalog</Vlastnost>
        <Vlastnost Jméno="RdbConnection integrované zabezpečení" Typ="System.String">SSPI</Vlastnost>
        <Vlastnost Jméno="RdbConnection sdružování" Typ="System.String">NEPRAVDA</Vlastnost>

        <!-- To jsou klíčové hodnoty: -->
        <Vlastnost Jméno="ID uživatele RdbConnection" Typ="System.String">aečná ID uživatele</Vlastnost>
        <Vlastnost Jméno="RdbConnection heslo" Typ="System.String">skutečné heslo</Vlastnost>
        <Vlastnost Jméno="RdbConnection Trusted_Connection" Typ="System.String">NEPRAVDA</Vlastnost>

      </Vlastnosti>
    </Vlastnost LobSystemInstance>
  </LobSystemInstance>

To není nejlepší praxe, ale je to užitečné pro rychlé a jednoduché nastavení pro testování. To byl překvapivě těžko řešitelné. Nikdy jsem našel funkční příklad s klíčová slova pro hledání:

• ADF vložit ID uživatele a heslo
• Vložit id uživatele a heslo do adf
• Vložit id uživatele a heslo v adf bdc
• SharePoint bdc primer
• SharePoint vložit id uživatele a heslo do adf

</Konec>

Přihlásit se na mém blogu.