Nëse ju jeni dora-kodim fotografi FSHZH dhe duke bërë një shumë të kodit / import / Testi cikle, use the version number to make your life easier.

Unë e urrej të pranoj atë, por deri në këtë javë, 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".

Shembull:

<LobSystem
 xmlns:XSi="http://www.w3.org/2001/XMLSchema-instance"
  XSi:schemaLocation="http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Lloj="Webservice"
  Version="1.2.0.0" Emër="xyzzyDocumentReview"
  xmlns="http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog">

Ndryshimi se versioni dhe ri-importojë dhe të dhënave ekzistuese të biznesit kolona përdor variantin e përditësuar automatikisht me asnjë konfigurim shtesë të kërkuara.

</fund>

Abonohen në blogun tim.

Në përpjekjet në vazhdim e mi në sigurimin e një Kolona më e dobishme lookup duke përdorur QZHB, 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".

Ju hyni në picker duke klikuar mbi ikonën librin e hapur të një kolonë e të dhënave të biznesit, siç tregohet:

The above image shows a business data column called "Master Document Id". That column is connected, nëpërmjet QZHB, 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" funksion. Users select a "master" dokument dhe kur ata të shpëtuar, një marrës ngjarje kopjet fushat e meta të dhënave nga mjeshtri referuar.

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

Kjo është e dobishme, 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. Titull) por nuk do të tregojë listën aktuale të titujve të gjetura, vetëm DocId të tyre siç tregohet këtu:

(Shtënë ekran nuk është aq e madhe, sepse unë nuk e marr një kërkim që kthen ndonjë rezultate të vlefshme, por ju mund të shihni se në qoftë se ajo kishte gjetur disa rezultate, ajo vetëm do të kanë treguar së DocId, jo tituj).

I searched high and low for the answer to this and failed. Kolegu im, nderuar Jonathan Bradshaw, had faced and solved this issue. When I reached out to him for help, ai vuri mua në drejtimin e duhur.

Configure the picker to show multiple columns via the "ShowInPicker" prona në FSHZH:

<Pronë Emër="ShowInPicker" Lloj="System.Boolean">i vërtetë</Pronë>

Në më shumë detaje:

  <!-- Titull -->
  <TypeDescriptor TypeName="System.String" Emër="Titull" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName LCID="1033">Titull</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Prona të paluajtshme>
      <Pronë Emër="DisplayByDefault" Lloj="System.Boolean">i vërtetë</Pronë>
      <Pronë Emër="ShowInPicker" Lloj="System.Boolean">i vërtetë</Pronë>
    </Prona të paluajtshme>
  </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. Në rastin tim, BDC picker showed DocId by default. Megjithatë, once I added "ShowInPicker" për Titull, DocId no longer displayed. I solved that by explicitly setting the ShowInPicker property for Doc ID.

Këtu është rezultat:

(I’ll explain the odd-looking "168 – CamlSchema.xsd" construction in a future blog post. In short, kjo është një varg concatenated që lejon për një përvojë përdorues paksa më të mirë).

Sigurisht, ka shkruar këtë blog entry, I just did a search for "ShowInPicker" dhe gjeti hite të shumta, duke përfshirë edhe këtë: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. It explains the meaning of that property along with some other good BDC stuff.

</fund>

Abonohen në blogun tim!

Unë kam qenë edhe një herë crafting QZHB fotografi FSHZH me dorë (kështu që unë mund të ndërtojë mia "zbres lëndinë e mia!" cred) dhe e goditi ky gabim lovely:

"Application definition import failed. Gabim e mëposhtme ndodhi:"

Siç mund ta shikoni, ka një gabim, por … ajo nuk do të më thoni se çfarë është.

Në rastin tim, 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, por dështoi për të rinovuar <LobSystem>’s Type attribute. I switched it to "WebService" dhe unë për fat të mirë u zhvendos për gabime të reja dhe më emocionuese të importit, të cilat janë trajtuar në kohën e duhur.

Këtu është LobSystem gabuar:

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

Kjo është e saktë:

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

</fund>

UPDATE: Ky MSDN postimi ka disa vëzhgime interesante nga JXJ tij bazuar në, kryesisht negative, Përvojat shkuar poshtë këtë rrugë: 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" fushë.

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. Kërko: 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!

</fund>

Unë kam qenë duke punuar me sot QZHB, coding ADF files by hand and generating myself some errors. One such error:

Përkufizimi Aplikimi importit dështoi. Gabim e mëposhtme ndodhi: Nuk mund të ngarkesës tipit të përshkruar nga TypeName TypeDescriptor-së. Emri Parametri: Gabim typeName u hasur në ose vetëm para Line: '35’ dhe Pozicioni: ’20’.

Moss shfaqet këtë gabim kur unë u përpoq për të importuar skedar XML FSHZH.

Unë hulumtuar internets dhe gjeti se unë u referenca emrin shkallës top (nga <LobSystemInstance>) Në tim <TypeDescriptor> nyje, kur unë duhet të ketë referencë emrin gjuajtje spektakolare vetë (nga <LobSystem>).

I gabuar:

<TypeDescriptor TypeName="Conchango.KeyValue, Top i lartë Shkallës Emri" Name="KeyValue">

Korrigjoni:

<TypeDescriptor TypeName="Conchango.KeyValue, Emri top i lartë" Name="KeyValue">

Shpresoj se kjo kursen dikë një ose dy orë të kohës.

