Ef þú ert hönd-kóðun ADF skrá og gera a einhver fjöldi af kóða / innflutningur / próf hringrás, use the version number to make your life easier.

Ég hata að viðurkenna það, en þangað til í þessari viku, 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".

Dæmi:

<LobSystem
 xmlns:Xsi="HTTP://www.w3.org/2001/XMLSchema-instance"
  Xsi:schemaLocation="HTTP://schemas.microsoft.com/office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Tegund="VefÃ"
  Útgáfa="1.2.0.0" Nafn="xyzzyDocumentReview"
  xmlns="HTTP://schemas.microsoft.com/office/2006/03/BusinessDataCatalog">

Breyting þessi útgáfa og aftur innflutningur og núverandi fyrirtæki gögn dálki notar uppfærða útgáfu sjálfkrafa með engin frekari stillingar þarf.

</enda>

Gerast áskrifandi að bloggið mitt.

Í á-fara tilraunir mínar á að veita meira gagni útlit dálki með BDC, 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".

Þú aðgang að tínslumaður með því að smella á opnum bók helgimynd af gögnum fyrirtækis dálki eins og sýnt:

The above image shows a business data column called "Master Document Id". That column is connected, gegnum BDC, 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" virka. Users select a "master" skjal og þegar þeir spara, Móttökutæki atburður afrit meta gögn sviðum frá heitinu skipstjóra.

Sjálfgefið, the BDC picker looks like this when I search for a document whose ID = "38":

Það er gagnlegt, 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. Titill) en vilja ekki sýna raunverulegan lista yfir titla sem það finnast, bara DocId þeirra er eins og sýnt er hér:

(The skjár skot er ekki svo mikill vegna þess að ég hafði ekki tekið leit sem skilar öllum gildar niðurstöður, en þú getur séð það ef það hefði fundið nokkrar niðurstöður, það myndi aðeins hafa sýnt er DocId, ekki titlar).

I searched high and low for the answer to this and failed. Samstarfsmaður minn, venerable Jonathan Bradshaw, had faced and solved this issue. When I reached out to him for help, Hann benti mér í rétta átt.

Configure the picker to show multiple columns via the "ShowInPicker" eign í ADF:

<Eign Nafn="ShowInPicker" Tegund="System.Boolean">satt</Eign>

Nánar:

  <!-- Titill -->
  <TypeDescriptor TypeName="System.String" Nafn="Titill" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName LCID="1033">Titill</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Eiginleikar>
      <Eign Nafn="DisplayByDefault" Tegund="System.Boolean">satt</Eign>
      <Eign Nafn="ShowInPicker" Tegund="System.Boolean">satt</Eign>
    </Eiginleikar>
  </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. Í mínu tilfelli, BDC picker showed DocId by default. Hins, once I added "ShowInPicker" Titill, DocId no longer displayed. I solved that by explicitly setting the ShowInPicker property for Doc ID.

Hér er niðurstaðan:

(I’ll explain the odd-looking "168 – CamlSchema.xsd" construction in a future blog post. In short, það er Concatenated band thatà leyfa fyrir betri notandi upplifir Nokkuð).

Auðvitað, Skrifað Having þessi bloggfærslu, I just did a search for "ShowInPicker" og númeruð smellir finna, includingï þetta: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. It explains the meaning of that property along with some other good BDC stuff.

</enda>

Gerast áskrifandi að bloggið mitt!

Ég var einu sinni föndur BDC ADF skrá af hendi (þannig að ég get byggt upp mína "fá burt grasið mitt!" Ég) og högg þetta yndislega villa:

"Application definition import failed. Eftirfarandi villa kom upp:"

Eins og þú sérð, það er villa, en … það er ekki að fara að segja mér hvað það er.

Í mínu tilfelli, 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, en ekki tekist að uppfæra <LobSystem>’s Type attribute. I switched it to "WebService" og ég flutti hamingjusamlega á að nýrri og meira spennandi innflutnings villur, sem voru meðhöndlaðir í fyllingu tímans.

Hér er rangt LobSystem:

<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">

Þetta er rétt:

<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">

</enda>

UPDATE: Þetta MSDN staða hefur nokkrar áhugaverðar athugasemdir frá JXJ byggt á hans, aðallega neikvæð, reynslu að fara niður þessa leið: 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" sviði.

We often use a lookup column to implements links like this. There are several drawbacks to lookup columns, three of which are:

1. Only one column from the lookup lookup library can be linked.
2. Performance: The source library could contain hundreds of entries. That’s too many entries in the lookup.
3. Leita: There is no integrated search. I don’t mean in the MOSS sense of search, but there’s no way to search / filter on multiple columns from the source document library and locate the link you want.

Backed by BDC, 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.

I’ve had some preliminary success with this approach and plan to write more about it.

If you’ve worked this angle before and have any comments, please share!

</enda>

Ég hef verið að vinna með BDC dag, coding ADF files by hand and generating myself some errors. One such error:

Umsókn skýring innflutningur mistókst. Eftirfarandi villa kom upp: Gat ekki hlaðið lýst með TypeName TypeDescriptor er. Viðfang nafn: typeName Villa kom upp við eða rétt fyrir Line: '35’ og afstaða: ’20’.

MOSS displayed this error when I tried to import the ADF XML file.

I researched the Internets and found that I was referencing the LOB instance name (from the <LobSystemInstance>) in my <TypeDescriptor> node when I should have referenced the LOB name itself (frá <LobSystem>).

Wrong:

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

Correct:

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

Hope this one saves someone an hour or two of time.

</enda>

