Kui te olete käsitsi kodeerimine ADF faile ja teeme palju koodi-import-katse tsüklit, Versiooninumbri abil teie elu lihtsamaks.

Ma vihkan seda tunnistada, aga alles sellel nädalal, Olin alati ADF-i kustutamine ja uuesti importimine. See rikuks minu äriandmete veergude ja tee mind uuesti traat neid. Kõik mittevajalikud.

Faili all "on ilmne, kui seda".

Näide:

<Atribuudi LobSystem
 xmlns:Xsi="http://www.w3.org/2001/XMLSchema-instance"
  Xsi:schemaLocation="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Tüüp="Veebiteenuse"
  Versioon="1.2.0.0" Nimi="xyzzyDocumentReview"
  xmlns="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

Selle versiooni ja re-import muutmine ja olemasoleva äriandmete põhiveerus kasutab värskendatud versiooni automaatselt ei vaja konfiguratsiooni.

</lõpp>

Telli minu blogi.

Minu käimas katsed pakkuda on kasutades BDC kasulikum otsinguveerg, Mul tuli sein BDC valija. Kui te pole seda näha, BDC valija on sarnane inimestesse valija, välja arvatud, et see töötab "business data" tüüpi veerud.

Teil on juurdepääs korjaja klikkides äri andmed veerus näidatud avatud raamatu ikooni:

Ülaltoodud pilt näitab äri andmete veeru nimega "Master dokumendi Id". See veerg on ühendatud, äriandmete kataloogi kaudu, veebiteenusega. Veebiteenus tagastab kahe veeru teabe: Dokumendi ID ja pealkiri. Siin äri eesmärk on anda mõne "see dokument põhineb" funktsioon. Kasutajad valida "master" dokumendi ja millal nad salvestada, sündmuse vastuvõtja kopeerib meta andmeväljad viidatud master.

Vaikimisi, BDC valija näeb välja selline kui ma otsin dokumendi kelle ID = "38":

See on kasulik, kuid ei ole piisavalt hea. Inimesed ei mõelda ID-d, nad arvavad, et pealkirjad ja/või muude metaandmete osas. Korjaja, saab otsida teiste veergude (näiteks. Pealkiri) aga ei näidata tegelikku nimekiri pealkirjad leiti, just nende DocId on siin näidatud:

(Ekraanipilt ei ole nii suur, sest ma ei vali otsingu, mis annab usaldusväärseid tulemusi, aga näete, et kui ta oli leidnud mõned tulemused, See ainult on näidanud DocId's, ole pealkirjad).

Ma otsinud kõrge ja madal vastus sellele ja nurjus. Minu kolleeg, et auväärne Jonathan Bradshaw, oli ees ja lahendada seda küsimust. Kuna ma ulatasid temale appi, ta juhtis mind õiges suunas.

Konfigureerige valija näidata mitme veeru kaudu "ShowInPicker" ADF-i vara:

<Kinnisvara Nimi="ShowInPicker" Tüüp="System.Boolean">True</Kinnisvara>

Täpsemalt:

  <!-- Pealkiri -->
  <TypeDescriptor TypeName="System.String" Nimi="Pealkiri" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName A:="1033">Pealkiri</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Atribuudid>
      <Kinnisvara Nimi="DisplayByDefault" Tüüp="System.Boolean">True</Kinnisvara>
      <Kinnisvara Nimi="ShowInPicker" Tüüp="System.Boolean">True</Kinnisvara>
    </Atribuudid>
  </TypeDescriptor>

Selle atribuudi seadmist tutvustada väiksem probleem. Kui sa määrad selle kord, peate seadistama igas veerus kuvatavate. Minu puhul, BDC valija näitas DocId vaikimisi. Aga, Kui lisasin "ShowInPicker" pealkiri, DocId enam nähtaval. Ma lahendada see Doc ID jaoks seatud ShowInPicker vara.

Siin on tulemus:

(Ma seletan odd-looking "168 – CamlSchema.xsd" Ehitus tulevane blogi postitus. Ühesõnaga, See on liitsõnumeid string, mis võimaldab veidi parem kasutaja kogemus).

Muidugi, võttes kirjutatud blogi sissekanne, Ma lihtsalt ei Otsi "ShowInPicker" ja leidsin mitmeid vaatamisi, sh käesolev: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. Ta selgitab tähendus kinnisvaraobjekti koos mõnede teiste BDC hea kraam.

</lõpp>

Telli minu blogi!

Oli taas käsitöö BDC ADF faile käsitsi (nii, et saate luua oma "väljuge minu muru!" arvnäitajad) ja vajuta see armas viga:

"Rakenduse määratluse importimine nurjus. Ilmnes järgmine tõrge:"

Nagu näete, ilmnes tõrge, Aga … See ei hakka mulle öelda, mis see on.

Minu puhul, küsimus osutus, et mul oli alustati funktsionaalne ADF eri projekti, mis ühendada andmebaasiga ja SQL päringu vastu vaade. Selles uues projektis, Ma helistan meetod veebiteenusele. Mul oli demonteeritakse välja DB konkreetne värk ja lisatud minu web kraami, ei saanud värskendada, kuid on <Atribuudi LobSystem>'s atribuudi type. Ma lülitatakse see "veebiteenuse" ja õnneks asusin uuem ja põnevam importimise tõrked, mis on käsitsetud õigeaegselt.

Siin on vale LobSystemi:

<Atribuudi LobSystem
xmlns:Xsi =http://www.w3.org/2001/XMLSchema-instance
Xsi:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type = "andmebaasi"
Versioon = "1.0.0.0" Nimi = "xyzzy"
xmlns ="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

See on õige:

<Atribuudi LobSystem
xmlns:Xsi =http://www.w3.org/2001/XMLSchema-instance
Xsi:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type = "veebiteenuse"
Versioon = "1.0.0.0" Nimi = "xyzzy"
xmlns ="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

</lõpp>

VÄRSKENDUS: MSDN-i sisestamine on mõningaid huvitavaid tähelepanekuid põhineb tema JXJ, peamiselt negatiivne, kogemusi minna seda teed: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Meil on äri stsenaariumi, kus me peame kaks dokumentide raamatukogude kaudu ühine "dokumendi ID linkida" väli.

Me sageli kasutada otsinguveeru riistu viited nagu seda. Seal on mitmeid puudusi otsinguveergude, kolm on:

1. Võimalik siduda ainult ühe veeru otsing otsing Raamatukogu.
2. Tulemuslikkuse: Allikas Raamatukogu võiks sisaldada sadu kanded. See on liiga palju kirjeid kuvatakse otsingus.
3. Otsi hotelle: Seal on integreeritud. Ma ei tähenda MOSS mõttes otsing, aga ei ole võimalik otsida / filtreeritakse läbi mitme veeru allikas dokumenditeegist ja otsige üles soovitud link.

BDC tagatud, Me kasutame "ettevõtte andmed" Veeru tüüp ja see annab eriti hea otsing ja isegi võimaldab mitme veeru andmed kuvada loendivaadetes.

Olen olnud selline lähenemine esialgse edu ja plaanin kirjutada rohkem teada.

Kui olete töötanud enne seda nurka ja märkusi on, Palun jaga!

</lõpp>

Olen töötanud koos BDC täna, ADF faile käsitsi kodeerimine ja tekitavad endale mõned vead. Üks selline viga:

Rakenduse määratluse importimine nurjus. Ilmnes järgmine tõrge: Ei saanud laadida tüüpi, mida kirjeldab TypeDescriptori atribuut TypeName. Parameetri nimi: atribuut typeName viga tekkis, või lihtsalt rida enne: "35’ ja asukoht: "20".

MOSS kuvatakse selle vea, kui ma püüdsin ADF-i XML-faili importida..

Ma uurinud ning Internets ja leidsin, et mul oli viitamine LOB eksemplari nimi (alates selle <LobSystemInstance>) ja minu <TypeDescriptor> Kui tuleks viidata LOB nimi ise sõlme (alates <Atribuudi LobSystem>).

Vale:

<TypeDescriptor TypeName="Conchango.KeyValue, Kassa eksemplari nimi" Nimi = "KeyValue">

Õige:

<TypeDescriptor TypeName="Conchango.KeyValue, Kassa nimi" Nimi = "KeyValue">

Loodan, et see säästab keegi tund või kaks korda.

</lõpp>

Telli minu blogi!

Ma tekitanud BDC eksimust sel nädalal, et kujutavas kasutajaliides ja selle 12 taru Logi käitusajal.

Esimese, see ilmus kasutajaliides:

Ei leitud välju kõigi ID-väärtuste õigeks käivitamiseks SpecificFinder MethodInstance, mille nimi … Tagada sisendi sisendparameetrite atribuudid TypeDescriptor on seostatud iga selle olemi jaoks määratletud.

Siin on pilt kaaperdamine:

Võib tekitada ka selle sõnumi kuvatakse selle 12 taru Logi kell näidatakse (kasutades minu patenteeritud high-tech-don't-try-this-at-home "salapärane vead" meetod):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Server äriandmete 6q4x suur erand BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Identifikaatori väärtus ”, tüüp ”, ei sobi. Eeldatav identifikaatori väärtus tüübiga System.String. kell Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekti[] subIdentifierValues, LobSystemInstance'i lobSystemInstance) kell Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Üksus üksus, Objekti[] userValues, LobSystemInstance'i lobSystemInstance) kell Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Vaade desiredView) kell Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() kell Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Ma otsinud umbes ja leidis mõned viib selle MSDN Foorum, kuid nad ei olnud piisavalt, et mind mõista, mida ma tegin valesti. Ma vaatasin poolt veebiülekanne Ted Pattison mis minu firma on katuseraha server ja tuli aru minu probleem.

In minu ADF, Ma olen ühendamisel SQL andmebaasi, nagu on näidatud:

            <Kinnisvara Nimi="RdbCommandText" Tüüp="System.String">
              <![CDATA[
                VALIGE SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      RIIK, ADDRESS1, AADRESS 2, ADDRESS3, ADDRESS4, CITY, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      MAAKONNAS, RIIK, POSTI TEEL, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFONI, LAIENDAMINE, FAKS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG alates dbo.PS_CARRIER_ID_VW koos (NOLOCK)
                KUI
                  (SETID <> "SHARE") ja
                  (madalama(CARRIER_ID) >= madalama(@MinId)) ja
                  (madalama(CARRIER_ID) <= madalama(@MaxId)) ja
                  (madalama(DESCR) MEELDIB madalam(@InputDescr))
                ]]>
            </Kinnisvara>

Mul oli ette selle SQL DBA isikult ja olen andnud mõista, et see on mõne erilist Vaade, mis on loodud just minu jaoks. Kordumatu võti on CARRIER_ID.

Siin on viga, ma kehtestati:

      <Identifikaatorid>
        <Identifikaator Nimi="CARRIER_ID" TypeName="System.String" />
        <Identifikaator Nimi="DESCR" TypeName="System.String" /> 
      </Identifikaatorid>

Kusagil liinil, Olen ma suutnud ajada ennast üle tähenduses <Identifikaatorid> ja lisatud DESCR, kuigi see ei ole tegelikult identifikaator. Võtsin DESCR välja tunnuste komplekti ja presto! See kõik töötas.

I hope this saves someone some grief 🙂

Olen märganud, mõned ebamugavad ja tarbetu käsi-kodeeringu RdbCommandText mõned näited (sealhulgas MSDN-i dokumendid).

Tahtsin BDC käske saab pakkida sees CDATA märksõnaga "loomulik uustulnukatele meelde" vorm. Nii, See ebamugav ehitus:

<Kinnisvara Nimi="RdbCommandText" Tüüp="System.String">
  Valige dbo.MCRS_SETTLEMENT.ID, DBO.MCRS_SETTLEMENT.Settlement dbo.MCRS_SETTLEMENT 
    KUI (ID &gt;= @MinId) JA (ID &lt;= @MaxId)
</Kinnisvara>

saab paremini esindatud nii:

<Kinnisvara Nimi="RdbCommandText" Tüüp="System.String">
<![CDATA[
Valige dbo.MCRS_SETTLEMENT.ID, DBO.MCRS_SETTLEMENT.Settlement dbo.MCRS_SETTLEMENT
KUI (ID >= @MinId) JA (ID <= @MaxId)
]]>
</Kinnisvara>

</lõpp>

BDC Primer

BDC Intro

Mul oli vaja traati SAMBLA üles SQL andmebaasi kaudu BDC. Testimine/POC eesmärkidel, Tahtsin manustamine SQL konto kasutajatunnus ja parool ADF-i. Alustades See mall (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Olen loonud ADF, mis eriti SQL Serveri eksemplariga ja logib sisse kindla kasutaja id ja parool ning selle koodijupi programmi:

  <LobSystemInstance>
    <LobSystemInstance Nimi="ClaimsInstance">
      <Atribuudid>
        <Kinnisvara Nimi="AuthenticationMode" Tüüp="System.String">Läbivaid</Kinnisvara>
        <Kinnisvara Nimi="DatabaseAccessProvider" Tüüp="System.String">SqlServer</Kinnisvara>
        <Kinnisvara Nimi="RdbConnection andmeallika" Tüüp="System.String">tegelik serveractual eksemplar</Kinnisvara>
        <Kinnisvara Nimi="RdbConnection esialgne kataloog" Tüüp="System.String">tegelik esialgne kataloog</Kinnisvara>
        <Kinnisvara Nimi="RdbConnection integreeritud turvalisus" Tüüp="System.String">SSPI</Kinnisvara>
        <Kinnisvara Nimi="RdbConnection ühendamine" Tüüp="System.String">väär</Kinnisvara>

        <!-- Need on olulised väärtused: -->
        <Kinnisvara Nimi="RdbConnection kasutaja ID" Tüüp="System.String">agelik kasutaja ID</Kinnisvara>
        <Kinnisvara Nimi="RdbConnection parooli" Tüüp="System.String">tegelik parooli</Kinnisvara>
        <Kinnisvara Nimi="RdbConnection Trusted_Connection" Tüüp="System.String">väär</Kinnisvara>

      </Atribuudid>
    </LobSystemInstance>
  </LobSystemInstance>

See ei ole hea tava, kuid see on kasulik, Kiire ja lihtsa konfiguratsiooni testimiseks. See oli üllatavalt raske aru saada. Ma ei leidnud funktsionaalne näide Otsingu märksõnad:

• ADF varjatud kasutajanimi ja parool
• embed kasutajatunnuse ja parooli adf
• embed kasutajatunnuse ja parooli adf bdc
• SharePointi bdc primer
• SharePointi embed kasutajatunnuse ja parooli adf

</lõpp>

Telli minu blogi.