Siz değilseniz AİF faylları əl-kodlaşdırma kod və bir çox / idxal / test dövründən məşğul, use the version number to make your life easier.

Mən bunu qəbul nifrət, lakin qədər bu həftə, 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".

Misal:

<LobSystem
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Növü="Belediyesi Web Services"
  Variant="1.2.0.0" Ad="xyzzyDocumentReview"
  xmlns="http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog">

Ki, versiyasını və təkrar idxal dəyişmək və mövcud biznes data sütun əlavə konfiqurasiya tələb avtomatik olaraq yenilənmiş versiyasını istifadə edir.

</son>

Blog abunə.

Bir təmin mənim davam cəhdlərində BDC istifadə daha faydalı axtarış sütun, 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".

Siz kimi bir məlumatı sütun açıq kitab icon tıklayarak seçici olmaq:

The above image shows a business data column called "Master Document Id". That column is connected, BDC vasitəsilə, 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" funksiyası. Users select a "master" sənəd və onlar qazanc, Bu istinad usta bir hadisə qəbuledici nüsxə meta data sahələri.

Mənim cari, the BDC picker looks like this when I search for a document whose ID = "38":

Bu faydalı deyil, 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. Title) lakin aşkar adların faktiki siyahısı göstərmir, yalnız onların DocId burada gösterildiği kimi oldu:

(Mən qüvvədə nəticəsində bu qaytarır bir axtarış seçin etməyib, çünki ekran shot qədər də böyük deyil, lakin siz görə bilərsiniz ki, bəzi tapılıb əgər, yalnız DocId nin göstərir ki,, deyil adları).

I searched high and low for the answer to this and failed. Mənim həmkarım, bu qocaman Jonathan Bradshaw, had faced and solved this issue. When I reached out to him for help, o düzgün istiqamətdə mənim qeyd.

Configure the picker to show multiple columns via the "ShowInPicker" Bu AİF mülkiyyət:

<Əmlak Ad="ShowInPicker" Növü="System.Boolean">doğru</Əmlak>

Daha ətraflı:

  <!-- Title -->
  <TypeDescriptor TypeName="System.String" Ad="Title" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName LCID="1033">Title</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Xassələri>
      <Əmlak Ad="DisplayByDefault" Növü="System.Boolean">doğru</Əmlak>
      <Əmlak Ad="ShowInPicker" Növü="System.Boolean">doğru</Əmlak>
    </Xassələri>
  </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ənə gəldikdə isə, BDC picker showed DocId by default. Lakin, once I added "ShowInPicker" Title üçün, DocId no longer displayed. I solved that by explicitly setting the ShowInPicker property for Doc ID.

Burada nəticəsində:

(I’ll explain the odd-looking "168 – CamlSchema.xsd" construction in a future blog post. Qısa, bir az daha yaxşı user experience imkan verir ki, concatenated simli var).

Əlbəttə, Bu blog giriş yazılı olan, I just did a search for "ShowInPicker" çoxsaylı hits tapılıb, Bu, o cümlədən: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. It explains the meaning of that property along with some other good BDC stuff.

</son>

Blog abunə!

Mən bir daha əl ilə BDC ADF faylları crafting edilib (Mən qurmaq edə bilərsiniz, belə ki, mənim "mənim çim qurtarmaq!" Mən) və bu sevimli səhv edib:

"Application definition import failed. Aşağıdakı səhv baş verdi:"

Gördüyünüz kimi, bir səhv var, lakin … bu nə mənə izah edəcəyik deyil.

Mənə gəldikdə isə, 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, lakin güncellenemedi <LobSystem>’s Type attribute. I switched it to "WebService" və mən məsud yeni və çox maraqlı idxal səhvlər köçürülüb, olan gelince baxılırdı.

Burada yanlış LobSystem edir:

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

Bu doğru:

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

</son>

UPDATE: Poçt Bu MSDN onun əsasında JXJ bəzi maraqlı müşahidələr var, əsasən mənfi, təcrübə bu yolu enən: 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" sahə.

We often use a lookup column to implements links like this. There are several drawbacks to lookup columns, olan üç:

1. Only one column from the lookup lookup library can be linked.
2. Icra: The source library could contain hundreds of entries. That’s too many entries in the lookup.
3. Axtar: There is no integrated search. I don’t mean in the MOSS sense of search, lakin axtarış yolu yoxdur / mənbə sənəd kitabxana birdən çox sütun üzərində filtrelemek və istədiyiniz link tapmaq.

BDC dəstək, biz "biznes məlumatları istifadə edə bilərsiniz" 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!

</son>

Mən BDC gün çalışıyorduk, coding ADF files by hand and generating myself some errors. One such error:

Application definition idxal uğursuz. Aşağıdakı səhv baş verdi: TypeDescriptor nin TypeName təsvir tip yüklenemedi. Parametre adı: typeName Error Line və ya əvvəl karşılaşıldı: '35’ və mövqeyi: ’20’.

Mən ADF XML faylı idxal çalıştığımızda MOSS bu səhv göstərilir.

Mən Internets tədqiq və mən LOB instansiya adı istinad edilmişdir ki, (olan <LobSystemInstance>) mənim <TypeDescriptor> Mən LOB adını özü müraciət olmalıdır zaman node (dən <LobSystem>).

Yanlış:

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

Correct:

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

Bu bir kimsə bir saat və ya zaman iki saxlayır Ümid.

</son>

Blog abunə!

Mən istifadəçi interfeysi və özü özünü bu həftə BDC səhv səbəb 12 Hive Giriş vaxtında.

Ilk, Bu istifadəçi interfeysi meydana:

Bütün tanıdan Dəyərlər əlavə etmək üçün sahələri düzgün adı ilə bir SpecificFinder MethodInstance icra tapılmadı … Daxil Parameters bu şəxs üçün müəyyən edilmiş hər bir tanıdan ilə bağlı TypeDescriptors emin.