Gerast áskrifandi að bloggið mitt!

Ég olli BDC villa í þessari viku sem fram sig á notendaviðmóti og í 12 Hive þig á afturkreistingur.

Fyrsta, Þetta birtist í the notandi tengi:

Gat ekki fundið reiti til að setja inn allar kennimerki Values ​​að rétt framkvæma SpecificFinder MethodInstance með nafni … Tryggja inntak breytur hafa TypeDescriptors tengslum við hvert Identifier skilgreind fyrir þessa aðila.

Hér er skjámynd:

Ég gæti einnig valdið þessi skilaboð að birtast í 12 Hive þig á vilja (using my patented high-tech-don’t-try-this-at-home "mysterious errors" aðferð):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Server Business Data 6q4x High Exception in BusinessDataWebPart.OnPreRender: System.InvalidOperationException: The Identifier gildi ”, tegund í ”, er ógild. Expected Identifier value of Type ‘System.String’. á Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Object[] subIdentifierValues, LobSystemInstance lobSystemInstance) á Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Heild aðila, Object[] userValues, LobSystemInstance lobSystemInstance) á Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Skoða desiredView) á Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() á Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Ég leitaði í kring og fann nokkrar leiðir í MSDN Forum, but they weren’t enough for me to understand what I was doing wrong. I watched a webcast by Ted Pattison að minn fyrirtæki hefur squirreled burt á netþjóni og kom að átta vandamál mitt.

Í ADF minn, Ég er að tengja við SQL gagnagrunn eins og sýnt:

            <Eign Nafn="RdbCommandText" Tegund="System.String">
              <![CDATA[
                SELECT
                      , CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      COUNTRY, ADDRESS1, ADDRESS2, ADDRESS3, ADDRESS4, CITY, Num1, Num2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, STATE, Pósti, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, SÍMI, EXTENSION, FAX, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG
                 (nolock)
                HVAR
                  (LEAs <> Hlutdeild ') og
                  (lækka(CARRIER_ID) >= Lægra(@ MinID)) og
                  (lækka(CARRIER_ID) <= Lægra(@ MaxId)) og
                  (lækka(DESCR) EINS lægri(@ InputDescr))
                ]]>
            </Eign>

Ég var að því tilskildu að SQL frá DBA mann og ég er gefið að skilja að það er sérstakt view they created just for me. The unique key there is CARRIER_ID.

Hér er villan sem ég kynnt:

      <Auðkenni>
        <Þekkja Nafn="CARRIER_ID" TypeName="System.String" />
        <Þekkja Nafn="DESCR" TypeName="System.String" /> 
      </Auðkenni>

Einhvers staðar meðfram línu, Ég hafði tekist að rugla mig yfir skilningi <Auðkenni> and added DESCR even though it’s not actually an identifier. I took DESCR out of the identifiers set and presto! Það gekk allt.

I hope this saves someone some grief 🙂

I’ve noticed some awkward and unnecessary hand-encoding of RdbCommandText in some examples (including MSDN documentation).

I wanted to point out to newcomers to BDC that commands can be wrapped inside a CDATA tag in their "natural" form. Svo, this awkward construction:

<Eign Nafn="RdbCommandText" Tegund="System.String">
  SELECT dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.settlement from dbo.MCRS_SETTLEMENT 
    HVAR (id &GT;= @MinId) AND (id &lt;= @ MaxId)
</Eign>

can be better represented this way:

<Eign Nafn="RdbCommandText" Tegund="System.String">
<![CDATA[
SELECT dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.settlement from dbo.MCRS_SETTLEMENT
HVAR (id >= @MinId) AND (id <= @MaxId)
]]>
</Eign>

</enda>

BDC Primer

Intro to BDC

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 Þessi sniðmát (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Ég var að stofna ADF sem tengist tiltekinni SQL Server dæmis og skráir sig með ákveðna notandi persónuskilríki og lykilorð og sýnt í þessari runu:

  <LobSystemInstances>
    <LobSystemInstance Nafn="ClaimsInstance">
      <Eiginleikar>
        <Eign Nafn="AuthenticationMode" Tegund="System.String">Passthrough</Eign>
        <Eign Nafn="DatabaseAccessProvider" Tegund="System.String">SQLServer</Eign>
        <Eign Nafn="RdbConnection Data Source" Tegund="System.String">Raunveruleg miðlara  raunverulegt dæmi</Eign>
        <Eign Nafn="RdbConnection Byrjunar Vöruflokkar" Tegund="System.String">Raunveruleg fyrstu verslun</Eign>
        <Eign Nafn="RdbConnection Innbyggt Öryggi" Tegund="System.String">SSPI</Eign>
        <Eign Nafn="RdbConnection samnýtingu" Tegund="System.String">ósatt</Eign>

        <!-- Þetta eru helstu gildi: -->
        <Eign Nafn="RdbConnection Notandanafn" Tegund="System.String">actual Notandanafn</Eign>
        <Eign Nafn="RdbConnection Lykilorð" Tegund="System.String">Raunveruleg Lykilorð</Eign>
        <Eign Nafn="RdbConnection Trusted_Connection" Tegund="System.String">ósatt</Eign>

      </Eiginleikar>
    </LobSystemInstance>
  </LobSystemInstances>

Það er ekki bestu starfshætti, 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 embed UserId og lykilorð
• embed notandi persónuskilríki og lykilorð í ADF
• embed notandi persónuskilríki og lykilorð í ADF BDC
• SharePoint BDC grunnur
• SharePoint Fella notandi persónuskilríki og lykilorð í ADF

</enda>

Gerast áskrifandi að bloggið mitt.