Jos olet käsi-koodausjärjestelmän Arkinsyöttölaitetta tiedostoja ja tehdä paljon koodi/tuo/testisyklien, helpottaa elämääsi versionumero avulla.

Inhoan myöntää sitä, mutta tällä viikolla asti, Olin aina poistaminen Asiakirjansyöttölaitteeseen ja tuot sen uudelleen. Tämä rikkoisi minun yritystietosarakkeita ja minut uudelleen johdin heidät. Kaikki tarpeettomat.

Tiedoston tämän mukaisesti "on selvää, kun näet sen".

Esimerkki:

<LobSystem
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Tyyppi="WebService"
  Versio="1.2.0.0" Nimi="xyzzyDocumentReview"
  xmlns="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

Muuta versio ja jälleentuonti ja nykyisten yritystietosarakkeen käyttää päivitetyn version automaattisesti kanssa edellyttää lisämäärityksiä.

</loppu>

Tilaa blogiin.

Tässä minun meneillään yritykset tarjoavat enemmän hyötyä hakusarake käyttämällä BDC, Osuin seinään BDC-valitsin. Jos et näe sitä, BDC-valitsin on samanlainen ihmisiin picker, paitsi että se toimii sarakkeita "yrityksen tiedot".

Voit käyttää kerääjä klikkaamalla Yritystietosarakkeen osoittamalla avoin kirja-kuvaketta:

Edellä oleva kuva osoittaa yritystietosarakkeen, nimeltään "Master asiakirja Id". Sarakkeen on kytketty, Via BDC, web-palveluun. Web-palvelu palauttaa kaksi saraketta tietoja: Asiakirjan tunnus ja nimi. Liiketoiminnan tarkoituksena on antaa "Tämä asiakirja perustuu" funktio. Käyttäjät voivat valita "-master" asiakirjan ja milloin ne säästää, tapahtuma-vastaanotin kopioi meta tietokentät viitattu master.

Oletusarvoisesti, BDC-valitsin näyttää tältä, kun etsin asiakirja jonka tunnus = "38":

Tämä on hyödyllistä, mutta ei tarpeeksi hyvä. Ihmiset usko niiden tunnukset, heidän mielestään otsikot ja/tai muita metatietoja. Kerääjä voit etsiä muiden sarakkeiden (virrankatkaisu. Otsikko) mutta ei se todellinen otsikkoluettelo, niiden DocId's kuten kuvassa:

