Araç şeyler yapıyor anlamıyorum ve sonra adım adım sayısı bilinmeyen N'deki başarısız, suda ölü gibi mi…
</sonunda>
Araç şeyler yapıyor anlamıyorum ve sonra adım adım sayısı bilinmeyen N'deki başarısız, suda ölü gibi mi…
</sonunda>
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ü:
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>
Bazı olay alıcıları belirli liste örneğine eklemek istiyorum bir özellik geçen hafta üzerinde çalışıyordu. (Ben biraz bu liste alıcı hakkında blogged).
Komut satırını kullanarak, I-ebil install özelliği ile herhangi bir hata (Ama gizli hata için aşağıya bakın). Ne zaman özelliği site dağıtmak için çalıştı, MOSS "FileNotFoundException şikayet etti." hata. Nasıl o münhal bu blog girişi açıklar.
Bu yosun gösterdi bana web tarayıcısında hatanın olduğunu:
Özellik ' b2cb42e3-4f0a-4380-aaba-1ef9cd526f20’ Çünkü yüklü değil olay alıcısı derlemesi "xyzzyFeatureReceiver_0 yükleme" başarısız oldu: System.IO.FileNotFoundException: Dosya veya derleme yüklenemedi ' xyzzyFeatureReceiver_0’ ya da bağımlılıklarından biri. Sistem belirtilen dosyayı bulamıyor.
Dosya adı: ' xyzzyFeatureReceiver_0’
System.Reflection.Assembly.nLoad(AssemblyName dosya adı, Dize kod tabanı, Kanıt assemblySecurity, Meclis locationHint, StackCrawlMark& stackMark, Boole throwOnFileNotFound, Boole forIntrospection)
System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Kanıt assemblySecurity, StackCrawlMark& stackMark, Boole forIntrospection)
System.Reflection.Assembly.InternalLoad(Dize assemblyString, Kanıt assemblySecurity, StackCrawlMark& stackMark, Boole forIntrospection)
System.Reflection.Assembly.Load(Dize assemblyString)
Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()
UYR: Derleme bağlama günlüğü açık kapalı.
Derleme bağlama hatası günlük kaydını etkinleştirmek için, kayıt defteri değerini ayarla [HKLMSoftwareMicrosoftFusion!EnableLog] (DWORD) Hedef 1.
Not: Derleme bağlama hatası günlük ile ilişkili bazı performans ceza.
Bu özelliği devre dışı bırakmak için, kayıt defteri değerini kaldırın [HKLMSoftwareMicrosoftFusion!EnableLog].
Kasıtlı olarak bu hata neden bilmek.: derlemenin GAC'de yüklemeyin. Ama, GAC içerisinde yapıldı. Ben normalde GAC c sürükleyerek derlemelerinin:\windowsassembly klasörü Windows Gezgini'ni kullanarak. Hiç bir şey hissetmedim 100% Çünkü her zaman o gacutil rahat yapıyor bir sebebi var … çok denedim. Bu hiçbir fark yarattı.
Aramak belgili tanımlık enterne ve kurmak bu posta: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1
Poster aynı kök bit kod kullanmaya oldu. (Bu listeden WSS içindeki defterinden) Yani o umut dolu bir işaretti. Ancak, derleme ile dekorasyon önerisi bir [derleme: ] yönergesi bana mantıklı gelmiyordu. Yine de denedim ve ben haklıydım. Bu hiçbir fark yarattı.
O zaman benim sınıf tanımının genel değildi fark. Ben kamuoyuna ve bu fark etti.
Sonraki, "Derleme bağlama hatası günlük etkinleştirme zahmetine girdim" (yararlı ve doğru yönergeleri izleyerek sağlanan) ve şeyler ilginç almaya başladığı yer. Bu günlük çalışma zamanı bu sunucudaki benim derleme için her yerde arıyor gösterir. Hatta bunun için benim ecza dolabında arama görünüyor. Ama … Bu GAC'de aramak olmayacak.
Ben benim kış ceket koymak ve Internets yeniden aramayı gidin ve birileri de bu sorunu olmuştur bulmak. Hiçbir şey bu nakil uzun tartışmada peters ve ı cant'bulmak a eriyik.
Onu arıyor ve ben biraz daha fazla ilerleme günlük iddia yerlerden biri benim derleme taşımak. Özelliği etkinleştirmeye çalıştığınızda tarayıcıda yeni bir hata ile ödüllendirilir:
"XyzzyFeatureReceiver_0" derlemesinden özelliği alıcı nesnesi oluşturulamadı, "Conchango.xyzzyFeatureReceiver yazın" özelliği b2cb42e3-4f0a-4380-aaba-1ef9cd526f20 için: System.ArgumentNullException: Değer null olamaz.
Parametre adı: türü
System.Activator.CreateInstance(Türü türü, Boole nonPublic)
System.Activator.CreateInstance(Türü türü)
Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject()
Bir son yolculuk için Internets için zaman!
Bu sefer ben bulmak, tahmin edilebileceği gibi yeterince, derlemenin GAC'de olmadığından MOSS bu hata sorunları.
Bundan olumlu bir şeyler ve ben oluşturduk biraz gurur hissetmeye denemek istiyorum. Kaçak MSIL derlemeleri, Ama onun'değil çalışma. Sadece düz rahatsız değilim. Kendimi "tavuk veya yumurta mırıldanıp bulmak" Nefesimi altında.
Sonunda kumar oynamak karar. Ben tamamen yeni bir proje oluşturmak ve bu yeni proje için incredible-cloaked-from-the-GAC-assembly çalışma dışı proje üzerinde koddan Kopyala/Yapıştır. (Derleme GAC'de yüklü değilse bağlama dan gizle"gibi bir şey olarak adlandırılan bir yapı bayrak için bak" Ama aradım ama).
Özelliği yüklemek ve etkinleştirmek ve … o inşaat! Yani, Bundan sonra, Temelde gerekiyordu ' yeniden doğmuş gibi’ benim proje. Bir başka neden niçin bilgisayarlardan nefret bu.
Bu işe yarar bir şey öğrendin. Gün boyu stsadm komut satırını kullanarak özelliklerini yükleme ve be istimal "-kuvvet" alışkanlıktan seçeneği. İçin biraz neden, Ben kullanmadım yeni proje yüklendiğinde - zorlama seçeneği. Bu sefer, Aslında yaptım, gerçekten unutmak-e doğru bu yeni projenin derleme GAC içine kopyalayın. Sonuç olarak, FielNotFoundException"aldı." hata. Bu sefer, Stsadm aldım, web tarayıcısı üzerinden özelliğini etkinleştirmek çalışırken değil. Yani, -kuvvet aslında iki rol oynar. Varolan bir özelliği yeniden yüklemenize olanak tanır. Ayrıca çalışma zamanında hata baskılayarak çalışamaz bir adamcağız özelliğini yüklemek verir. Muhtemelen olduğu kadar bir yere Yardım'diyor ama ben hiç fark.
</sonunda>
===
Bonus karısı şaka:
İki erkek ortak çalışanlar öğle yemeğine çıkmak. Bunlardan biri diğer söyler, "Ben utanç verici bir Freudyan slip dün gece serbest bırak."
Freudcu kayma"? Bu nedir?"
"De, Ne zaman yemek bitti, Garson geldi ve nasıl bizim yemek sever sordu. Demek ki, ' Tavuk göğsü sevdiğimi’ Ama bunun yerine 'Göğüslerin sevdiğim' dedi. Çok utandım."
"Ah," onun meslektaş yanıtladı. "Ben bu hafta sonu karımla başıma aynı şey vardı. Onu tereyağını uzatmanı soracaktım Kahvaltı, Ama bunun yerine ona bağırdım., ' Sen benim hayatımı mahvettin!’"
</sonunda>
GÜNCELLEŞTİRME (04/08/08): Bu sorunu çözmüş gibi görünüyor. Komut satırından, "C koştu:\windowssystem32lodctr/r" InstallShield hakkında konuşurken bir girdi olarak sorunlar ve bu görünüyor o-si olmak münhal benim için.
Son zamanlarda fark ettim, benim masaüstü/sunucu fan hiç devre dışı bırakır. Devre dışı bırakmak için kullanılan biliyorum. Şunu fark ettim ki, kontrol etmek için bir an sürdü bir VMware işlem tutarlı bir koşuyordu 20% bir CPU kullanımı. Olay günlüğü kontrol ve bu hataları uygulama günlüğüne dakikada defalarca oluyor gördüm:
Genişletilebilir Sayaç DLL'i UGatherer Windows yükleyemiyor, Veri bölümündeki ilk DWORD Windows hata kodudur.
Genişletilebilir Sayaç DLL'i UGTHRSVC Windows yükleyemiyor, Veri bölümündeki ilk DWORD Windows hata kodudur.
Genişletilebilir Sayaç DLL'i MSSCNTRS Windows yükleyemiyor, Veri bölümündeki ilk DWORD Windows hata kodudur.
Eğer bu mesajları detaya matkap, I almak bu:
Kaynak: Perflib
Türü: Hata
Kategori: Hiçbiri
Olay kimliği 1023
Biraz araştırma yaptım ve bir izin sorunu söz konusu DLL'lere erişim açısından olabilir bazı belirti. Ben bunlarla etrafında oynanan ama bunda verdim olumlu bir şekilde etkileyebilecek değil.
VMware için tamamen biraz zaman bir güncelleştirme gerçekleştirme hakkında başımın etini, öylesine belgili tanımlık yorum jotted yüklü vardı (Görünüşe göre kurmak"1.0.1 29996") ve güncelleme yaptı. Bu bana v1.04 için yükseltilmiş. Ne yazık ki, Bu did değil saptamak belgili tanımlık piyasaya çıkarma.
"VMware yetkilendirme hizmeti" adlı bir hizmet kapatırsanız benim uygulama günlüğüne gelecek iletileri deli numarası durdurabilirsiniz. Bu VMware yazılımı kullanmalarını engeller, Bu yüzden … değil büyük bir seçenek.
Ana işletim sistemi Windows XP olduğunu 64 bit.
Bence bu her zaman oldu, Ama buna neden herhangi bir belirli bir olay hatırlamıyorum.
Bu yüzden bilgisayarlar nefret ediyorum..
</sonunda>
GÜNCELLEŞTİRME: Bu eser ama yorum olarak açıklanan önemli sınırlamalar vardır. Bu hala bazı cirumstances yararlı olabilir.
GÜNCELLEŞTİRME 2: Benim geçerli projede, Kullanıcılar her zaman belgeyi karşıya yükle. Sonuç olarak, Nerede MS Word çalıştıran ve dosya üzerinde adlandırıldı düşünüyor bir sorun haline çalıştırın yok. Bir sorun haline koştun, "dosya başka biri tarafından değiştirilmiş" ve bu bir basit semafor tür bayrak ile çözüldü. Meta veri alanı varsayılan değeri başka bir şey değiştirmek kullanıcı lüzum. İtemupdated() Aslında yeniden adlandırma işlemini gerçekleştirmeden önce ve o zamandan beri orada için geçerli bir değer alıcı görünüyor, Ben herhangi bir sorun olmadı. Sizin kilometre değişebilir.
Belirli bir adlandırma kuralı ile uymak için belirli belge kitaplığına yüklenen dosyaların adını değiştirmek için istemci şartı var. API does değil sağlamak bir "yeniden adlandırma()" yöntemi. Bunun yerine, Biz kullanın "MoveTo(…)". İşte bunun için kod en az bir bit:
Genel geçersiz kılma geçersiz ItemAdded(SPItemEventProperties Özellikler) { SPFile f = özellikleri.ListItem.File; f.MoveTo(özellikleri.ListItem.ParentList.RootFolder.Url + "/xyzzy.doc"); f.Update(); } |
Sadece hileli parça olduğunu "özellikleri. ListItem.ParentList.RootFolder.Url". MoveTo() yöntem bir URL gerektirir. Bu dize Puan bana benim geçerli belge kitaplığı kök klasöre püresi. Bu benim olay alıcı herhangi bir sabit kodlama önlemek sağlar.
Bu yaptığını bir daha yararlı bir sürümüdür, Ama dosya adı "Title" atar:
Genel geçersiz kılma geçersiz ItemAdded(SPItemEventProperties Özellikler) { DisableEventFiring(); // Bu madde başlığı dosyanın kendi adını atayın. // NOT: Bu atama dosyasının kendisini değiştirmeden önce yer almalıdır. // Güncelleme calling() SPFile özelliklerinde geçersiz görünüyor // Biraz mantıklı. "Başlığı ile ilgili güncellemeleri" Bunu değiştirene kadar başarısız oldu (ve güncelleştirme() çağrı) // dosya adını değiştir taşındı. özellikleri.ListItem["Başlığı"] = özellikleri.ListItem.File.Name; özellikleri.ListItem.Update(); SPFile f = özellikleri.ListItem.File; // Dosya uzantısı olsun. Daha sonra ihtiyacımız. dize spfileExt = Yeni FileInfo(f.Name).Uzantısı; // Liste öğesinin kimliği için dosyayı yeniden adlandırın ve dosya uzantısı tutmak için kullanabilirsiniz. // Bunun bir parçası olduğu gibi. f.MoveTo(özellikleri.ListItem.ParentList.RootFolder.Url + "/" + özellikleri.ListItem["KİMLİĞİ"] + spfileExt); // Hareket tamamlama. f.Update(); EnableEventFiring(); } |
Bir adam, "Mark", "baştan mükemmel SharePoint Yönetim kurulması üzerinde odaklanan bir ilginç haber grubu tartışma başladı" için bir 35,000 Kullanıcı ortamı.
Pop Tarih boyunca ve katkı!
</sonunda>
Benim için hepsi çok yeni olduğundan benim özelliği XML dosyaları el ile işçiliği hala alışkanlığı ben varım. Bir ön uç araç anlamıyorum mu bunları güvenmek istemiyorum (o anlamıyor bir araç kullanarak bir blog girişi yazdığı gibi dedi.).
Bugün, Site ayarları için bir özel eylem eklemek çalışıyordu ama o sadece göstermek değil. Kullanarak özelliğini yükleyin ve site özellikleri bkz:, Ama ne zaman harekete geçirmek (hatasız) o sadece aşağı açılan menüsünden sırıtmak vermedi.
Sonunda "SharePoint yanlış anladım." Konum özniteliğini içinde <CustomAction> düğüm. Bu kötü elements.xml dosyası.:
<?XML Sürüm="1.0" kodlama="UTF-8" ?> <Öğeleri xmlns="http://schemas.microsoft.com/SharePoint/"> <CustomAction Kimliği="SiteActionsToolbar" Grup kimliği="SiteActions" Konumu="Microsoft.Sharepoint.StandardMenu" Sıra="100" Başlık="Merhaba!" Açıklama="Özel menü eylem bir özellik eklendi." ImageUrl="_layouts/images/menuprofile.gif"> <UrlAction URL="http://www.xyzzy.com"/> </CustomAction> </Öğeleri> |
İyi:
<?XML Sürüm="1.0" kodlama="UTF-8" ?> <Öğeleri xmlns="http://schemas.microsoft.com/SharePoint/"> <CustomAction Kimliği="SiteActionsToolBar" Grup kimliği="SiteActions" Konumu="Microsoft.SharePoint.StandardMenu" Sıra="100" Başlık="Merhaba!" Açıklama="Özel menü eylem bir özellik eklendi." > <UrlAction URL="http://www.xyzzy.com"/> </CustomAction> </Öğeleri> |
Bunu anlamak iki saatimi aldı 🙂
Bir gün gelecek bu teselli aslında gerek, Hasta'var olmak bir inançla söylemek mümkün, "eskiden, Karda bir tepe beş kilometre yürümek zorunda kaldı (yalınayak!) MOSS için özel bir özellik dağıtmak için. Siz çocuklar, Ne kadar kolay sende bilmiyorum! Bahçemden almak!"
Can't wait.
</sonunda>