Če vi ste ročno kodiranje ADF datotek in delaš veliko uvozno/koda/preskusnih ciklih, uporabite številko različice, da bo vaše življenje lažje.

Nerad priznam, to, ampak do to teden dni, Sem bil vedno izbrišete samodejni podajalnik dokumentov in jo ponovno uvozite. To bi prekinil svoj poslovni stolpcih podatkov in bi me Re-wire jih. Vse nepotrebne.

To datoteko pod "je očitno, ko vidite, da".

Primer:

<LobSystem
 xmlns:XSi="http://www.w3.org/ 2001/XMLSchema-primer"
  XSi:schemaLocation="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Vrsta="Spletna storitev"
  Različica="1.2.0.0" ime="xyzzyDocumentReview"
  xmlns="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

Spremeniti, da različico in znova uvoziti in stolpcu obstoječih poslovnih podatkov uporablja posodobljena različica samodejno s ne dodaten zunanja podoba potreben.

</namen>

Naročite se na moj blog.

V moj poskusi tekoče zagotavlja a bolj koristno stolpec za iskanje, uporabo BDC, Sem zadel steno z izbirnik BDC. Če še niste videli, izbirnik BDC je podoben ljudi picker, razen, da deluje z stolpcev vrste »poslovnih podatkov«.

Izbirnik dostopate s klikom na ikono odprta knjiga poslovnih podatkov stolpca, kot je prikazano:

Zgornja slika prikazuje poslovnih podatkov stolpec imenovano "Master Id dokumenta". Ta stolpec je povezan, preko BDC, s spletno storitvijo. Spletna storitev vrne dva stolpca informacij: ID-ja dokumenta in naslov. Poslovni namen tu je skrbeti a "ta dokument temelji na" Funkcija. Uporabnik izbrati "mojster" dokument, in ko jih rešiti, prejemnik dogodkov kopira meta podatkovna polja iz sklicevano master.

Privzeto, izbirnik BDC izgleda takole pri iskanju dokument katerega ID = "38":

To je koristno, vendar ne dovolj dober,. Ljudje ne razmišljajo v smislu ID-ji, mislijo, da z naslovi in/ali drugih podatkov, meta. Izbirnik omogoča iskanje na druge stolpce (npr.. Naslov) vendar ne kažejo dejanskega seznama naslovov ugotovljeno, samo svoje DocId je, kot je prikazano tukaj:

