Zuk ADF fitxategiak eskuz kodetu eta kode asko / import / test zikloak egiten, use the version number to make your life easier.

Aitortzen gorroto dut, baina aste honetan arte, I was always deleting the ADF and re-importing it. This would break my business data columns and make me re-wire them. All unnecessary.

File this under "it’s obvious once you see it".

Adibidea:

<LobSystem
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Mota="WebService"
  Bertsioa="1.2.0.0" Izena="xyzzyDocumentReview"
  xmlns="http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog">

Aldatu bertsio hori eta re-inportazio eta dauden negozio datuak zutabe eguneratzen bertsioa erabiltzen du automatikoki osagarriak konfigurazio ez behar dituzten.

</amaiera>

Nire blog Harpidetu.

Nire on-going bat emateko saiakera batean gehiago erabilgarria bilaketa zutabe BDC erabiliz, I hit a wall with the BDC picker. If you haven’t see it, the BDC picker is similar to a people picker except that it works with columns of type "business data".

Hautatzailea sartzeko duzun negozio datuak zutabea liburu irekia ikonoa erakusten klik eginez:

The above image shows a business data column called "Master Document Id". That column is connected, BDC bidez, to a web service. The web service returns two columns of information: Document ID and Title. The business purpose here is to provide a "this document is based on" funtzioa. Users select a "master" dokumentu eta noiz gorde, bat gertaera hartzailea kopiak meta datuak erreferentziatutako maisua eremuak.

Lehenespenez, the BDC picker looks like this when I search for a document whose ID = "38":

Hori lagungarria izan, but not good enough. People don’t think in terms of IDs, they think in terms of titles and/or other meta data. The picker allows you to search on other columns (e.g. Izenburua) baina ez dira agertuko izenburuak aurkitu zerrenda benetako, beren DocId bezala hemen:

(Pantaila jaurtiketa ez da hain handia izan nuen, ez duelako jaso bilaketa bat itzultzen baliozko edozein emaitza, baina ikusi ahal izango duzu izan da aurkitu bada zenbait emaitza hori, litzateke soilik erakutsi dute DocId en, ez izenburuak).

I searched high and low for the answer to this and failed. Nire lankide, agurgarri du Jonathan Bradshaw, had faced and solved this issue. When I reached out to him for help, me adierazi zuen du eskuinetik egin-norabidea in.

Configure the picker to show multiple columns via the "ShowInPicker" ADF the in, jabetza:

<De la Propiedad Izena="ShowInPicker" Mota="System.Boolean">Egia</De la Propiedad>

Zehatz-mehatz more In:

  <!-- Izenburua -->
  <TypeDescriptor TYPENAME="System.String" Izena="Izenburua" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName LCID="1033">Izenburua</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Propietateak>
      <De la Propiedad Izena="DisplayByDefault" Mota="System.Boolean">Egia</De la Propiedad>
      <De la Propiedad Izena="ShowInPicker" Mota="System.Boolean">Egia</De la Propiedad>
    </Propietateak>
  </TypeDescriptor>

Setting this property does introduce a minor problem. As soon as you set it once, you need to set it for every column you want to show. Nire kasuan, BDC picker showed DocId by default. Hala eta guztiz ere, once I added "ShowInPicker" to Izenburua, DocId no longer displayed. I solved that by explicitly setting the ShowInPicker property for Doc ID.

Here emaitza da,:

(I’ll explain the odd-looking "168 – CamlSchema.xsd" construction in a future blog post. Laburbilduz, bat concatenated string duten bat user, apur bat-esperientzia hobea for aukera ematen dio da it).

Jakina, habiendo idatzizko blog zabaldubildudel.icio.us Istorio hau, I just did a search for "ShowInPicker" , eta aurkitu da hainbat eta hainbat Klik-kopurua, hau ko barne,: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. It explains the meaning of that property along with some other good BDC stuff.

</amaiera>

Nire blog Harpidetu!

Berriro ere nintzen BDC ADF fitxategiak crafting eskuz (beraz, eraiki dezaket nire "get off nire Soropil!" Dut) eta hit eder error honetan:

"Application definition import failed. Ondorengo errorea gertatu da:"

Ikusten duzun bezala, Errore bat gertatu da, baina … ez du esan nahi da zein den joan.