</fund>

Abonohen në blogun tim!

Unë shkaktuar një gabim QZHB këtë javë se manifestuar veten në ndërfaqen e përdoruesit dhe në 12 hive log at runtime.

I parë, kjo u shfaq në ndërfaqen e përdoruesit:

Nuk mund të gjejnë fusha për të futur të gjitha vlerat identifikues për të ekzekutuar saktë një MethodInstance SpecificFinder me Emri … Ensure input Parameters have TypeDescriptors associated with every Identifier defined for this Entity.

Ja një e shtënë ekran:

I could also cause this message to appear in the 12 hive log at will (using my patented high-tech-don’t-try-this-at-home "mysterious errors" metodë):

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 value ”, of Type ”, is invalid. Expected Identifier value of Type ‘System.String’. at Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Object[] subIdentifierValues, LobSystemInstance lobSystemInstance) at Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Entity entity, Object[] userValues, LobSystemInstance lobSystemInstance) at Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(View desiredView) at Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() at Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

I searched around and found some leads in the MSDN forum, but they weren’t enough for me to understand what I was doing wrong. I watched a webcast by Ted Pattison that my company has squirreled away on a server and came to realize my problem.

In my ADF, I’m connecting to a SQL database as shown:

            <Pronë Emër="RdbCommandText" Lloj="System.String">
              <![CDATA[
                SELECT
                      SETID, 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, POSTAL, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, PHONE, EXTENSION, FAX, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG
                FROM
                      dbo.PS_CARRIER_ID_VW WITH (nolock)
                WHERE
                  (SETID <> 'SHARE') dhe
                  (lower(CARRIER_ID) >= lower(@MinId)) dhe
                  (lower(CARRIER_ID) <= lower(@ MaxId)) dhe
                  (lower(DESCR) LIKE lower(@InputDescr))
                ]]>
            </Pronë>

I was provided that SQL from a DBA person and I’m given to understand that it’s a i veçantë view they created just for me. The unique key there is CARRIER_ID.

Here is the bug I introduced:

      <Identifiers>
        <Identifier Emër="CARRIER_ID" TypeName="System.String" />
        <Identifier Emër="DESCR" TypeName="System.String" /> 
      </Identifiers>

Somewhere along the line, Kisha arritur të ngatërruar veten mbi kuptimin e <Identifiers> and added DESCR even though it’s not actually an identifier. I took DESCR out of the identifiers set and presto! Ajo ka punuar të gjithë.

I hope this saves someone some grief 🙂

Unë kam vënë re disa vështirë dhe e panevojshme dore kodifikimin e RdbCommandText në disa shembuj (duke përfshirë dokumentacionin MSDN).

I wanted to point out to newcomers to BDC that commands can be wrapped inside a CDATA tag in their "natural" form. Kështu, Ky ndërtim i vështirë:

<Pronë Emër="RdbCommandText" Lloj="System.String">
  SELECT dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.settlement nga dbo.MCRS_SETTLEMENT 
    WHERE (id &gt;= @ MinID) DHE (id &lt;= @ MaxId)
</Pronë>

mund të jetë më mirë e përfaqësuar në këtë mënyrë:

<Pronë Emër="RdbCommandText" Lloj="System.String">
<![CDATA[
SELECT dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.settlement nga dbo.MCRS_SETTLEMENT
WHERE (id >= @ MinID) DHE (id <= @ MaxId)
]]>
</Pronë>

</fund>

Shembull QZHB

Intro të QZHB

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 Kjo template (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Unë të krijova një FSHZH-se lidhet me një rast të veçantë SQL server dhe në shkrimet me një ID e përdoruesit dhe fjalë-kalimin dhe specifik treguar në këtë copë:

  <LobSystemInstances>
    <LobSystemInstance Emër="ClaimsInstance">
      <Prona të paluajtshme>
        <Pronë Emër="AuthenticationMode" Lloj="System.String">PassThrough</Pronë>
        <Pronë Emër="DatabaseAccessProvider" Lloj="System.String">SqlServer</Pronë>
        <Pronë Emër="Të dhënat RdbConnection Burimi" Lloj="System.String">server aktuale  shkallës aktuale</Pronë>
        <Pronë Emër="Katalogu RdbConnection fillestare" Lloj="System.String">Katalogu aktuale fillestare</Pronë>
        <Pronë Emër="RdbConnection Integruar të Sigurimit" Lloj="System.String">SSPI</Pronë>
        <Pronë Emër="Grumbullimi RdbConnection" Lloj="System.String">i rremë</Pronë>

        <!-- Këto janë vlerat kryesore: -->
        <Pronë Emër="User ID RdbConnection" Lloj="System.String">njëID ctual përdoruesin</Pronë>
        <Pronë Emër="Fjalëkalimi RdbConnection" Lloj="System.String">Fjalëkalimi aktual</Pronë>
        <Pronë Emër="Trusted_Connection RdbConnection" Lloj="System.String">i rremë</Pronë>

      </Prona të paluajtshme>
    </LobSystemInstance>
  </LobSystemInstances>

Kjo nuk është një praktikë e mirë, 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:

• FSHZH userid ngulitur dhe fjalëkalimi
• embed userid dhe password në FSHZH
• embed userid dhe password në FSHZH QZHB
• SharePoint abetare QZHB
• SharePoint id embed përdoruesit dhe fjalëkalimin në FSHZH

</fund>

Abonohen në blogun tim.