Ha Ön már kézi kódolást ADF fájlokat, és a sok import/kód/vizsgálati ciklus, csinál-a élet könnyebb a változat szám segítségével.

Utálom, hogy bevallja, de amíg ezen a héten, Mindig volt törlése az ADF-be, és újra importálás. Ez megtöri az üzleti adatok oszlopokat, és engem, hogy újra-wire őket. Minden felesleges.

File ez alatt "a nyilvánvaló, ha meglátod".

Példa:

<LOB-rendszer
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Típus="WebService"
  Változat="1.2.0.0" név="xyzzyDocumentReview"
  xmlns="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

Módosítása, a változat és re-importálását, és a meglévő üzletiadat-oszlop a frissített verzióját használja automatikusan nincs szükség további konfigurálásra.

</vége>

Subscribe to my blog.

Az én-m folyamatos kísérletek, hogy egy az üzleti Adatkatalógus segítségével több hasznos keresőoszlop, Megüt a fal, a BDC picker. Ha még nem látni, hogy, az üzleti Adatkatalógus picker hasonlít egy személyválasztójának kivéve azt ez szerkezet "üzleti adatok" típusú oszlopokkal.

A dátumválasztó egy üzletiadat-oszlop látható nyitott könyv-ikonra kattintva elérheti:

A fenti kép azt mutatja, "Dokumentum főadat-azonosító" nevű üzletiadat-oszlop. Az oszlop kapcsolódik, az üzleti Adatkatalógus segítségével, egy webes szolgáltatás. A webszolgáltatás tér vissza a két oszlopot, az információk: Dokumentum azonosítója és megnevezése. Az üzleti cél itt az, hogy a "dokumentum alapján" függvény. Használók kiválaszt egy "mester" dokumentum- és mikor ők megment, Az eseményérzékelő meta adat mezőket a hivatkozott mester mezőjéből másolja át..

Alapértelmezés, az üzleti Adatkatalógus picker néz ki, amikor keressük a dokumentum azonosító = "38":

Ez hasznos, de nem elég jó. Emberek ne gondolkodjanak azonosítók, azt hiszik, címek és/vagy más meta-adatok. A színválasztó segítségével kereshet más oszlopok (pl. Cím) de nem mutatják a tényleges jegyzéke a címek úgy találta, csak a dokumentumazonosító meg, mint itt látható:

(A képernyő szemcsésedik nem olyan nagy, mert nem csákány egy kutatás, hogy bármilyen érvényes eredményt ad, de láthatjuk, hogy ha ez talált néhány eredmény, Ez csak mutatott dokumentumazonosító barátait, nem címek).

Keresett magas és alacsony, a választ erre, és nem sikerült. Az én-m kolléga, a tiszteletre méltó Jonathan Bradshaw, szembe, és ezt a kérdést megoldani. Mikor én nyúlt, neki segítséget, ő mutatott nekem a helyes irányba.

A dátumválasztó megjelenítéséhez több oszlop keresztül a "ShowInPicker konfigurálása" Az ADF-be a tulajdonság:

<Ingatlan név="ShowInPicker" Típus="Található">igaz</Ingatlan>

Részletesebben:

  <!-- Cím -->
  <A TypeDescriptor típusleíró TypeName="System.String" név="Cím" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName LCID="1033">Cím</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Tulajdonságok>
      <Ingatlan név="DisplayByDefault" Típus="Található">igaz</Ingatlan>
      <Ingatlan név="ShowInPicker" Típus="Található">igaz</Ingatlan>
    </Tulajdonságok>
  </A TypeDescriptor típusleíró>

Ez a tulajdonság bevezetni egy kicsi probléma. Amint egyszer megadni, sírnod kell készlet ez részére minden oszlopban meg szeretne jeleníteni. Az én esetemben, Az üzleti Adatkatalógus picker mutatott dokumentumazonosító alapértelmezés. Azonban, egyszer ki "ShowInPicker" Cím, Dokumentumazonosító nem jelennek meg. Én megfejt ez beállításával kifejezetten a ShowInPicker Doc ID.

Itt van az eredménye:

(Leírom a furcsa kinézetű "168 – CamlSchema.xsd" egy későbbi blogbejegyzésben építése. Rövid, az összefűzött karakterlánc, amely lehetővé teszi, hogy egy kicsit jobb felhasználói élményt).

természetesen, Miután írt ez a blog bejegyzés, Csináltam egy keresést a "ShowInPicker" és megállapította, számos találat, köztük ez az egyik: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. Ez jelentését magyarázza el együtt néhány más jó BDC cucc tulajdonság.

</vége>

Subscribe to my blog!

Volt egyszer ravaszkodó BDC ADF-fájlokat kézzel (azért tud felépíteni az én-m "Szállj le a gyep!" Cred) és a hit, ez a szép hiba:

"Nem importálható az alkalmazásdefiníció. A következő hiba történt:"

Mint te tud lát, van egy hiba, de … Ez nem fog mondani, mi az.