(Zaslon strel ni tako velik, ker niso izbrali iskanje ki vrne vse veljavne rezultate, vendar lahko vidite, da če je našla nekaj rezultatov, da bi le pokazale DocId's, ne naslovov).

Iskal visoka in nizka za odgovor na to in ni. Moj kolega, v častitljivi Jonathan Bradshaw, je s katerimi se soočajo in rešiti težavo. Ko sem dosegel, da mu za pomoč, On rtast mi v desnica smer.

Konfiguracija izbirnika razkazati več stolpcev preko "ShowInPicker" nepremičnine v samodejni podajalnik dokumentov:

<Lastnost ime="ShowInPicker" Vrsta="System.Boolean">True</Lastnost>

Podrobneje:

  <!-- Naslov -->
  <TypeDescriptor TypeName="System.String" ime="Naslov" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName OBMOČNA OZNAKA="1033">Naslov</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Lastnosti>
      <Lastnost ime="DisplayByDefault" Vrsta="System.Boolean">True</Lastnost>
      <Lastnost ime="ShowInPicker" Vrsta="System.Boolean">True</Lastnost>
    </Lastnosti>
  </TypeDescriptor>

Ta lastnost uvesti manjši problem. Takoj, ko ga je nekoč, morate nastaviti za vsak stolpec, ki jih želite prikazati. V mojem primeru, BDC izbirnik pokazala DocId privzeto. Vendar, ko sem dodal "ShowInPicker" za naslov, DocId ni več prikazan. Jaz rešiti to z izrecno nastavite lastnost ShowInPicker za Doc ID.

Tukaj je rezultat:

(Bom razložiti besede "168 – CamlSchema.xsd" gradnjo v prihodnosti blog post. Skratka, To je niz ulančani, ki omogoča nekoliko boljšo uporabniško izkušnjo).

seveda, ob koncu tega bloga vstopa, Pravkar sem naredil iskanje za "ShowInPicker" in našel številne zadetkov, vključno s to stranjo: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. To pojasnjuje, kaj pomenijo te lastnosti skupaj z nekaj drugih dobrih stvari BDC.

</namen>

Naročite se na moj blog!

Je bil še enkrat obdelujete BDC ADF datoteke ročno (tako da lahko zgraditi svoj "Get off moj travnik!" Verodostojnim) in zadeti to ljubko napako:

"Uporaba opredelitev uvoz ni uspel. Napaka:"

Kot lahko vidite, je prišlo do napake, toda … ne gre, da mi poveš, kaj je.

V mojem primeru, vprašanje izkazalo, da sem imel pričela s funkcionalno ADF za drugačen projekt, ki je povezan z zbirko podatkov, in izvrši SQL poizvedbo proti pogled. V to nov projekt, Kličem metoda na spletne storitve. Imel odmislili DB določene stvari in dodal moje stvari spletnih storitev, vendar ni bilo mogoče posodobiti v <LobSystem>je vrsta atributa. Jaz ranžirna lokomotiva v "WebService" in srečno preselil novejših in bolj razburljivo uvoz napake, ki so bili obravnavani v ustreznem.

Tukaj je narobe LobSystem:

<LobSystem
xmlns:XSi =http://www.w3.org/ 2001/XMLSchema-primer
XSi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Vrsta = "zbirke podatkov"
Prevod = "1.0.0.0" Ime = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

Pravilne:

<LobSystem
xmlns:XSi =http://www.w3.org/ 2001/XMLSchema-primer
XSi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Vrsta = "WebService"
Prevod = "1.0.0.0" Ime = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

</namen>

POSODOBITEV: Ta MSDN knjiženja je nekaj zanimivih ugotovitev iz JXJ, ki temelji na njegovi, predvsem negativni, izkušnje, gremo po tej poti: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Imamo poslovne scenarij, kjer smo potrebovali za povezavo dveh knjižnic dokumentov preko skupnega "ID dokumenta" polje.

Pogosto uporabljamo stolpec za iskanje povezav izvaja takole. Obstaja nekaj slabosti za stolpce za iskanje, tri, ki so:

1. Lahko povežete le en stolpec iz knjižnice za iskanje za iskanje.
2. Predstava: Knjižnica virov lahko vsebuje na stotine postavk. To je preveč vnosov v iskanje.
3. Iskanje: Ni ni enoten preiskava. Ne mislim v smislu MOSS iskanja, vendar ni načina za iskanje / filter na več stolpcev iz vira knjižnice dokumentov in poiščite želeno povezavo.

Podprta z BDC, lahko uporabimo poslovnih podatkov"" vrsta stolpca in zagotavlja vrhunsko iskanje in celo omogoča več stolpcev podatkov na seznam pogledov.

Imel nekaj predhodno uspeh s tem pristopom in nameravate napisati več o tem.

Če si delal ta kot pred in imate kakršne koli pripombe, prosim porazdeliti!

</namen>

Sem delal z BDC danes, ročno kodiranje ADF datotek in ustvarjanje sam nekatere napake. Ena taka napaka:

Uporaba opredelitev uvoz ni uspel. Napaka: Ni bilo mogoče naložiti tip opisuje TypeName opisa TypeDescriptor. Ime parametra: typeName napake prišlo ob ali tik pred črto: "35’ in stališče: "20".

MAH pojavi ta napaka pri poskusu uvoza datoteke XML samodejnega podajalnika dokumentov.

Raziskane Internets in ugotovila, da sem bil navajanje LOB primer ime (iz na <LobSystemInstance>) v mojem <TypeDescriptor> vozlišče ko should življati napotitev ime LOB, sama (iz <LobSystem>).

Narobe:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB primer ime" Ime = "KeyValue">

Popravite:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB ime" Ime = "KeyValue">

Upam, da to prihrani nekdo uro ali dve časa.

</namen>

Naročite se na moj blog!

Sem povzročil napako BDC ta teden, da do izraza na uporabniški vmesnik in v na 12 panj dnevnik med izvajanjem.

Prvi, pokazalo se je, v uporabniškem vmesniku:

Polj za vstavljanje vseh vrednosti identifikatorjev za pravilno izvršitev primerka SpecificFinder MethodInstance z imenom ni mogoče najti … Zagotovite vhodnih parametrih opisi TypeDescriptor povezani z vse identifikatorje te entitete.

Tu je zaslon strel:

Tudi strjena lava vzrok to sporočilo se pojavi v na 12 panj log na bo (uporabi svoj patentiranega high-tech-don't-try-this-at-home "skrivnostna napake" metoda):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Server poslovnih podatkov 6q4x visoko izjema v BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Vrednost identifikatorja ”, vrste ”, ni veljaven. Pričakovana vrednost identifikator vrste»System.string«. na Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Predmet[] subIdentifierValues, »LobSystemInstance «lobSystemInstance) na Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Entiteta entiteta, Predmet[] userValues, »LobSystemInstance «lobSystemInstance) na Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Pogled desiredView) na Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() na Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Jaz preiskava okrog ter ustanavljati nekateri vodi v na MSDN forum, vendar niso bili dovolj za mene, da razumejo, kaj sem počel narobe. Sem gledal webcast z Ted Pattison da moje podjetje je squirreled na strežnik in prišel do zavedaš, da moj problem.

V mojem ADF, Sem povezavo z zbirko podatkov SQL, kot je prikazano:

            <Lastnost ime="RdbCommandText" Vrsta="System.String">
              <![CDATA[
                IZBERITE ID NABORA, CARRIER_ID, EFFDT, OPISNEGA, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      DRŽAVE, ADDRESS1, NASLOV2, ADDRESS3, ADDRESS4, MESTO, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, DRŽAVA, POŠTNE, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFON, RAZŠIRITEV, FAKS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG iz dbo.PS_CARRIER_ID_VW s (nolock)
                KJER
                  (ID NABORA <> "DELEŽ") in
                  (nižje(CARRIER_ID) >= nižje(@MinId)) in
                  (nižje(CARRIER_ID) <= nižje(@MaxId)) in
                  (nižje(OPISNEGA) KOT spodnji(@InputDescr))
                ]]>
            </Lastnost>

Je zagotovila da SQL iz DBA oseba in sem dobil razumeti, da je a posebno pogled, ki so ustvarili samo zame. Enoličen ključ pa je CARRIER_ID.

Tukaj je bug sem predstavil:

      <Identifikatorji>
        <Identifikator ime="CARRIER_ID" TypeName="System.String" />
        <Identifikator ime="OPISNEGA" TypeName="System.String" /> 
      </Identifikatorji>

Nekje vzdolž proge, Je uspelo zamenjati sam o pomenu <Identifikatorji> in doda opisnega, čeprav to ni dejansko identifikatorja. Sem vzel opisnega niz identifikatorjev in presto! Je vse delal.

I hope this saves someone some grief 🙂

Sem opazil nekaj nerodno in nepotrebno ročno-kodiranje RdbCommandText v nekaj primerov (vključno z MSDN dokumentacijo).

Sem želel poudariti novincem BDC, da ukaze je mogoče zaviti notri CDATA tag v njihovem "naravnem" obrazec. Tako, to nerodno gradnje:

<Lastnost ime="RdbCommandText" Vrsta="System.String">
  Izberite dbo.MCRS_SETTLEMENT.ID, DBO.MCRS_SETTLEMENT.settlement iz dbo.MCRS_SETTLEMENT 
    KJER (ID &gt;= @MinId) IN (ID &lt;= @MaxId)
</Lastnost>

lahko bolje zastopane na ta način:

<Lastnost ime="RdbCommandText" Vrsta="System.String">
<![CDATA[
Izberite dbo.MCRS_SETTLEMENT.ID, DBO.MCRS_SETTLEMENT.settlement iz dbo.MCRS_SETTLEMENT
KJER (ID >= @MinId) IN (ID <= @MaxId)
]]>
</Lastnost>

</namen>

BDC premaz

Uvod v BDC

Sem potreboval, da žica do MOSS v SQL zbirko podatkov prek BDC. Za namene testiranja POC, Sem hotel embed SQL uporabnik ime ter parola v samodejni podajalnik dokumentov. Začenši z to predlogo (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Sem ustvaril ADF, ki povezuje določen primerek strežnika SQL in prijavi določenega uporabnika id in geslom in prikazano v ta košček:

  <LobSystemInstances>
    <LobSystemInstance ime="ClaimsInstance">
      <Lastnosti>
        <Lastnost ime="AuthenticationMode" Vrsta="System.String">Prepustnost</Lastnost>
        <Lastnost ime="DatabaseAccessProvider" Vrsta="System.String">SqlServer</Lastnost>
        <Lastnost ime="Vir podatkov RdbConnection" Vrsta="System.String">dejanski serveractual stopnje</Lastnost>
        <Lastnost ime="RdbConnection začetni katalog" Vrsta="System.String">Dejanski začetni katalog</Lastnost>
        <Lastnost ime="RdbConnection vgrajene varnostne" Vrsta="System.String">SSPI</Lastnost>
        <Lastnost ime="RdbConnection združevanje" Vrsta="System.String">FALSE</Lastnost>

        <!-- To so ključne vrednote: -->
        <Lastnost ime="ID uporabnika RdbConnection" Vrsta="System.String">actual ID uporabnika</Lastnost>
        <Lastnost ime="RdbConnection geslo" Vrsta="System.String">sedanji parola</Lastnost>
        <Lastnost ime="RdbConnection Trusted_Connection" Vrsta="System.String">FALSE</Lastnost>

      </Lastnosti>
    </LobSystemInstance>
  </LobSystemInstances>

To ni najboljše prakse, vendar je koristno za hitro in enostavno konfiguracijo za testiranje. To je bil presenetljivo težko razbrati. Nikoli nisem našel funkcionalno primer z preiskava keywords:

• ADF vdelan, userid in geslo
• Vdelaj id uporabnika in geslo v samodejni podajalnik dokumentov
• Vdelaj id uporabnika in geslo v adf bdc
• SharePoint bdc premaz
• SharePoint vdelajo uporabniško ime in geslo v samodejni podajalnik dokumentov

</namen>

Naročite se na moj blog.