(Irtoseinä ammus ei ole niin suuri, koska en valita Etsi, joka palauttaa voimassa tuloksia, mutta voit nähdä, että jos olisi keksitty joitakin tuloksia, se vain osoittanut DocId's, ei otsikoita).

Olen etsinyt korkea ja matala vastaus tähän ja epäonnistui. Kollegani, kunnianarvoisa Jonathan Bradshaw, oli edessä ja ratkaisi ongelman. Kun ojensin hänelle apua, Hän huomautti minulle oikeaan suuntaan.

Määritä päivämäärävalitsin näyttää useita sarakkeita kautta "ShowInPicker" ominaisuuden asiakirjansyöttölaitteeseen:

<Ominaisuus Nimi="ShowInPicker" Tyyppi="System.Boolean">tosi</Ominaisuus>

Tarkemmin:

  <!-- Otsikko -->
  <TypeDescriptor TypeName="System.String" Nimi="Otsikko" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName LCID-TUNNUS="1033">Otsikko</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Ominaisuudet>
      <Ominaisuus Nimi="DisplayByDefault" Tyyppi="System.Boolean">tosi</Ominaisuus>
      <Ominaisuus Nimi="ShowInPicker" Tyyppi="System.Boolean">tosi</Ominaisuus>
    </Ominaisuudet>
  </TypeDescriptor>

Tämän ominaisuuden määrittäminen käyttöön pieni ongelma. Heti, kun asetat sen kerran, sinun täytyy määrittää jokaiselle sarakkeelle, jonka haluat näkyvän. Minun tapauksessani, BDC-valitsin osoitti DocId oletusarvoisesti. Kuitenkin, kun lisäsin "ShowInPicker" otsikko, DocId enää näy. Olen ratkaissut että selkeästi asettaa ShowInPicker-ominaisuuden tunnus.

Tässä on tulos:

(I selittää kummallisen näköinen "168 – CamlSchema.xsd" rakentamisen tulevaisuuden blogi. Lyhyesti sanottuna, se on ketjutetun merkkijono, joka mahdollistaa hieman paremman käyttäjäkokemuksen).

Tietysti, on kirjoittanut tämän blogimerkinnän, En vain etsiä "ShowInPicker" ja löysi useita osumia, myös tämä: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. Se selittää, että omaisuus sekä joitakin muita hyviä BDC-juttuja merkitys.

</loppu>

Tilaa blogiin!

Oli jälleen kerran veiston BDC ADF tiedostot käsin (jotta voin rakentaa minun "pois nurmikko!" uskottavuus) ja paina tämä kaunis virhe:

"Sovelluksen määritelmän tuonti epäonnistui. Tapahtui seuraava virhe:"

Kuten näette, on virhe, Mutta … se ei tule kertomaan minulle, mitä se on.

Minun tapauksessani, kysymys osoittautui, että oli aloitin toimiva ADF toinen projekti, joka yhdistää tietokantaan ja suorittaa SQL kysely näkymänä. Tämän uuden projektin, Pyydän tapa web-palveluun. Minulla oli riisuttu pois DB koodiosasta ja lisätty web service tavaraa, mutta ei voi päivittää <LobSystem>jäsenen tyyppi-määrite. Olen siirtynyt "WebService" ja muutin onneksi uudempi ja jännittävä tuonnin virheet, joka aikanaan hoidettiin.

Tässä on väärin LobSystem:

<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Tyyppi = "tietokanta"
Version = "1.0.0.0" Nimi = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

Tämä on oikein:

<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Tyyppi = "WebService"
Version = "1.0.0.0" Nimi = "xyzzy"
xmlns ="http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

</loppu>

PÄIVITYS: MSDN lähettämistä on joitakin mielenkiintoisia havaintoja JXJ perustuu hänen, pääasiallisesti kielteisiä, kokemuksia menee tällä tiellä: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Meillä asiat skenaario, jossa meidän on yhdistettävä kaksi asiakirjojen kirjastoja kautta yhteisen asiakirjan tunnus"" kenttä.

Käytämme usein hakusarakkeen toteuttaa linkit kuin tämä. On olemassa useita haittapuolia hakusarakkeita, kolme jotka ovat:

1. Vain yksi sarake haku haku kirjastosta voi olla yhteydessä.
2. Suorituskyky: Source-kirjasto voi sisältää satoja merkinnät. Se on liikaa merkintöjä haku.
3. Etsi: Ei ole integroitu haku. En tarkoita MOSS merkityksessä Etsi, mutta ei mitenkään etsiä / suodatus useista sarakkeista lähdeasiakirjakirjaston ja Etsi haluamasi linkki.

Tukena BDC, "-Yritystietojen käyttötavat" sarakkeen tyyppi ja se ehkäistä erinomainen etsiä ja jopa mahdollistaa useiden sarakkeiden tiedot näkyvät näkymät.

On ollut joitakin alustavia menestys tämän lähestymistavan ja aikoo kirjoittaa siitä enemmän.

Jos olen työskennellyt ennen Tämä kulma on kommentteja, ole hyvä ja Jaa!

</loppu>

Olen työskennellyt BDC tänään, koodaus ADF tiedostot käsin ja tuottaa itse joitakin virheitä. Yksi tällainen virhe:

Sovellusmäärityksen tuonti epäonnistui. Tapahtui seuraava virhe: TypeDescriptor-ominaisuuden TypeName-arvon kuvaamaa tyyppiä ei voi ladata. Parametrin nimi: typeName virhe tapahtui klo tai juuri ennen linja: ' 35’ ja sijainti: '20'.

MOSS näyttöön tämän virheen, kun yritin tuoda ADF XML-tiedosto.

Tutkinut Internets ja löytänyt viittasi LOB esiintymänimi (päässä <LobSystemInstance-esiintymän>) Tässä minun <TypeDescriptor> solmun pitäisi viitata LOB nimi (alkaen <LobSystem>).

Väärä:

<TypeDescriptor-ominaisuuden TypeName="Conchango.KeyValue, LOB-esiintymänimi" Nimi = "KeyValue">

Korjata:

<TypeDescriptor-ominaisuuden TypeName="Conchango.KeyValue, LOB-nimi" Nimi = "KeyValue">

Toivottavasti tämä säästää jonkun tunnin tai kaksi kertaa.

</loppu>

Tilaa blogiin!

Aiheutin BDC-virhe tällä viikolla, joka ilmeni käyttöliittymästä ja 12 pesää loki suorituksen.

Ensimmäinen, Tämä ilmestyi käyttöliittymän:

Ei löydy kenttiä lisätä kaikkien tunnusten arvojen suorittamista SpecificFinder MethodInstance-esiintymää, jonka nimi on … Varmistamiseksi, syöteparametreihin liittyvät tunnisteelle, joka on määritetty tälle kohteelle.

Tässä on kuvakaappaus:

Voi myös aiheuttaa tämän viestin näkyvän 12 pesää log näytetään (käyttämällä patentoitu high-tech-don't-try-this-at-home "salaperäinen virheitä" menetelmä):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Serverin yrityksen tietojen 6q4x korkea poikkeus BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Tunnisteen arvoa ”, tyyppi ”, ei kelpaa. Odotettu tunnisteen arvoa tyyppiä System.String. klo Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Objekti[] subIdentifierValues, LobSystemInstaObjektibSystemInstance) klo Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Yksikkö yksikkö, Objekti[] userValues, LobSystemInstaObjektibSystemInstance) klo Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Katso desiredView) klo Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() klo Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Olen etsinyt ympäri ja löysi joitakin johtaa MSDN-foorumin, mutta ne eivät olleet tarpeeksi ymmärtää, mitä tein väärin. Katselin Webcast-lähetykseen, jonka Ted Pattison että minun yritys on squirreled pois palvelimella ja tuli ymmärtää minun ongelmani.

Minun syöttölaitteeseen, Olen yhteyden SQL-tietokantaan, kuten:

            <Ominaisuus Nimi="RdbCommandText" Tyyppi="System.String">
              <![CDATA[
                VALITSE SETID-TUNNUS, CARRIER_ID, EFFDT, KUVAUS, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      MAAN, OSOITE1, OSOITE2, ADDRESS3, ADDRESS4, CITY, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, VALTION, POSTI, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, PUHELIN, LAAJENNUS, FAKSI, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG dbo.PS_CARRIER_ID_VW kanssa (NOLOCK)
                JOS
                  (SETID-TUNNUS <> 'ANNOS') ja
                  (pienempi(CARRIER_ID) >= pienempi(@MinId)) ja
                  (pienempi(CARRIER_ID) <= pienempi(@ MaxId)) ja
                  (pienempi(KUVAUS) KUIN alempi(@InputDescr))
                ]]>
            </Ominaisuus>

On annettu että SQL DBA henkilö ja on annettu ymmärtää, että erityistä Näkymä luotu minua varten. Yksilöivä avain on CARRIER_ID.

Tässä on minun ilmenneeseen:

      <Tunnukset>
        <Tunnus Nimi="CARRIER_ID" TypeName="System.String" />
        <Tunnus Nimi="KUVAUS" TypeName="System.String" /> 
      </Tunnukset>

Jossain vaiheessa, Olin onnistunut sekoittaa itse eli <Tunnukset> ja lisätty kuvaus, vaikka se ei oikeastaan tunnus. Otin DESCR tunnisteiden set ja presto! Se toimi.

I hope this saves someone some grief 🙂

Olet huomannut, jotkin hankala ja tarpeettomia käsi-koodauksen joitakin esimerkkejä RdbCommandText (MSDN-dokumentaatio mukaan luettuna).

Halusin aloittelevia, että komennot kääritty CDATA-tunnisteessa niiden "luonnollinen BDC muistuttaa" lomake. Niin, Tämä hankala rakentaminen:

<Ominaisuus Nimi="RdbCommandText" Tyyppi="System.String">
  Valitse dbo.MCRS_SETTLEMENT.ID, dbo.Dbo-MCRS_SETTLEMENT.settlement.MCRS_SETTLEMENT 
    JOS (tunnus &gt;= @ MinId) JA (tunnus &lt;= @ MaxId)
</Ominaisuus>

voi olla paremmin edustettuina tällä tavalla:

<Ominaisuus Nimi="RdbCommandText" Tyyppi="System.String">
<![CDATA[
Valitse dbo.MCRS_SETTLEMENT.ID, dbo.Dbo-MCRS_SETTLEMENT.settlement.MCRS_SETTLEMENT
JOS (tunnus >= @ MinId) JA (tunnus <= @ MaxId)
]]>
</Ominaisuus>

</loppu>

BDC Primer

Intro BDC

Tarvitsin kääri MOSS SQL-tietokannan kautta BDC. Testaus/POC tarkoituksiin, Halusin upottaa SQL-tilin käyttäjätunnus ja salasana automaattinen Asiakirjansyöttölaite. Alkaen Tämä malli (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Loin Arkinsyöttölaitteen, joka yhdistää tietyn SQL-palvelinesiintymä ja kirjaa käyttäjätunnusta ja salasanaa ja tämä pätkä:

  <LobSystemInstance-esiintymät>
    <LobSystemInstance-esiintymän Nimi="ClaimsInstance">
      <Ominaisuudet>
        <Ominaisuus Nimi="AuthenticationMode" Tyyppi="System.String">Läpivienti</Ominaisuus>
        <Ominaisuus Nimi="DatabaseAccessProvider" Tyyppi="System.String">SqlServer</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection tietolähde" Tyyppi="System.String">todellinen serveractual esiintymä</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection ensimmäinen Verkkokauppa" Tyyppi="System.String">todellinen alkuperäinen katalogi</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection sisäinen suojaus" Tyyppi="System.String">SSPI</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection yhdistäminen" Tyyppi="System.String">False</Ominaisuus>

        <!-- Nämä arvot ovat: -->
        <Ominaisuus Nimi="RdbConnection käyttäjätunnus" Tyyppi="System.String">aö käyttäjätunnus</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection salasana" Tyyppi="System.String">todellinen salasana</Ominaisuus>
        <Ominaisuus Nimi="RdbConnection Trusted_Connection" Tyyppi="System.String">False</Ominaisuus>

      </Ominaisuudet>
    </LobSystemInstance-esiintymän>
  </LobSystemInstance-esiintymät>

Se ei ole paras käytäntö, mutta se on hyödyllinen, Nopea ja yksinkertainen kokoonpano, testaus. Tämä oli yllättävän vaikea selvittää. En koskaan löytänyt toimiva esimerkki hakusanat:

• ADF upotettu käyttäjätunnus ja salasana
• käyttäjätunnus ja salasana upottaminen adf
• käyttäjätunnus ja salasana upottaminen adf bdc
• SharePoint bdc primer
• SharePoint upottaa käyttäjä id ja tunnussana adf

</loppu>

Tilaa blogiin.