Aylık Arşivler: Kasım 2007

MOSS söyler bana My sütun ayrılmış veya kullanımda adıdır … Ama değil

Cevap bırakın

GÜNCELLEŞTİRME 12/04/07: Bkz: Bu Microsoft KB (http://support.microsoft.com/kb/923589) ilgili bilgiler için.

Aslında, o turnike dışarı olduğunu, Ama üçkâğıtçı MOSS zor yapmak zorunda kaldım..

Benim müşteri onun MOSS sitede bazı geliştirme çalışma hafta sonu yok. Aslında yaptıkları gibi karmakarışık bir parçasıdır, Ama sonuçta bu:

  • "Miktar adında bir site sütunu eklemek çalışıyor" ve MOSS cevaplar: "Girdiğiniz sütun adı zaten kullanılıyor veya ayrılmış olduğunu. Başka bir ad seçin."
  • Başka bir çevre ve çalışan eklemek çalışır. Bu nedenle, "Miktar" ayrılan bir ad değil.
  • "Miktar adlı varolan bir site sütununu bulmaya çalışır" Bu site koleksiyonunda. O cant'bulmak o.

Bazı yaptım araştırma, ve hatta bazı kodlama, felsefi mumlu ve sonunda miktar adlı bir sütun yaptım bulundu, Aslında, biri yok. "_Gizli yapıldı" Grup. Bu nedenle, SharePoint kullanıcı arabirimi ile bulunamadı.

Buraya nasıl geldi? Bilmiyorum, Ama benim bir teorim var. (Ya karım olarak buna derim, "falan filan"). Bir yere hat boyunca, bir Fabulous kırk şablonu eklendi ve muhtemelen bir sitede site koleksiyonunda bulunan aktif. Sonra devre dışı (ya da site kaldırıldı). Site sütunu, Ancak, içinde "_Gizli kaldı" Grup. Birisi daha iyi bilir, Bana yoluyla bildirin lütfen E-posta veya yorum sonrası.

SharePoint doğruyu söylüyordu. Bu çok zor bu mesajı olması gerektiği gibi yararlı değil işaret değer. İki farklı iletilere ileti çatalını gelecekte görmek iyi olurdu: 1) Sütun adı ayrılmış ya da değil demek. 2) Eğer değil ayrılmıştır, siteyi göster, ya da en azından grup, nerede sütun adı zaten kullanılıyor.

</sonunda>

Özel bir liste ile mevcut OM veri (veya, Henüz başka bir OM veri Displayor [YACC gibi, Ama farklı])

Cevap bırakın

Bugün, A avuç-in belgili tanımlık kök neden "girdiğiniz sütun adı zaten kullanılıyor veya ayrılmış mesajı geride aşağı izleme saat geçirdim. Başka bir ad seçin."

Söz konusu sütun oluşturulabilir, silinecek ve başka bir ortamda yeniden oluşturulacak, ayrılan bir ad olmadığını biliyordum bu yüzden. Ancak, Sadece sütun herhangi bir yerde herhangi bir yerinde standart SharePoint kullanıcı arabirimi ile site koleksiyonunda bulamadım.

İçin gönderildi MSDN Forumları burada ve Yılmaz Andrew Woodward temel nesne modeli veri yönde beni işaret etti.

Ben gitti CodePlex alttaki OM veri ve yardım bana yardımcı olacak bazı araçlar eş bulmak sorun bulun bana.

Çeşitli araçlar denedim ve çok serin ve ilginç ama sonuçta, UI benim amaç için yeterince iyi değildi. Onları herhangi bir yolla eleştirmiyorum, Ama ne zaman onların UI oluşturdukları açıkça alet yapıcılar benim sorunum göz önünde :). Çoğu kişi zaman ve çaba iş istasyonu oluşturmanın adil bir miktar yatırım olacak gibi görünüyor / ağaç manzaralarına sahiptir Istemci uygulamaları, bağlam menüleri ve benzeri sağ tıklatın. Bunlar güzel ve tüm, Ama çok da çok esnek bir üst satır kullanıcı deneyimi oluşturmak için iş.

