Sana el ADF kodlama eğer sen dosya ve kod/alma/test döngüleri yapıyoruz, yapmak senin hayat hafiflemek için sürüm numarasını kullanın.

İtiraf etmekten nefret ediyorum., Ama o zamana kadar bu hafta, Ben her zaman ADF silme ve yeniden alma. Bu benim iş verisi sütunları kırmak ve bana onları yeniden tel. Tüm gereksiz.

Bu "bunu gördüğünde açıktır" dosya.

Örnek:

<LobSystem
 xmlns:XSI="http://www.w3.org/2001/XMLSchema-instance"
  XSI:schemaLocation="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog BDCMetadata.xsd"
  Türü="WebService"
  Sürüm="1.2.0.0" Adı="xyzzyDocumentReview"
  xmlns="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

Bu sürüm ve yeniden alın değiştirin ve varolan iş verileri sütunu güncelleştirilmiş bir sürümünü otomatik olarak ek yapılandırma gerekmez ile kullanır..

</sonunda>

Benim blog abone.

Sağlayan benim devam girişimler içinde bir BDC kullanarak daha kullanışlı arama sütunu, İVB seçici ile bir duvara vurmak. Eğer sen sığınak'görmek, "iş verilerini" türündeki sütunlarla çalışır BDC seçici bir kişi seçici benzer bağlıdır.

Görüldüğü gibi iş verileri sütunu açık kitap simgesine tıklayarak seçicisine erişmek:

Yukarıdaki görüntü "Ana belge kimliği" denilen iş verileri sütunu gösterir. Bu sütunun bağlı, BDC ile, bir web hizmetine. Web hizmet iki bilgi sütunu döndürür: Belge kimliği ve başlık. İş amacı burada bir "Bu belge temel alır" işlevi. Bir "ana kullanıcıları seçin" Belge ve ne zaman onlar kaydetmek, bir olay alıcıyı meta veri alanı başvurulan asıl kopyalar..

Varsayılan olarak, İVB seçici kimliğine bir belge için arama yaptığınızda bu gibi görünüyor "38" =:

Bu yardımcı olur, Ama yeterince iyi değil. İnsanların kimliklerini açısından sanmıyorum, başlıklar ve/veya diğer meta veriler açısından düşünüyorlar. Seçici diğer sütunlarda arama yapmanızı sağlar (e.g. Başlık) ama alışkanlık'göstermek gerçek bulundu başlıkların listesi, Sadece onların DocId burada gösterildiği gibi 's:

