Jei jūs ranka-koduoja ADF failus ir daro daug kodas/importo/bandymo ciklų, naudoti versijos numerį kuris palengvins jūsų gyvenimą.

Aš nekenčiu priimti ji, Tačiau iki šios savaitės, Aš visada buvo naikinami ADF ir iš naujo importuoti jį. Tai pertrauka savo verslo duomenų stulpeliai ir man vėl vielos juos. Visus nereikalingus.

Failą šis pagal "tai akivaizdu, kai jūs matote jį".

Pavyzdys:

<LobSystem
 xmlns:XSi="http://www.w3.org/2001/XMLSchema-instance"
  XSi:schemaLocation="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Tipo="WebService"
  Versija="1.2.0.0" vardas, pavadinimas="xyzzyDocumentReview"
  xmlns="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

Pakeisti tą versiją ir iš naujo importuoti ir esamo verslo duomenų stulpelio naudoja atnaujintą versiją automatiškai su jokio papildomo konfigūravimo.

</pabaigos>

Prenumeruoti savo dienoraštį.

Į mano nuolatinės pastangos suteikti už daugiau naudingų peržvalgos stulpelį naudojant BDC, Aš hit sienos su BDC parinkiklis. Jei neturite matyti, BDC skynėjas yra panašus į žmonių išrinkiklyje išskyrus tai, kad ji dirba su "verslo duomenys" tipo stulpelių.

Pasiekiate skynėjas paspaudę piktogramą atvira knyga verslo duomenų stulpelio kaip parodyta:

Pirmiau paveikslėlyje verslo duomenų stulpelio vadinamas "Kapitonas dokumento Id". Kad kolonėlė nuosekliai sujungiama su, Via BDC, su tinklo tarnyba. Tinklo tarnybos grąžina dviejų stulpelių informacija: Dokumento ID ir pavadinimas. Verslo tikslas čia yra pateikti a "šiame dokumente yra pagrįstas" funkcija. Vartotojai pasirinkite "master" dokumento ir kada jie sutaupyti, renginio imtuvas kopijuoja meta duomenų laukus iš nurodytų kapitonas.

Pagal numatytuosius nustatymus, BDC skynėjas atrodo taip kai I paieška dokumento, kurio ID = "38":

Tai labai patogu, Tačiau nėra pakankamai geras. Žmonės negalvoju apie ID, jų manymu, pavadinimai ir (arba) kiti meta duomenys. Skynėjas leidžia jums ieškoti kitus stulpelius (pvz.. Antraštinė dalis) bet nebus rodomas faktinis sąraše nustatyta, tik jų dokumento ID priedo talpykloje 's kaip parodyta čia:

(Ekrano nuotrauka nėra toks didelis, nes aš ne pasirinkti paiešką, grąžina bet teigiami rezultatai, bet jūs galite pamatyti, jei ji buvo nustatyta tam tikrų rezultatų, jis tik parodė dokumento ID priedo talpykloje 's, ne pavadinimai).

Aš ieškojote didelis ir mažas, atsakymas į tai ir nepavyko. Mano kolega, Palaimintojo Jonathan Bradshaw, buvo su kuriomis susiduria ir išspręsti šią problemą. Kai aš pasiekė dėmesį į jį pagalbos, jis priminλ man teisinga linkme.

Konfigūruoti skynėjas parodyti kelis stulpelius per "ShowInPicker" nuosavybės į ADF:

<Nekilnojamojo turto vardas, pavadinimas="ShowInPicker" Tipo="System.Boolean">tiesa</Nekilnojamojo turto>

Išsamiau:

  <!-- Antraštinė dalis -->
  <TypeDescriptor TypeName="System.String" vardas, pavadinimas="Antraštinė dalis" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName LCID="1033">Antraštinė dalis</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Ypatybės>
      <Nekilnojamojo turto vardas, pavadinimas="DisplayByDefault" Tipo="System.Boolean">tiesa</Nekilnojamojo turto>
      <Nekilnojamojo turto vardas, pavadinimas="ShowInPicker" Tipo="System.Boolean">tiesa</Nekilnojamojo turto>
    </Ypatybės>
  </TypeDescriptor>

Šią ypatybę nustatyti nereikšminga problema. Kaip tik jums nustatyti jį vieną kartą, reikia nustatyti kiekvieno stulpelio rodomos. Mano atveju, Parodė dokumento ID priedo talpykloje numatytąjį BDC picker. Tačiau, kai aš papildomas "ShowInPicker" pavadinimas, Dokumento ID priedo talpykloje neberodomi. Aš išspręsta, nustatant ypatybę ShowInPicker Doc ID aiškiai.

Štai rezultatas:

(Aš paaiškinti nelyginis-ieškote "168 – CamlSchema.xsd" statybos ateityje dienoraštyje. Trumpai tariant, tai sudurtiniai eilutė, leidžia šiek tiek geresnės vartotojo patirtį).

žinoma, Įvertinusi parašyta šio dienoraščio įrašas, Aš ką tik padarė "ShowInPicker paieška" ir rado daug hitai, įskaitant ir šį: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. Jis paaiškina, kaip apibrėžta šios ypatybės kartu su kai kurių kitų gerų BDC medžiagos.

</pabaigos>

Prenumeruoti savo dienoraštį!

Man buvo dar kartą apdorodami BDC ADF failus rankiniu būdu (taip, kad aš galėtų užsitikrinti savo "Lipkit nuo pievelės!" kreditoriaus) ir paspauskite šį miela klaidų:

"Paraiškos apibrėžimas importavimas nepavyko. Įvyko ši klaida:"

Kaip matote, įvyko klaida, bet … tai ne bus pasakyti, kas tai yra.

Mano atveju, klausimas pasirodė, kad aš turėjo prasidėjo su funkcinės ADF kitą projektą, kad prijungti prie duomenų bazės ir vykdomas SQL užklausų nuo rodinys. Į šį naują projektą, I 'm calling metodas interneto paslaugas. Aš turėjo atimti iš DB konkretūs daiktai ir pridėta mano interneto paslaugų daiktai, bet nepavyko atnaujinti, <LobSystem>'s atributo type.. Aš perėjo į "WebService" ir aš laimingai persikėlė į naujesnis ir įdomesnis importo klaidų, kurie buvo tvarkomi laiku.

Čia yra neteisingas LobSystem:

<LobSystem
xmlns:XSi =http://www.w3.org/2001/XMLSchema-instance
XSi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Tipas = "duomenų bazės"
Versija = "1.0.0.0" Pavadinimas = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

Tai yra teisinga:

<LobSystem
xmlns:XSi =http://www.w3.org/2001/XMLSchema-instance
XSi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Tipas = "WebService"
Versija = "1.0.0.0" Pavadinimas = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

</pabaigos>

NAUJINIMAS: Šį MSDN skelbimą turi keletΰ αdomiψ pastebλjimψ iš JXJ pagal savo, daugiausia neigiamos, patirtimi vyksta nustatytos šio kelio: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Mes privalome susieti du dokumentų bibliotekos per bendrą "dokumento ID verslo scenarijus" lauko.

Mes dažnai naudoti peržvalgos stulpelį pagal kurį įgyvendina nuorodos panašaus. Yra keletas trūkumų su peržvalgos stulpeliai, trys yra:

1. Galima susieti tik vieną stulpelį iš peržvalga Peržvalgos bibliotekos.
2. Veiklos: Šaltinio biblioteka gali būti šimtai įrašų. Tai yra per daug įrašų peržvalgos.
3. Paieška: Nėra jokios integruotos paieškos. I don't mean MOSS jausmą paieškos, Tačiau tai jokiu būdu ieškoti / filtruoti pagal kelis stulpelius iš šaltinio dokumentų bibliotekoje ir rasti nuorodą norite.

Remiama BDC, Mes galime naudoti "verslo duomenų" stulpelio tipas ir tai suteikia aukščiausios paieškos ir net leidžia kelių stulpelių duomenys būtų rodomi sąrašo rodiniuose.

Aš jau kai kurie preliminarūs sėkmė su šį metodą ir planuoju parašyti daugiau apie tai.

Jei dirbo šio kampo iki ir turite kokių nors pastabų, prašome pasidalinti!

</pabaigos>

Aš dirbu su BDC šiandien, kodavimo ADF failus rankiniu būdu ir kurti sau kai kurias klaidas. Viena tokia klaida:

Taikant apibrėžimas importuoti nepavyko. Įvyko ši klaida: Nepavyko įkelti tipą aprašė TypeDescriptor's TypeName. Parametro pavadinimas: typeName klaida įvyko klaida arba prieš linija: "35’ ir padėtis: "20".

SAMANŲ rodoma ši klaida, kai aš bandė ADF XML rinkmeną.

Aš ištirti internetas ir nustatė, kad aš buvau su nuoroda LOB egzemplioriaus pavadinimas (nuo to <LobSystemInstance>) į mano <TypeDescriptor> kai aš turėtų nurodyti pats LOB pavadinimas mazgas (nuo <LobSystem>).

Negerai:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB egzemplioriaus pavadinimas" Pavadinimas = "KeyValue">

Ištaisyti:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB pavadinimas" Pavadinimas = "KeyValue">

Tikiuosi, kad tai vienas taupo kas nors valandą ar dvi laiko.

</pabaigos>

Prenumeruoti savo dienoraštį!

Aš dėl BDC klaida šią savaitę, kad pasireiškė dėl vartotojo sąsajos ir be to 12 avilys žurnalo vykdymo metu.

Pirmosios, tai pasirodė vartotojo sąsajos:

Nepavyko rasti laukų įterpti visas identifikatoriaus reikšmes, kad būtų galima teisingai vykdyti SpecificFinder MethodInstance, kurio pavadinimas … Užtikrinti įvesties parametrai turi TypeDescriptors, susietus su kiekvienu apibrėžtu šio subjekto identifikatoriumi.

Čia yra ekrano fotografiją:

Aš taip pat gali sukelti šios Žinutės kad 12 avilys prisijungti bus (naudojant mano patentuota high-tech-don't-try-this-at-home "paslaptingas klaidų" metodas):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint portalo serverio verslo duomenų 6q4x didelės išimties BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Identifikatoriaus reikšmę ”, tipo ”, Neleistinas. Numatomas identifikatoriaus reikšmę tipui 'System.String'. ne Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekto[] subIdentifierValues, LobSystemInstance lobSystemInstance) ne Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Subjektas subjektas, Objekto[] userValues, LobSystemInstance lobSystemInstance) ne Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Rodyti desiredView) ne Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() ne Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Aš Ieškota aplink ir rasti kai kurie veda į MSDN forumas, bet jie nebuvo pakankamai man suprasti, ką darau negerai. Aš žiūrėdavau Success iš Ted Pattison kad mano įmonė turi Carloso iki serverio ir atėjo suvokti mano problema.

Į mano ADF, Aš esu prisijungti prie SQL duomenų bazę kaip parodyta:

            <Nekilnojamojo turto vardas, pavadinimas="RdbCommandText" Tipo="System.String">
              <![CDATA[
                PASIRINKITE SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      ŠALIES, ADDRESS1, ADRESAS2, ADDRESS3, ADDRESS4, MIESTO, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      APSKRITIS, VALSTYBĖS, PAŠTO, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFONAS, PRATĘSIMAS, FAKSAS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG iš dbo.PS_CARRIER_ID_VW su (NOLOCK)
                TAIS ATVEJAIS, KAI
                  (SETID <> "SHARE") ir
                  (mažesnis(CARRIER_ID) >= mažesnis(@MinId)) ir
                  (mažesnis(CARRIER_ID) <= mažesnis(@MaxId)) ir
                  (mažesnis(DESCR) KAIP mažesnis(@InputDescr))
                ]]>
            </Nekilnojamojo turto>

Buvo suteikta kad SQL DBA asmens ir aš pateikta suprasti, kad tai yra specialios Rodyti jie sukūrė tik man. Unikalus raktas ten yra CARRIER_ID.

Štai aš pristatė re:

      <Identifikatoriai>
        <Identifikatorius vardas, pavadinimas="CARRIER_ID" TypeName="System.String" />
        <Identifikatorius vardas, pavadinimas="DESCR" TypeName="System.String" /> 
      </Identifikatoriai>

Kažkur palei linija, Aš turėjo sugebėjau supainioti save reikšmės <Identifikatoriai> ir pridūrė DESCR, net jei jis nėra iš tikrųjų identifikatorius. Aš paėmė DESCR identifikatoriai rinkinys ir presto! Viskas dirbo.

Tikiuosi, kad tai kažkam išgelbės nuo sielvarto 🙂

Aš pastebėjau, kai kurių Nepatogios ir nereikalingų ranka-kodavimą RdbCommandText kai kuriais atvejais (įskaitant MSDN dokumentus).

Aš norėjau pabrėžti, kad naujokai BDC kad komandos gali būti suvynioti viduje CDATA žymę, natūralūs"" forma. Taigi, tai nepatogi statybos:

<Nekilnojamojo turto vardas, pavadinimas="RdbCommandText" Tipo="System.String">
  Pasirinkite dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement nuo dbo.MCRS_SETTLEMENT 
    TAIS ATVEJAIS, KAI (ID &gt;= @MinId) IR (ID &lt;= @MaxId)
</Nekilnojamojo turto>

gali būti geriau atstovaujama tokiu būdu:

<Nekilnojamojo turto vardas, pavadinimas="RdbCommandText" Tipo="System.String">
<![CDATA[
Pasirinkite dbo.MCRS_SETTLEMENT.ID, dbo.MCRS_SETTLEMENT.Settlement nuo dbo.MCRS_SETTLEMENT
TAIS ATVEJAIS, KAI (ID >= @MinId) IR (ID <= @MaxId)
]]>
</Nekilnojamojo turto>

</pabaigos>

BDC gruntas

Įvadas į BDC

Man reikia vielos apsirengti MOSS į SQL duomenų bazę per BDC. Bandymai/POC tikslais, Aš norėjau įterpti SQL paskyros vartotojo id ir slaptažodį į ADF. Pradedant šį šabloną (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Aš sukūriau ADF kuris susijungia su ypač SQL serverio egzempliorius ir rąstų konkrečius vartotojo id ir slaptažodį ir šiame fragmente:

  <LobSystemInstances>
    <LobSystemInstance vardas, pavadinimas="ClaimsInstance">
      <Ypatybės>
        <Nekilnojamojo turto vardas, pavadinimas="AuthenticationMode" Tipo="System.String">PassThrough</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="DatabaseAccessProvider" Tipo="System.String">SqlServer</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection duomenų šaltinio" Tipo="System.String">tikrasis serveractual instancijos</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection pradinis katalogas" Tipo="System.String">faktinį pradinį katalogas</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection integruota apsaugos" Tipo="System.String">SSPI</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection sutelkimas" Tipo="System.String">klaidinga</Nekilnojamojo turto>

        <!-- Tai yra pagrindinės vertybės: -->
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection vartotojo ID" Tipo="System.String">afaktinio matų vartotojo ID</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection slaptažodį" Tipo="System.String">tikrasis slaptažodį</Nekilnojamojo turto>
        <Nekilnojamojo turto vardas, pavadinimas="RdbConnection Trusted_Connection" Tipo="System.String">klaidinga</Nekilnojamojo turto>

      </Ypatybės>
    </LobSystemInstance>
  </LobSystemInstances>

Tai ne geriausia, bet tai naudinga yra greitas ir paprastas konfigūracijos bandymai. Tai buvo stebėtinai sunku suprasti. Aš niekada rasti yra funkcinis pavyzdys su ieškos raktažodžiais:

• ADF įdėta vartotojo vardą ir slaptažodį
• įdėti vartotojo id ir slaptažodį į adf
• įdėti vartotojo id ir slaptažodį į adf bdc
• SharePoint bdc gruntas
• SharePoint vartotojo id ir slaptažodį įdėti į adf

</pabaigos>

Prenumeruoti savo dienoraštį.