Az én esetemben, a probléma kiderült, hogy már elkezdtem egy funkcionális Lapadagolóba a különböző projekt, amely egy adatbázishoz csatlakozik, és végre egy SQL-lekérdezés nézet ellen. Új projekt, Hívom a módszer egy internetes szolgáltatás. Volt meztelen ki a DB speciális dolgokat, és hozzá a webes szolgáltatás cuccom, de nem tudta frissíteni a <LOB-rendszer>barátait type attribútum. Én kapcsol ez-hoz "WebService" és boldogan mentem újabb és izgalmasabb az importálási hibák, amely kezeli kellő időben.

Itt van a rossz LobSystem:

<LOB-rendszer
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type = "adatbázis"
Változat = "1.0.0.0" Név = "xyzzy"
xmlns ="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

Ez a helyes:

<LOB-rendszer
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type = "WebService"
Változat = "1.0.0.0" Név = "xyzzy"
xmlns ="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

</vége>

FRISSÍTÉS: Az MSDN-könyvelési még néhány érdekes észrevételei alapján, az ő JXJ, főleg negatív, tapasztalatok ezen az úton megy: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Van egy üzleti forgatókönyv hol kell link két dokumentumok könyvtár keresztül egy közös dokumentum azonosítója"" a mező.

Gyakran használjuk a keresőoszlop valósítja meg a láncszemek mint ez. Vannak néhány visszavonulások-hoz keresőoszlopok, három, amelyek:

1. Csak egy oszlop a keresőmező keresési könyvtár kapcsolható.
2. Teljesítmény: A forrás könyvtár több száz bejegyzést is tartalmazhat.. Ez a keresőmező túl sok bejegyzés.
3. Szálláshelyek keresése: Van nincs beépített kereső. Nem értem, a moha értelemben keresés, de nincs út-hoz kutatás / szűrő több oszlop a a forrás-dokumentumtárat, és keresse meg a kívánt hivatkozást.

Az üzleti Adatkatalógus mögött, tudjuk használni egy "üzleti adatok" oszlop típusa, és ez egy kiváló keresést tesz lehetővé, és még lehetővé teszi, hogy a Többoszlopos lista nézetben látható adatokat.

Már volt néhány előzetes sikert ezzel a megközelítéssel, és tervezem, hogy írni többet.

Ha ez a szög előtt dolgoztam, és volna akármi magyarázat, Kérjük, ossza meg!

</vége>

Már dolgozik a BDC ma, kódolás automatikus Lapadagoló fájlokat kézzel, és a termelő magam néhány hiba. Egy ilyen hiba:

Az alkalmazásdefiníció importálása nem sikerült. A következő hiba történt: Nem tölthető be a TypeDescriptor típusleíró TypeName típusneve által leírt típus. A paraméter neve: typeName hiba volt találkozás, vagy csak a vonal előtt: ' 35’ és a helyzet: '20'.

MOSS jelenik meg ezt a hibát, amikor megpróbáltam az ADF XML-fájl importálása.

A Internets kutatott, és megállapította, hogy én volt hivatkozva a LOB-példány neve (a a <LobSystemInstance>) -ban az én-m <A TypeDescriptor típusleíró> Mikor kell volna hivatkozott a LOB név maga csomópont (a <LOB-rendszer>).

Rossz:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB-példány neve" Név = "KeyValue">

Helyes:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB-név" Név = "KeyValue">

Remélem, Ez takarít meg, ha valaki egy óra vagy két alkalommal.

</vége>

Subscribe to my blog!

Én okozott a BDC hiba ezen a héten, hogy nyilvánult meg, a felhasználói felület és az a 12 Méhkas Napló futásidőben.

Első, Ez jelent meg, a felhasználói felület:

Nem találta meg a mezők szúrni az összes azonosítóértéket nevű SpecificFinder metóduspéldány helyes végrehajtásához … Biztosítja a bemeneti paraméterek rendelkeznek TypeDescriptor leírókkal minden egyedhez definiált azonosító.

Itt van egy képernyő szemcsésedik:

Is tudna okoz ez az üzenet jelenik meg a 12 Méhkas Napló a térképen (a szabadalmaztatott high-tech-don't-try-this-at-home segítségével "titokzatos hibák" a módszer):

11/14/2007 09:24:41.27 W3wp.exe (0x080C) 0x0B8C SharePoint Portal Server üzleti adatok 6q4x magas kivétel a BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Az azonosító értéket ”, típusú ”, Érvénytelen. Várható értéket System.String"típusú. a Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objektum[] subIdentifierValues, LobSystemInstance lobSystemInstance) a Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Szervezet szervezet, Objektum[] userValues, LobSystemInstance lobSystemInstance) a Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Nézet desiredView) a Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() a Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Én keresett körül és alapít néhány vezet a MSDN fórumban, de nem volt elég ahhoz, hogy megértsem, mit csinálok rosszul. Néztem egy élő adás, amelyet Ted Pattison amit az én-m Vállalat van mókus el-egy szerveren, és jött, hogy rájönnek a probléma.

Az én ADF, Vagyok csatlakozik, egy SQL adatbázis látható:

            <Ingatlan név="RdbCommandText" Típus="System.String">
              <![CDATA[
                VÁLASSZA KI A SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      ORSZÁG, CÍM 1, CÍM 2, CÍM 3, ADDRESS4, VÁROS, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      MEGYE, ÁLLAMI, POSTAI, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFON, KITERJESZTÉS, FAX, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG a dbo.PS_CARRIER_ID_VW (NOLOCK)
                AHOL
                  (SETID <> "SHARE") és
                  (alsó(CARRIER_ID) >= alsó(@MinId)) és
                  (alsó(CARRIER_ID) <= alsó(@MaxId)) és
                  (alsó(DESCR) Alacsonyabb, mint(@InputDescr))
                ]]>
            </Ingatlan>

Én volt, feltéve hogy SQL DBA személytől, és én vagyok megérteni, hogy egy különleges Nézd készítettek, csak számomra. Egyedi kulcs a CARRIER_ID.

Itt van a hiba én bemutatott:

      <Azonosítók>
        <Azonosítója név="CARRIER_ID" TypeName="System.String" />
        <Azonosítója név="DESCR" TypeName="System.String" /> 
      </Azonosítók>

Valahol a vonal mentén, Sikerült összezavarni magam alatt <Azonosítók> és hozzá DESCR, még akkor is, ha a ' nem valójában azonosítója. Vettem DESCR ki a készlet azonosítók és a gyors! Ez munkás.

Remélem, hogy ez ment valakinek némi gyászot 🙂

Vettem észre, néhány kínos és felesleges kéz-kódolás, néhány példa, RdbCommandText (beleértve az MSDN dokumentáció).

Szerettem volna rámutatni, hogy a tartalék, hogy parancsokat lehet csomagolni "természetes CDATA címkén belül új belépők" űrlap. Így, Ez kínos építése:

<Ingatlan név="RdbCommandText" Típus="System.String">
  Válassza ki a dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.Settlement a dbo.MCRS_SETTLEMENT 
    AHOL (azonosító &gt;@MinId =) ÉS (azonosító &lt;= @MaxId)
</Ingatlan>

is jobban képviselteti magát ezen a módon:

<Ingatlan név="RdbCommandText" Típus="System.String">
<![CDATA[
Válassza ki a dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.Settlement a dbo.MCRS_SETTLEMENT
AHOL (azonosító >@MinId =) ÉS (azonosító <@MaxId =)
]]>
</Ingatlan>

</vége>

Az üzleti Adatkatalógus Primer

Bevezetés az üzleti Adatkatalógus

Szükség van a huzal, MOSS keresztül BDC SQL-adatbázisba. Tesztelés/POC célokra, Én kívánatos-hoz beágyaz a SQL számla felhasználó azonosítás és jelszó-ban az ADF. Kezdve Ez a sablon (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Létrehoztam egy ADF, hogy csatlakozik egy adott SQL server-példányt, majd bejelentkezik egy adott felhasználó azonosítás és jelszó, és ezt a kódrészletet:

  <LobSystemInstance>
    <LobSystemInstance név="ClaimsInstance">
      <Tulajdonságok>
        <Ingatlan név="AuthenticationMode" Típus="System.String">Áteresztés</Ingatlan>
        <Ingatlan név="DatabaseAccessProvider" Típus="System.String">SqlServer</Ingatlan>
        <Ingatlan név="RdbConnection adatforrás" Típus="System.String">tényleges serveractual példány</Ingatlan>
        <Ingatlan név="RdbConnection-eredeti katalógus" Típus="System.String">tényleges initial catalog</Ingatlan>
        <Ingatlan név="RdbConnection integrált biztonsági" Típus="System.String">SSPI</Ingatlan>
        <Ingatlan név="RdbConnection összevonása" Típus="System.String">hamis</Ingatlan>

        <!-- Ezek a legfontosabb értékek: -->
        <Ingatlan név="RdbConnection felhasználó azonosítója" Típus="System.String">egyctual felhasználó azonosítója</Ingatlan>
        <Ingatlan név="RdbConnection jelszó" Típus="System.String">valóságos jelszó</Ingatlan>
        <Ingatlan név="RdbConnection Trusted_Connection" Típus="System.String">hamis</Ingatlan>

      </Tulajdonságok>
    </LobSystemInstance>
  </LobSystemInstance>

Nincs egy legjobb gyakorlat, de érdemes egy gyors és egyszerű konfiguráció vizsgálatához. Ez volt meglepően nehéz kitalálni, hogy. Soha nem találtam egy funkcionális példa keresési kulcsszavak:

• ADF beágyazott felhasználó és jelszó
• felhasználó azonosítás és jelszó beágyazása adf
• felhasználó azonosítás és jelszó beágyazása adf bdc
• SharePoint bdc primer
• SharePoint felhasználói azonosító és jelszó beágyazása adf

</vége>

Subscribe to my blog.