(Geçerli herhangi bir sonuç döndüren arama seçmedi çünkü ekran görüntüsü kadar büyük değil, Ama bazı sonuçlar bulsaydı görebilirsiniz, Sadece DocId's gösterirdim, değil başlıklar).

Bunun cevabını için aranan yüksek ve düşük ve başarısız oldu. Benim meslektaşım, Saygıdeğer Jonathan Bradshaw, karşı karşıya ve bu sorunu çözüldü. Ne zaman ben ona yardım için uzandı, doğru yönde beni işaret etti.

"ShowInPicker üzerinden birden fazla sütun görüntülemek için Seçici'yi yapılandırma" ADF'ye özelliği:

<Özelliği Adı="ShowInPicker" Türü="System.Boolean">TRUE</Özelliği>

Daha ayrıntılı olarak:

  <!-- Başlık -->
  <TypeDescriptor TypeName="System.String" Adı="Başlık" >
    <LocalizedDisplayNames>
      <LocalizedDisplayName LCID="1033">Başlık</LocalizedDisplayName>
    </LocalizedDisplayNames>
    <Özellikler>
      <Özelliği Adı="DisplayByDefault" Türü="System.Boolean">TRUE</Özelliği>
      <Özelliği Adı="ShowInPicker" Türü="System.Boolean">TRUE</Özelliği>
    </Özellikler>
  </TypeDescriptor>

Bu özelliği ayarlamak küçük bir sorun neden oluyor. En kısa zamanda bir kez ayarla, göstermek istediğiniz her sütun için ayarlamanız gerekir. Benim durumumda, İVB seçici DocId varsayılan olarak gösterdi. Ancak, bir kere "ShowInPicker eklendi" Başlık, DocId görüntülenmez. Bu açıkça doktor kimliği için ShowInPicker özelliğini ayarlayarak çözüldü.

Sonuç:

(Hasta'açıklamak garip görünüşlü "168 – CamlSchema.xsd" bir gelecekte blog yazısı inşaat. Kısacası, Bunun için biraz daha iyi bir kullanıcı deneyimi sağlayan art arda eklenmiş bir dize olduğunu).

Elbette, Bu blog girişi yazılı olan, "ShowInPicker için bir arama yaptım" ve çok sayıda sayısı bulundu, Bu da dahil olmak üzere: http://msdn2.microsoft.com/en-us/library/ms583986.aspx. Bu özellik bazı iyi diğer BDC malzeme ile birlikte anlamını açıklar.

</sonunda>

Benim blog abone!

Bir kez daha BDC ADF dosyaları el işçiliği yapıldı. (Böylece inşa edebilirsiniz benim "bahçemden!" Mevduat Tasarruf Mevduatı) ve bu güzel hata isabet:

"Uygulama tanımı alma başarısız oldu.. Aşağıdaki hata oluştu:"

Gördüğünüz gibi, bir hata, Ama … Bana ne olduğunu söylemek için gitmiyorum.

Benim durumumda, Ben bir veritabanına bağlı ve bir SQL sorgusu bir görünümü karşı yürütülen başka bir proje için işlevsel bir ADF ile başladığını yazar sorunu ortaya çıktı. Bu yeni projede, Web hizmetini temel bir yöntem arıyorum. Ben DB belirli şeyler çıkardı ve benim web hizmeti şeyler eklendi, Ancak güncelleştirme başarısız oldu <LobSystem>' ın türü özniteliği. Ben "WebService için açık" ve daha yeni ve daha heyecan verici alma hataları için mutlu bir şekilde hayatıma devam, hangi zamanı gelince ele.

İşte yanlış LobSystem:

<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
XSI:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Türü "veritabanı ="
Sürüm "1.0.0.0 =" Adı "xyzzy ="
xmlns ="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

Bu doğru mu:

<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
XSI:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Türü "WebService ="
Sürüm "1.0.0.0 =" Adı "xyzzy ="
xmlns ="http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

</sonunda>

GÜNCELLEŞTİRME: Bu MSDN mesaj başına dayalı JXJ bazı ilginç gözlemler vardır, çoğunlukla negatif, Bu yolda gidiyor deneyimleri: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Biz bir iş senaryosu iki Belgeler kitaplığı ortak bir "belge kimliği üzerinden bağlamak için ihtiyacımız var" alan.

Biz kez uygular bağlantıları bu gibi bir arama sütununu kullanmak. Arama sütunları için birkaç dezavantajları, hangi üçünü:

1. Tek bir sütun arama arama kitaplığından bağlanabilir.
2. Performans: Kaynak kitaplığı girişleri yüzlerce içerebilir. Bu arama içinde çok fazla giriş olduğu.
3. Arama: Tümleşik arama olduğunu. Ben arama MOSS anlamda anlamına gelmez, Ama arama yolu / kaynak belge kitaplığından birden çok sütuna filtre uygulamak ve bağlantıyı bulun.

BDC tarafından desteklenen, "iş verilerini kullanabilirsiniz" sütun türü ve üstün bir arama sağlar ve hatta birden çok sütun liste görünümünde veri sağlar.

Bu yaklaşım ile ön biraz başarı elde ettik ve bu konuda daha fazla yazmak planlama.

Eğer bu açı daha önce çalıştım ve herhangi bir yorum var, Lütfen paylaşın!

</sonunda>

Ben bugün BDC ile çalışıyoruz, ADF dosyaları el ile kodlama ve kendimi bazı hatalar üretme. Böyle bir hata:

Uygulama tanımı alma başarısız oldu. Aşağıdaki hata oluştu: TypeDescriptor TypeName tarafından tanımlanan tür yüklenemedi. Parametre adı: typeName hata, ya da hemen önce satır karşılaşıldı: ' 35’ ve konumu: '20'.

ADF XML dosyasını almaya çalıştığında MOSS bu hata görüntülenir..

Internets araştırılmış ve LOB örnek adı referans oldu bulundu (dan <LobSystemInstance>) içinde benim <TypeDescriptor> Ben LOB adı başvurulan düğüm (Kaynak <LobSystem>).

Yanlış:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB örnek adı" Adı "KeyValue" =>

Düzeltmek:

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

Umut etmek bu bir kurtarmak birisi bir saat veya iki kez.

</sonunda>

Benim blog abone!

Kullanıcı arabirimi ve buna kendini gösterdi BDC'nin hata bu hafta neden oldu. 12 kovan günlüğü çalışma zamanında.

İlk, Bu kullanıcı arabiriminde çıktı:

Adı olan bir SpecificFinder MethodInstance'ı doğru şekilde yürütmek amacıyla tüm Tanımlayıcı değerlerinin ekleneceği alanlar bulunamadı … Giriş parametrelerinin bu varlık için tanımlanan her bir tanımlayıcı ile ilişkilendirilmiş TypeDescriptor'lara sahip.

İşte ekran görüntüsü:

Ayrıca bu iletinin görünmesini neden olabilir 12 kovanın günlüğünü olacak (Benim patentli high-tech-don't-try-this-at-home kullanarak "gizemli hataları" yöntemi):

11/14/2007 09:24:41.27 W3wp.exe (0x080C) 0x0B8C SharePoint Portal Server iş veri 6q4x yüksek özel durum BusinessDataWebPart.OnPreRender içinde: İletisi: Tanımlayıcı değeri ”, Türü ”, geçersiz. Beklenen tanımlayıcı değeri 'System.String' türündeki. Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Nesne[] subIdentifierValues, LobSystemInstance LobSystemInstance) Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Varlık varlık, Nesne[] userValues, LobSystemInstance LobSystemInstance) Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Görünüm desiredView) Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