Gerçekten bu soruna bir cevap gerek. Eğer özel bir liste halinde site koleksiyonundaki tüm site sütunları alabilir ki aklıma geldi, Filtre uygulayabilirsiniz, sıralama ve sözde varolan bir sütunu bulmama yardımcı olacak bir görünüm oluşturma (hangi yaptı, BTW). I went önde ve bu ve bir ya da iki saat daha sonra yaptım, benim site sütunlarını gruplandırma ile özel bir liste içine yüklü, sıralama ve benzeri. Beş dakika sonra benim cevap buldum.

Başarılı bir şekilde dünyayı ele geçirmek ve ne zaman, Tüm SharePoint araçları sağlayıcıları ciddiye onların nesne modeli listedeki verileri, özel yüzey düşünmek gerekir ilan düşünüyorum. Bu şekilde, Güç bende arama yolu ben istiyorum (kısıtlı, Elbette, Standart sharepoint özellikleri).

SharePoint Designer Workflow özel eylem — Gözlem hakkında <FieldBind Tasarımcısı türü =”StringBuilder” … />

1 Yanıtla

Sadece hızlı bir gözlem bu iki tanım arasında çok önemli bir fark yoktur:

<FieldBind alanı "InParam1 =" DesignerType = "StringBuilder" İd = "2" Metin "Giriş parametresi #1" = />

karşı:

<FieldBind alanı "InParam1 =" İd = "2" Metin "Giriş parametresi #1" = />

İlk böyle SPD'de gösterir:

görüntü

Bu gösterir ikinci:

görüntü

Bu ekran görüntülerinin ne kadar yararlı olduğundan emin değilim ama onları yapmak için çok çaba harcadım, böylece onları görmelisiniz 🙂