Burada Ekran resmi var:

Mən də bu mesaj görünür səbəb ola bilər 12 Hive Giriş iradə ilə (using my patented high-tech-don’t-try-this-at-home "Sirli səhvlər" üsul):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint Portal Server Business Data 6q4x High Exception in BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Bu tanıdan dəyər ”, Tipi ”, yalnış. Expected Identifier value of Type ‘System.String’. Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific da(Obyekt[] subIdentifierValues, LobSystemInstance lobSystemInstance) Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity da(Şəxs müəssisənin, Obyekt[] userValues, LobSystemInstance lobSystemInstance) Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance da(Məlumatlarına desiredView) Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance da() Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties da()

Mən ətrafında axtarış və bəzi potensial tapılıb MSDN forum, but they weren’t enough for me to understand what I was doing wrong. I watched a webcast by Ted Pattison ki, şirkət bir server üz squirreled və problem həyata gəlib edib.

Mənim AİF-ci ildə, Kimi bir SQL verilənlər bazası qoşulma alıram:

            <Əmlak Ad="RdbCommandText" Növü="System.String">
              <![CDATA[
                SEÇİN
                      , CARRIER_ID, EFFDT, İndiki tarix, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      ÖLKƏ, Address1, ADDRESS2, ADDRESS3, ADDRESS4, CITY, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      COUNTY, DÖVLƏT, Poçt, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFON, MƏSLƏHƏT, Faks, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG
                 (nolock)
                HARADA
                  (SETID <> "Payı") və
                  (aşağı(CARRIER_ID) >= Aşağı(@ MinID)) və
                  (aşağı(CARRIER_ID) <= Aşağı(@ MaxId)) və
                  (aşağı(İndiki tarix) Aşağı kimi(@ InputDescr))
                ]]>
            </Əmlak>

Mən DBA şəxs ki, SQL verilmiş və mən bunun başa düşürəm ki, verilmiş alıram bir xüsusi view they created just for me. The unique key there is CARRIER_ID.

Burada təqdim edilən səhv:

      <Tanımlayıcıları>
        <Müəyyən Ad="CARRIER_ID" TypeName="System.String" />
        <Müəyyən Ad="İndiki tarix" TypeName="System.String" /> 
      </Tanımlayıcıları>

Somewhere xətti boyunca, Mən mənası üzərində özümə çaşdırmağa idarə etdi <Tanımlayıcıları> and added DESCR even though it’s not actually an identifier. I took DESCR out of the identifiers set and presto! Bütün işləyib.

I hope this saves someone some grief 🙂

Mən bəzi misallar ilə RdbCommandText bəzi yöndəmsiz və lazımsız əl-Encoding fark (MSDN sənədlərin, o cümlədən).

I wanted to point out to newcomers to BDC that commands can be wrapped inside a CDATA tag in their "natural" form. Belə, bu yöndəmsiz tikinti:

<Əmlak Ad="RdbCommandText" Növü="System.String">
  Dbo.MCRS_SETTLEMENT.id SEÇİN, dbo.MCRS_SETTLEMENT dən dbo.MCRS_SETTLEMENT.settlement 
    HARADA (id &GT;= @ MinID) VƏ (id &lt;= @ MaxId)
</Əmlak>

daha yaxşı bu şəkildə təmsil oluna bilər:

<Əmlak Ad="RdbCommandText" Növü="System.String">
<![CDATA[
Dbo.MCRS_SETTLEMENT.id SEÇİN, dbo.MCRS_SETTLEMENT dən dbo.MCRS_SETTLEMENT.settlement
HARADA (id >= @ MinID) VƏ (id <= @ MaxId)
]]>
</Əmlak>

</son>

BDC Primer

BDC üçün 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 Bu şablon (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Mən müəyyən bir istifadəçi id və parol ilə xüsusi SQL server instansiya və logs bağlayan bir ADF yaradıldı və bu parçasını göstərilən:

  <LobSystemInstances>
    <LobSystemInstance Ad="ClaimsInstance">
      <Xassələri>
        <Əmlak Ad="AuthenticationMode" Növü="System.String">PassThrough</Əmlak>
        <Əmlak Ad="DatabaseAccessProvider" Növü="System.String">SqlServer</Əmlak>
        <Əmlak Ad="RdbConnection Data Source" Növü="System.String">faktiki server  faktiki instansiya</Əmlak>
        <Əmlak Ad="RdbConnection İlkin Kataloq" Növü="System.String">faktiki ilkin kataloqu</Əmlak>
        <Əmlak Ad="RdbConnection inteqrasiya edilmiş təhlükəsizlik" Növü="System.String">SSPI</Əmlak>
        <Əmlak Ad="Birləşdirilməsi RdbConnection" Növü="System.String">saxta</Əmlak>

        <!-- Bu əsas dəyərlər: -->
        <Əmlak Ad="RdbConnection İstifadəçi ID" Növü="System.String">birctual İstifadəçi ID</Əmlak>
        <Əmlak Ad="RdbConnection Şifrə" Növü="System.String">faktiki Şifrə</Əmlak>
        <Əmlak Ad="RdbConnection Trusted_Connection" Növü="System.String">saxta</Əmlak>

      </Xassələri>
    </LobSystemInstance>
  </LobSystemInstances>

Bu ən yaxşı təcrübə deyil, 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 əlaqədar UserID və şifrənizi
• ADF istifadəçi ID və şifrəsini bütünləşdirmək
• ADF bdc istifadəçi ID və şifrəsini bütünləşdirmək
• SharePoint bdc primer
• SharePoint embed istifadəçi ID və ADF parol

</son>

Blog abunə.