I aramak çevrede ve kurmak bazı neden MSDN forum, Ama onlar bana ne yaptığını anlamak için yeterli değildi yanlış. Bir Web yayını izledim Ted Pattison Bu benim şirket uzak bir sunucu ve geldi benim sorunum farketmeye sızmıştır.

Benim ADF, Gösterildiği gibi SQL veritabanına bağlıyorum:

            <Özelliği Adı="RdbCommandText" Türü="System.String">
              <![CDATA[
                SETID SEÇİN, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      ÜLKE, ADRES1, ADRES2, ADDRESS3, ADDRESS4, ŞEHİR, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      İLÇE, DEVLET, POSTA, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, TELEFON, UZANTISI, FAKS, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, Dbo.PS_CARRIER_ID_VW ile TMS_EXCLUDE_FLG gelen (NOLOCK)
                NEREDE
                  (SETID <> 'SHARE') ve
                  (daha düşük(CARRIER_ID) >alt =(@MinId)) ve
                  (daha düşük(CARRIER_ID) <alt =(@MaxId)) ve
                  (daha düşük(DESCR) Alt gibi(@InputDescr))
                ]]>
            </Özelliği>

Ben sağlanan bu SQL bir DBA kişiden ve bunun anlamak için verilen bir özel Onlar benim için oluşturulan görünümü. Benzersiz anahtar orada CARRIER_ID olduğunu.

İşte ben tanıştırdım hata:

      <Tanımlayıcıları>
        <Tanımlayıcı Adı="CARRIER_ID" TypeName="System.String" />
        <Tanımlayıcı Adı="DESCR" TypeName="System.String" /> 
      </Tanımlayıcıları>