Nire kasuan, the issue turned out that I had started off with a functional ADF for a different project that connected to a database and executed a SQL query against a view. In this new project, I am calling a method on a web service. I had stripped out the DB specific stuff and added my web service stuff, baina huts egin eguneratzeko <LobSystem>’s Type attribute. I switched it to "WebService" mugitu eta zorionez I berriago eta gehiago zirraragarria inportazio akatsak, ziren ikastaro ondorioz maneiatzen.

Hemen okerreko LobSystem da:

<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type="Database"
Version="1.0.0.0" Name="xyzzy"
xmlns="http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog">

Inprimatu zuzena:

<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type="WebService"
Version="1.0.0.0" Name="xyzzy"
xmlns="http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog">

</amaiera>

UPDATE: MSDN hau posting ditu JXJ batetik behaketa interesgarri bere oinarritutako batzuk, batez ere ezezko, esperientziak jaisten den bide honetan: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

We have a business scenario where we need to link two documents libraries via a common "document ID" Eremu.

We often use a lookup column to implements links like this. There are several drawbacks to lookup columns, diren hiru:

1. Only one column from the lookup lookup library can be linked.
2. Errendimendua: The source library could contain hundreds of entries. That’s too many entries in the lookup.
3. Bilatu: There is no integrated search. I don’t mean in the MOSS sense of search, baina ez dago modurik bilatu behar da / dokumentuaren jatorria liburutegiko zutabe anitz iragazi eta lotura nahi duzun kokatzeko.

BDC babesten, we can use a "business data" column type and it provides a superior search and even allows multiple columns of data to appear in list views.

Izan dut planteamendu honen arrakasta aurretiko batzuk planifikatu eta horri buruz gehiago idatzi;.

Duzun lan egin bada, angelu honen aurretik eta iruzkinak edozein, mesedez share!

</amaiera>

Izan dut, gaur egun lan egiten BDC, coding ADF files by hand and generating myself some errors. One such error:

Aplikazioaren definizioa inportazio huts egin du. Ondorengo errorea gertatu da: Ezin izan da kargatu Mota TypeDescriptor en TYPENAME deskribatzen. Parametro izena: TYPENAME akats edo aurretik Line aurkitu da: '35’ eta posizioa: ’20’.

MOSS bistaratu errore hau denean ADF XML fitxategia inportatu saiatu naiz.

Internets ikertu dut, eta hori izan zen aurkitu nuen LOB instantzia izena erreferentzia (batetik <LobSystemInstance>) Nire <TypeDescriptor> nodo denean izan aipatzen nuen behar da LOB izena bera (tik <LobSystem>).

Oker:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB Auzialdiko izena" Name="KeyValue">

Zuzentzeko:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB izena" Name="KeyValue">

Espero hau norbaitek ordu bat edo bi, denbora aurrezten.

</amaiera>

Nire blog Harpidetu!

BDC errore bat eragin nuen aste honetan duten manifiesta bera interfazearen eta in 12 hive log exekuzio at.

Lehen, Erabiltzaile interfaze agertu:

Ezin izan da aurkitu eremuak Identifier balore guztiak txertatu behar bezala exekutatu SpecificFinder MethodInstance baten izena-rekin … Ziurtatu sarrerako parametroak dute Erakunde honetarako definitutako Identifier behin lotutako TypeDescriptors.

Hemen pantaila jaurtiketa bat:

Era berean, ezin dut eragin mezu hau agertzen 12 hive log izango at (using my patented high-tech-don’t-try-this-at-home "mysterious errors" metodoa):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Server Business Data 6q4x High Exception in BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Identifier balioa ”, Mota ”, baliogabea da. Expected Identifier value of Type ‘System.String’. Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific at(Objektu[] subIdentifierValues, LobSystemInstance lobSystemInstance) Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity at(Entitate entitate, Objektu[] userValues, LobSystemInstance lobSystemInstance) Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance at(Ikusi desiredView) Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance at() Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties at()

Inguruan bilatuko dut eta, hainbat lead aurkitu en MSDN forum, but they weren’t enough for me to understand what I was doing wrong. I watched a webcast by Ted Pattison nire enpresa izan squirreled kanpoan zerbitzari batean, eta etorri zen nire arazoa konturatzen.