Burası gözlem: StringBuilder dize oluşturmanıza olanak verir. (Açıkçası) dize hazır bilgi ve iş akışı verilerini birlikte karıştırılarak ("Add arama" sol alt köşedeki düğme). Ne zaman arama Ekle düğmesini kullanın, formda bir jeton ekler"[%belirteç %]". Ne zaman özel eyleminiz SharePoint çağırır, (C# kodu benim durumumda), SharePoint belirteci geçirmeden, belirtecin değeri değil. Varsayılan Tasarım türünü kullanıyorsanız (ikinci tip), SharePoint belirteci genişletiyor ve eylem için belirteci gerçek değerini geçer.

StringBuilder = kötü, Varsayılan Tasarım türü iyi =.

Elbette, değil ne demek istediğim gerçekten o. Sadece deneyin ve tasarımcı yazdığınızda özel eyleminiz bir parametre iletmek StringBuilder =. İş akışı içinde karmaşık dizeleri oluşturmak gerekiyorsa, varsayılan tasarımcı türü ve zinciri bir StringBuilder bunu ön kullanın (hangi tesadüfen bir e-posta eylem dinamik bir konu oluşturmak için yaptığı şey, Ama bu başka bir blog girişi için bir konu, har har).

<sonunda />

Erken iş akışını etkinleştirme — Tıbbi olmayan çözüm

8 Cevaplar

GÜNCELLEŞTİRME: Bu MSDN tartışma görmek, Özellikle son giriş: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Bütün bunlar kısa devre bir durum anlatılmaktadır. Kısacası, alanlardan en az birini zorunlu hale olarak basit olabilir..

I-si olmak sekiz içerik türlerini destekleyen belge kitaplığı.

I-si olmak istiyor hesaplamak ve "anımsatıcı tarihi atamak için SharePoint Designer iş akışı" Sadece çıkararak 30 başka bir sütundaki gün, "son tarih". Bu sadece bir içerik türleri için gerçekleşmesi gerekir, "Sigorta". İş hedefi iki sigorta belge kategorilerinin gösterir bir KPI üretmektir: "dolmak üzere" ve "süresi doldu." (Sen-ebilmek okumak bu tür bir KPI hakkında daha fazla ve daha önemli ayrıntıya inme Burada).

Ateş yeni bir öğe oluşturulduğunda ve bir öğe değiştirildiğinde iş akışının yapılandırmış olduğunuz. Sigorta belgesinin karşıya yüklendiğinde bu fikir, "uyarı tarihi hesaplamak" son kullanma tarihine göre. Bir çifti sayısı iş kullanıcılarının kendi ana sayfa hit bu koşullar vurgulamak için KPI listesi ile bağlantılı olarak.

Bu strateji işe yaramazsa bir belgeyi karşıya yüklemek.

Belgeyi karşıya yüklemek ve meta veri giriş perde ile sunulan. Bu noktada, Başım zaten dertte. SharePoint zaten, zamanından önce benim bakış açısı, iş akışı ateş. Doğru içerik türü seçin veya son bulma tarihi atamak için bir fırsatım olmadı. Aynı zamanda, Ben şu anda Gönder düğmesini bulunanlar iş akışı başlatılmıyor. "İnandığını bazı yerleşik mantığı" Bu ilk gönderme parçası "oluşturmak" olay. Yani … benim iş akışı ateş etti ve ne zaman idam, varsayılan meta veri değerleri kabul edildi.

İyi iş-bildiğim kadar duraklama"eklemek için civarındadır" iş akışının etkinliğinde. I-si olmak için iş akışı Duraklat 1 dakika. Süre o duraklatma, Doğru içerik türü seçin, meta veri girin ve gönderin. Duraklat tamamlar ve iş akışı gerektiği gibi devam eder. (Benim ortamda dikkat edin, Zamanlayıcı iş akışı etkinlikleri SPD'deki kutudan işe yaramazsa. Aynı sorun olabilir. Bkz: Burada daha ayrıntılı bilgi için).

"Sihirli gecikme sevmiyorum" iş-çevrede. Ne olur bir belge ve telefon çaldığında ve takip eden konuşma kullanıcı eklerse outlasts Duraklat? I-ebilmek yapmak daha uzun duraklama, Ama yine de sevmiyorum..

Bu konuda MSDN Forumları burada yazdı: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

SharePoint Güvenlik Temelleri astar / Ortak tuzaklar kaçının

8 Cevaplar

GÜNCELLEŞTİRME 12/18/07: Kaldırma veya değiştirme varsayılan grup adları bazı teknik sonuçlar Paul Liebrand'ın makalesine bakın (onun yorum de görmek).

Genel bakış:

SharePoint güvenliğini yapılandırmak ve yönetmek kolaydır. Ancak, Bu gerçekten ellerini etrafında sarmak bazı ilk Yöneticiler için zor olduğu ispatlanmıştır. Sadece bu değil, Bazı yöneticiler en aradan geçen zaman içinde herhangi bir yapılandırmaya gerek yoktu çünkü sadece Cuma günü kaybetmiş Pazartesi günü mükemmel bir anlayış gelmek gördün mü. (Kendimi having bu problem için kabul ediyorum.). Bu blog girişi Umarım yararlı bir SharePoint güvenlik astar sağlar ve bazı güvenlik yapılandırma en iyi yöntemler doğru puan.

Önemli Not:

Bu açıklama kutudan SharePoint güvenlik temel alır. Olabilir yüzden bazı MOSS belirli şeyler burada benim kişisel deneyim MOSS odaklı, Ama WSS için doğru olduğuna inanıyorum. Umarım kimse herhangi bir hata veya eksikliklerden görmek bu açıklamalarda gösterebilir misiniz ki veya bana e-posta. Ben acele sonrası düzeltmeler yapacağız.

Temelleri:

Bu genel amaçlar için, Güvenlik için dört temel yönleri vardır.: Kullanıcılar/Gruplar, güvenlik altına alınabilir nesnelerin, izin düzeyleri ve miras.

Kullanıcılar ve gruplar aşağı kesme:

  • Bireysel kullanıcılar: Dizin veya doğrudan SharePoint oluşturulan etkin durumundan çekti.
  • Grupları: Eşlenen doğrudan active Directory'den veya oluşturulan SharePoint. Gruplar Kullanıcılar topluluğu vardır. Grupları bir site koleksiyonunda geneldir. Asla "bağlılar" belirli bir güvenilir nesne için.

Güvenlik altına alınabilir nesnelerin kırmak için en az:

  • Siteleri
  • Belge kitaplıkları
  • Öğeleri liste ve belge kitaplıkları
  • Klasörler
  • Çeşitli bdc ayarları.

Orada diğer güvenilir nesneler, ama resmi olsun.

İzin düzeyleri: Parçalı bohça / oluşturma/okuma/silme girişleri listelerinde olabilir düşük düzey erişim hakları.

Devralma: Varsayılan varlıklar tarafından güvenlik ayarlarını içeren kendi nesneden devralır.. Alt siteler izin onların ana öğeden devral.. Belge kitaplıkları kendi sitesinden devral. Benzeri ve benzeri.

Kullanıcı ve grup güvenlik altına alınabilir nesnelerin izin düzeyleri devralma yoluyla ilgili.

Anlamak için en önemli güvenlik kuralları, Hiç 🙂 :

  1. Gruplarıdır sadece kullanıcıları topluluğu.
  2. Site koleksiyonundaki genel gruplar (Yani. site düzeyinde tanımlanan Grup olarak böyle bir şey yok).
  3. Grup adı değil dayanıklı, Grup yok, içinde ve kendilerini, belirli herhangi bir güvenlik düzeyine sahip.
  4. Gruplarınız güvenlik belirli bir güvenilir nesne bağlamında.
  5. Aynı gruba her güvenilir nesne için farklı izin düzeyleri atayabilirsiniz..
  6. Web uygulama ilkeleri tüm bu koz (aşağıya bakınız).

Grup ve kullanıcı listelerinin bir deniz kayıp güvenlik yöneticileri güvenlik yapılandırmalarını anlamak ve yönetmek için bu aksiyomları her zaman güvenebilirsiniz.

Ortak tuzaklar:

  • Grup adları, sahte izni taleplerini onayladığı anlamına: Kutunun dışında, SharePoint gruplarını doğal bir güvenlik düzeyi adları ima tanımlar. "Katılımcı" Grup düşünün. SharePoint güvenlik ile yabancı bir de bu isme bak ve o grubunun herhangi bir üyesi "katkıda bulunabilir olduğunu varsayalım" herhangi bir site/liste/kitaplığı için Portal. Doğru olabilir ama grubun adını "katılımcı" değil çünkü. Grup Ekle/Düzenle/Sil içeriğe kök sitesinde olanak tanıyan bir izin düzeyi sağlanan çünkü bu sadece kutudan doğrudur. Devralma yoluyla, "yazarlar" Grup Ayrıca, her alt site Ekle/Düzenle/Sil içerik olabilir. Bir "zarar verebilir" Böyle bir alt_site izin düzeyini değiştirme ve miras zincirinin bu sözde "katılımcı üye" Grup hiç katkıda bulunamaz, ama salt okunur (Örneğin). Bu iyi bir fikir olmaz, Açıkçası, çünkü o-cekti var olmak çok kafa karıştırıcı.
  • Gruplar bir site düzeyinde tanımlı değil. Kullanıcı arabirimi tarafından karışık kolaydır. Microsoft her sitenin "kişi ve grupları yoluyla kullanıcı/grup yönetim uygun bir bağlantı sağlar" bağlantı. Site "xyzzy olduğum zaman inanmak kolaydır" ve xyzzy's insanlar aracılığıyla bir grup oluşturun ve gruplar sadece xyzzy yalnızca bulunan bir grubunu oluşturduğunuz bağlantı. Durum böyle değil. Ben aslında tüm site koleksiyonu için bir grup oluşturduk.
  • Grup üyeliği sitede değişiklik (Yani. Bu grup kullanılan her yerde aynıdır): "Sahip grubunu düşünün" ve iki site, "HR" ve "Lojistik". İki ayrı bireyler bu siteler kendi düşünüyorum normal — bir İK sahibi ve lojistik sahibi. Belgili tanımlık kullanıcı arayüzey geçici o basit için bu senaryo mishandle için Güvenlik Yöneticisi. Eğer ben bilmeseydim, Kişiler ve gruplar bağlantıları İK sitesi üzerinden erişebilir., "sahipleri seçin" Grup ve benim İK sahibi bu gruba ekle. Bir ay sonra, Lojistik hattı üzerinde gelir. Kişiler ve gruplar lojistik sitesinden erişmek, "sahipleri yetişmek ekleme" Grup. İK sahibi orada görmek ve onu kaldırmak, Lojistik alanında sahiplerinden onu çıkarıyorum düşünme. Aslında, Onu genel sahipleri gruptan çıkarıyorum. Neşe ensues.
  • Adı grupları belirli rolüne göre başarısız: "Onaylayanlar" Grup mükemmel bir örnektir. Ne bu grup Onayla üyeleri aşağıdakileri gerçekleştirebilir? Nerede onlar onaylayabilirsiniz? İK belgeleri onaylamak için insanlar Lojistik Departmanı istediğinizden emin misiniz? Tabii ki değil. Her zaman kendi rolünü kuruluş içindeki temel alan adı grupları. Bu grubun belirli bir güvenilir nesne için bir uygun olmayan izin düzeyi atanır riski azaltır. Onların hedeflenen rolüne göre adı grupları. Önceki İK/lojistik senaryoda, İki yeni grup oluşturmuş olmanız: "hr sahipleri" ve "lojistik sahipleri" ve her mantıklı izin düzeyleri ve kullanıcıların işlerini yapmak gerekli en az atama.

Diğer faydalı referanslar:

Eğer bu yaptığınız çok:

Bana düşüncelerinizi yorum yoluyla bildirin veya bana e-posta lütfen. Diğer iyi referansları biliyorsanız, Lütfen aynı şeyi!

Technorati Tags:

Hızlı ve kolay: Veri Görünümü Web Bölümü oluşturma (DVWP)

2 Cevaplar

WSS üzerinde büyük bilgi hazinesi olduğunu. 3.0 Veri Görünümü Web Bölümü (DVWP) web üzerinde çeşitli kaynaklardan. Ancak, Bu ilk çok temel adım hakkında bilgi bulmak şaşırtıcı derecede zor buldum. İşte başka bir makale içinde belgili tanımlık "hızlı ve kolay" o adrese serisi.

Veri Görünümü web bölümü oluşturmak için aşağıdaki adımları izleyin (DVWP). Onlar bir "Duyurular üzerinde temel alan" Web Bölümü, Ama çoğu liste için geçerlidir.

  1. Duyurular web bölümü oluşturmak ve siteye ekleme.
  2. Siteyi SharePoint Designer'da açın.
  3. Sitenin default.aspx açın.
  4. Duyurular web bölümü seçin ve sağ tıklatın.
  5. Bağlam menüsünden, "dönüştürmek için XS seçinLT veri görünümü".

SharePoint Designer site şimdi onun site tanımından özelleştirilmiş bildirir.. Bu kötü değil., Ama önemli etkileri vardır. (performans, yükseltme, diğerleri) Bu küçük "hızlı ve kolay kapsamı dışında olan" giriş. Bu konuda daha fazla bilgi almak için, Her iki kitap tavsiye ederim Burada En sevdiğim Internet arama yanı sıra.

Doğru yaptığını onaylayın:

  1. Kapatın ve yeniden web tarayıcısını açın (yanlışlıkla orijinal "eklemek yeni web bölümü" yeniden gönderme kaçınmak için).
  2. Web bölümünün ok açılır ve "Paylaşılan Web Bölümünü Değiştir seçin" menüden.
  3. Sağa doğru araç panelini açar.
  4. Panel onun her zamanki küme seçenekleri için bu değişti:
görüntü

“SharePoint listesinden liste şeması sütun özelliği alınamıyor” — Açıklama/belgele

4 Cevaplar

Bu hafta, Biz son olarak rapor edilmiş bir sorun yeniden uzak bir kullanıcı tarafından: Excel için bir liste içeriğini vermek çalışınca, şeyler çalışmaya başlamak gibi görünüyor, Ama sonra Excel bir hata pop: "Liste şeması sütun özelliği SharePoint listesinden alınamıyor". Office çikiyordu 2003, Windows XP ve MOSS için bağlanma.

Ben Internets arama ve bazı spekülasyonlar ama hiçbir şey gördüm 100% kesin. Bu nedenle, Bu yazı.

Sorun: Bu excel için bir görünüm verme bir tarihi içerir. (tarihi sütunun veri türü =).

Ne bizim için çalıştı: "Tek satırlık bir metin" tarihe dönüştürmek. O zaman, bir tarihe geri dönüştürmek.

Bu münhal o. Dönüşüm işe yaradığını görmek güzeldi, Aslında. İşler bu şekilde dönüştürme başarısız olur oldukça gergindim, Ama o did değil.

Bu hata, müşterinin akılda Tarih veri türü üzerinde büyük bir gölge atılmış bulunmaktadır, Bu yüzden Microsoft kesin bir cevap dışarı arayan olacağız ve Umarım sonrası edeceğiz ve burada sonraki kısa bir süre onların resmi cevap ve düzeltme bilgilerini güncelleştir.

Diğer referanslar:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<sonunda>

Benim blog abone.

Technorati Tags: ,

Hızlı ve basit: SharePoint Designer akışından katıştırılmış köprüyü içeren bir e-posta gönder

Cevap bırakın

İki kez ay, birisi forum soru mesaj: "Nasıl bir SharePoint Designer email--dan tıklanabilir URL's köprüler ekleyebilirim?"

Daha fazla yorum yapmadan sundu: (iyi, Aslında hiçbir şey daha fazla yorum sonra):

görüntü

Bir öğe için bir bağlantı içinde belgili tanımlık email embed nasıl yararlı bir açıklama ile Becky Isserman takip: http://www.sharepointblogs.com/mosslover/archive/2007/11/20/addition-to-paul-galvin-s-post-about-sending-an-e-mail-with-hyperlinks-in-spd.aspx

Yeni sürüm: SharePoint Designer Workflow uzantıları (dize işleme fonksiyonları)

5 Cevaplar

GÜNCELLEŞTİRME: Bu proje commercializing benim düşünceler için bkz.: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

I been meşgul benim Codeplex Projesi halen dize işleme uzantıları için SharePoint Designer ile oluşturulan iş akışı sağlamaya odaklı çalışma.

Burada ayrıntıları için bkz.:

Project Giriş: http://www.codeplex.com/spdwfextensions

Sürüm: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Sürüm 1.0 Aşağıdaki yeni özellikleri içerir:

İşlevi Açıklama (Eğer aynı değil.NET işlevi)
NUM-girişler() Sayı "girişleri döndürür" bir dizesinde belirtilen sınırlayıcı göre.

Örneğin: NUM-girişler bir dizesinde "a,b,c" sınırlayıcı ile"," = 3.

Giriş() Bir dizesinde belirtilen sınırlayıcı göre n. belirteci döndürür.
Uzunluğu String.length
Değiştir() String.replace()
İçerir() String.contains()
"Doğru sözcüğünü döndürür" ya da "yanlış" sözcüğü.
Alt dize(Başlat) String.substring(Başlat)
Alt dize(Başlat,uzunluğu) String.substring(Başlat,uzunluğu)
ToUpper() String.toupper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
"Doğru sözcüğünü döndürür" ya da "yanlış" sözcüğü.
EndsWith() String.EndsWith()
"Doğru sözcüğünü döndürür" ya da "yanlış" sözcüğü.

Açıkladı bdc çalışma zamanı hatası

2 Cevaplar

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ü:

clip_image001

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 🙂

Technorati Tags: , , ,