Bir yere hat boyunca, Kendimi anlamı üzerinde karıştırmak başarmıştı. <Tanımlayıcıları> ve aslında bir tanımlayıcı olmadığı halde DESCR eklendi. Tanımlayıcıları kümesi ve saygınlık dışında DESCR aldı! O amele.

Umarım bu birisini biraz kederden kurtarır 🙂

Biraz garip ve gereksiz el-kodlama RdbCommandText bazı örneklerde, fark ettik (MSDN belgeleri gibi).

İVB komutları içinde CDATA etiketi "doğal ortamlarında kaplanabilir yeni gelenler için işaret etmek istedim." formu. Yani, Bu garip İnşaat:

<Özelliği Adı="RdbCommandText" Türü="System.String">
  SELECT dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.Settlement dan dbo.MCRS_SETTLEMENT 
    NEREDE (kimliği &gt;@MinId =) VE (kimliği &lt;= @MaxId)
</Özelliği>

Bu şekilde daha iyi gösterilebilir:

<Özelliği Adı="RdbCommandText" Türü="System.String">
<![CDATA[
SELECT dbo.MCRS_SETTLEMENT.id, dbo.MCRS_SETTLEMENT.Settlement dan dbo.MCRS_SETTLEMENT
NEREDE (kimliği >@MinId =) VE (kimliği <@MaxId =)
]]>
</Özelliği>

</sonunda>

İVB astar

İVB intro

İVB üzerinden bir SQL veritabanı için yosun kadar tel için gerekli. Test/PT amaçlar için, SQL rapor kullanıcı id ve parola ADF'de embed istedim. İle başlayan Bu şablonu (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), Belirli bir SQL server örneğine bağlanan ve belirli bir kullanıcı kimliği ve parola ile oturum ADF oluşturulmuş ve bu kod parçasında gösterildiği:

  <LobSystemInstances>
    <LobSystemInstance Adı="ClaimsInstance">
      <Özellikler>
        <Özelliği Adı="AuthenticationMode" Türü="System.String">Geçiş</Özelliği>
        <Özelliği Adı="DatabaseAccessProvider" Türü="System.String">SQL Server</Özelliği>
        <Özelliği Adı="RdbConnection veri kaynağı" Türü="System.String">gerçek serveractual örneği</Özelliği>
        <Özelliği Adı="RdbConnection başlangıç kataloğu" Türü="System.String">fiili başlangıç kataloğu</Özelliği>
        <Özelliği Adı="RdbConnection tümleşik güvenlik" Türü="System.String">SSPI</Özelliği>
        <Özelliği Adı="RdbConnection havuzu oluşturma" Türü="System.String">yanlış</Özelliği>

        <!-- Bunlar anahtar değerleri.: -->
        <Özelliği Adı="RdbConnection kullanıcı kimliği" Türü="System.String">birmül kullanıcı kimliği</Özelliği>
        <Özelliği Adı="RdbConnection şifre" Türü="System.String">gerçek parola</Özelliği>
        <Özelliği Adı="RdbConnection Trusted_Connection" Türü="System.String">yanlış</Özelliği>

      </Özellikler>
    </LobSystemInstance>
  </LobSystemInstances>

En iyi yöntem değildir., Ama test etmek için hızlı ve basit bir yapılandırma için yararlıdır. Bu şaşırtıcı derecede anlamaya zor. Arama anahtar sözcükleri ile fonksiyonel bir örnek bulamadım:

• kullanıcı kimliği ve parola ADF gömülü
• kullanıcı kimliği ve parola ADF'de katıştırma
• kullanıcı kimliği ve parola adf BDC'de katıştırma
• SharePoint bdc astar
• SharePoint kullanıcı kimliği ve parola ADF'de katıştırma

</sonunda>

Benim blog abone.