Nire ADF en, SQL datu-base bat naiz orokorrak gisa konektatzen:

            <De la Propiedad Izena="RdbCommandText" Mota="System.String">
              <![CDATA[
                AUKERATU
                      , CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      HERRIALDEA, ADDRESS1, ADDRESS2, ADDRESS3, ADDRESS4, Hiria, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, Herrialdea, POSTAL, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFONOA, EXTENSION, Faxa, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG
                 (nolock)
                NON
                  (Leas <> 'Partekatu') eta
                  (jaistea(CARRIER_ID) >= Txikiagoa(@ MinID)) eta
                  (jaistea(CARRIER_ID) <= Txikiagoa(@ MaxId)) eta
                  (jaistea(DESCR) Txikiagoa LIKE(@ InputDescr))
                ]]>
            </De la Propiedad>

Nintzen emandako SQL bat DBA pertsona naiz eta eman dela ulertzeko bat bereziak view they created just for me. The unique key there is CARRIER_ID.

Hona hemen erroreen dut sartu da:

      <Identifikadore>
        <Identifikatzeko Izena="CARRIER_ID" TYPENAME="System.String" />
        <Identifikatzeko Izena="DESCR" TYPENAME="System.String" /> 
      </Identifikadore>

Nonbait, lerro zehar, Kudeatzen nuen neure burua nahastu esanahia baino gehiago <Identifikadore> and added DESCR even though it’s not actually an identifier. I took DESCR out of the identifiers set and presto! Lan egin zuen guztia.

I hope this saves someone some grief 🙂

Nabaritu ditut baldar eta alferrikako RdbCommandText eskutik-encoding adibide batzuk (MSDN dokumentazioa barne).

I wanted to point out to newcomers to BDC that commands can be wrapped inside a CDATA tag in their "natural" form. Beraz,, baldar eraikuntza honetan:

<De la Propiedad Izena="RdbCommandText" Mota="System.String">
  AUKERATU dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT tik dbo.MCRS_SETTLEMENT.settlement 
    NON (id &gt;= @ MinID) ETA (id &lt;= @ MaxId)
</De la Propiedad>

hobeto irudikatzen modu honetan:

<De la Propiedad Izena="RdbCommandText" Mota="System.String">
<![CDATA[
AUKERATU dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT tik dbo.MCRS_SETTLEMENT.settlement
NON (id >= @ MinID) ETA (id <= @ MaxId)
]]>
</De la Propiedad>

</amaiera>

BDC Adibidea

To BDC Intro

I needed to wire up MOSS to a SQL database via BDC. For testing/POC purposes, I wanted to embed the SQL account user id and password in the ADF. Starting with plantila honetan (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), ADF bat sortu dut, hori da jakin baten SQL zerbitzari instantzia eta erregistroetako lotzen, erabiltzaile baten berariazko IDa eta pasahitza eta kode honetan erakutsitako:

  <LobSystemInstances>
    <LobSystemInstance Izena="ClaimsInstance">
      <Propietateak>
        <De la Propiedad Izena="AuthenticationMode" Mota="System.String">Espero</De la Propiedad>
        <De la Propiedad Izena="DatabaseAccessProvider" Mota="System.String">SQLServer</De la Propiedad>
        <De la Propiedad Izena="RdbConnection Datu iturria" Mota="System.String">benetako zerbitzaria  benetako instantzia</De la Propiedad>
        <De la Propiedad Izena="RdbConnection Hasierako katalogoa" Mota="System.String">benetako hasierako katalogoa</De la Propiedad>
        <De la Propiedad Izena="RdbConnection integratua segurtasuna" Mota="System.String">SSPI</De la Propiedad>
        <De la Propiedad Izena="RdbConnection elkarrekin" Mota="System.String">faltsuak</De la Propiedad>

        <!-- Gako horiek balioek: -->
        <De la Propiedad Izena="RdbConnection Erabiltzaile ID" Mota="System.String">batctual Erabiltzaile ID</De la Propiedad>
        <De la Propiedad Izena="RdbConnection Pasahitza" Mota="System.String">oraingo pasahitza</De la Propiedad>
        <De la Propiedad Izena="RdbConnection Trusted_Connection" Mota="System.String">faltsuak</De la Propiedad>

      </Propietateak>
    </LobSystemInstance>
  </LobSystemInstances>

Ez da onena praktika, but it’s useful for a quick and simple configuration for testing. This was surprisingly difficult to figure out. I never found a functional example with search keywords:

• ADF Embedded userid eta pasahitza
• txertatzeko erabiltzaile IDa eta pasahitza ADF en
• txertatzeko erabiltzaile IDa eta pasahitza ADF bdc en
• SharePoint bdc primer
• SharePoint embed erabiltzaile IDa eta pasahitza ADF

</amaiera>

Nire blog Harpidetu.