Aylık Arşivler: Eylül 2007

Gizemli SharePoint hataları nasıl giderilir.

Genel bakış:

Hata ayıklama özel işlevler için Windows SharePoint Hizmetleri geliştirirken kolay değildir 3.0 (WSS) veya Microsoft Office SharePoint Server (YOSUN). Bir hata oluştuğunda SharePoint normalde çok az tanı bilgilerini üstünde örümcek ağı kaş yüzeyler o ana suçlu olduğunu. Bu blog girişi kez o ekstra sağlayabilir ek sistem tarafından oluşturulan tanı bilgilerini bulun açıklar bit ayrıntı bir ihtiyacı temel nedenlerini tanımlamak için. Bu daha sonra sorunun çözümü için yol açabilir.

Çözmek için büyük bir başarı ile bu tekniği kullanmış yoksa gizemli hataları.

Yaklaşım:

SharePoint bilgi büyük bir tanılama günlüğü'bir günlük dosyasına kaydeder 12 kovan.

"12 kovan" genellikle "C bulunur:\Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Mümkün olup olmadığından emin değilim. 12 başka bir yerde yaşamak için kovan, Aslında).

Geçerli günlük dosyasının yerini belirlemek için bir fikir, hata zorlamak ve hızlı bir şekilde günlük dosyasını açın. Bu günlük dosyaları ile karakterizedir:

  • Bol miktarda bilgi. SharePoint tanı bilgilerini çok büyük miktarda üretir ve çok hızlı bir şekilde bu günlük dosyasına yazar. Onu yakalamak için parmak ile hızlı olmak gerekir.
  • Çeşitlilik. SharePoint tek bir günlük dosyasına yazmak değil ama oldukça sırayla birden çok günlük dosyası oluşturur.
  • Kopyala Yapıştır güzel MS Excel'e.

Benim favori yöntemi:

  1. Gösteren bir windows Gezgini'nde aç 12 hivelogs.
  2. Değiştirme tarihine göre göstermek için sıralama görüş (En son ilk).
  3. En geçerli günlük dosyasını vurgulayın.
  4. Bir web tarayıcısı penceresinde, hata oluştuğu için zorla.
  5. Hızlı bir şekilde geçerli günlük dosyasını açın ve içeriğini MS Excel'e kopyalama.
  6. Sonuna kadar atlama ve ilgili girişleri analiz.

Diğer notlar:

Varsayılan olarak, tanılama günlüğüne yer almaktadır 12 hiveLOGS Rehberi.

MS Best practices (Mike T başı olarak. Microsoft) günlük dosyalarının ayrı bir sabit diske kaydedilmesi gereken durumu. Bu Yönetim Merkezi ile yaptığı. Sistem yöneticiniz bunu yapmış olabilir, Bu durumda sen belli ki orada yerine varsayılan günlük dosyası bulmak gerekir 12 yığın konumu).

Bu giriş gibi konularla:

  • SharePoint iş akışı, bir iç hata nedeniyle başlatılamadı.
  • (daha zaman içinde eklenecek)
  • Bu giriş iş akışı hata tanılamada yardımcı oldu (e.g. "İş akışı bir iç hata nedeniyle başlatılamadı").

YOSUN: Etkili bir kuruluş Giriº

(çapraz arasında yayınlanan bu giriş http://paulgalvin.spaces.live.com/blog/ ve http://blogs.conchango.com)

Bu site ilanları kendi ve mutlaka Conchango'nın pozisyonları temsil etmemektedir, stratejileri ve görüşler.

Genel bakış:

Bu giriş büyük bazı arka plan bilgileri açıklar. (3,000 kullanıcılar) Microsoft Office SharePoint Server (YOSUN) Kademeli dağıtım ve böyle bir şekilde istemci mutlu olduğunu ve bir yolda sıkıca proje almak için yaptığımız MOSS özellik kümesi tam kabulü ile biter. Giriş yazı gibi, Biz yaklaşık vardır 50% projenin ilk aşaması ile tamamlamak. Şeyler ilerleme, Ben bu giriş ve/veya yeni yazılar yazmak.

Bu özel durumda, şirket zaten SharePoint Portal Server yüklü vardı 2003. BT grubu bir tür "kimse umursamıyor Eğer bakalım üründe yüklü" moda. Hızlı bir şekilde birçok iş kullanıcı tarafından kabul edilmiştir ve büyük kurumsal oldukça popüler oldu. Tahmin edebileceğiniz gibi, Bu en iyi ürün strateji değildi. (hangi istemci kolayca kabul ediyor) ve ne zaman sahne MOSS geldi, İstemci "yapmak çözüldü." ve onlara yardım etmek için bizi tuttu..

Bu proje uygulama başladığında bize bakan merkezi soru biriydi.: Nasıl MOSS bu istemciye tanıtmak? İstemci zaten SharePoint ile deneyim oldu verilen, merak ettik — "değişiklik yapmak ihtiyacımız var" eğitim veya biz sıfırdan başlamak? Kullanıcıdan ile çalıştıktan sonra, Biz bu bu daha mantıklı bir yeşil alan proje olarak tedavi tespit.

Karar bir başlangıç noktası verdi ama hala bize MOSS Atılgan'a inişli çıkışlı dışarı için iyi bir strateji bulmaktan önemli ihtiyacı bıraktı. MOSS büyük bir hayvan olduğunu … içerik yönetimi içerir, Belge yönetimi, Arama, Güvenlik, dinleyici belirleme, Proje Yönetimi, "muhteşem kırk" şablonları, iş akışı, iş verileri bağlantısı, vb. Büyük bir organizasyon olduğu gerçeği ile bir çift bu Can Gerçekten hemen hemen her büyük MOSS faydalanmak özellik ve büyük bir proje ile kurumsal ulaşmak ve pek çok iyi şeyler oluyor kazançlar var.

Biz zaman ve tekrar tekrar bu konu ile karşıya … MOSS, kurumsal özellik seti ile ulaşmak bir kuruluş vardır, Henüz biraz sofistike istemcileri bu özellikleri zihinsel emici zor zamanlar var, Yalnız bunları kayda değer bir kısmını onların günlük rutin birleşmeyle izin.

Sihirli bir soruna çözüm yok. Bunun yerine sadece aldık ilk adımlar adres istemcisiyle başarılı uzun vadeli evlat edinmek için yolda komuta edecek.

Kapsam:

Proje planı böyle kilometre taşları "PoepleSoft entegrasyon yoluyla BDC tamamlandı" olarak dahil tekne için takım istediği kadar çok, "Yeni çapraz departman ürün denize indirmek iş akışı tamamlandı" ve "Üst yönetim KPI'ın kabul", Bir şey için daha az yerleşmek zorunda kaldım. O "daha az söylemek değil bu" kötü bir şey. Aslında, "daha az" ilk kullanım için karar verdik biz başlamadan öncesinde olduğu mil.... Bizim durumumuzda, "daha az" dönüştü:

  • Belge kitaplıklarını kullanma basit doküman yönetimi, sürüm denetimi ve içerik türleri.
  • Etkili arama içerik türlerini temel ve gelişmiş arama özelleştirilmiş (Yönetilen özellikleri ile, XSLT güzel sonuçlar üretmek, vb).

Yukarıdaki kuruluş çapında özelliklere ek olarak (Tüm bölümler ve kullanıcıların yuvarlandı olduklarını anlamı), Şu tek kapsam mini-projeler eklendi:

  • Prototip BDC entegrasyon.
  • SPD ile oluşturulan Multi-step ve çoklu şube iş akışı işlemi.
  • Karmaşık InfoPath formu.
  • KPI'ın bazı iş süreci için yüzey (muhtemelen insan kaynakları yetenek elde etme bizde, Ama bu değişebilir).

Kapsamı burada değil 100% doğru ama bizim yaklaşım temsilcisi ve benim amacım burada için yeterli, açıklamak ne "etkin olarak düşünün ki" altın yol aşağı sıkıca müşteri-ecek koymak tam MOSS evlat edinmek için MOSS tanıtımıyla.

Bu girişte tek hakkında çok daha fazla yazmayacağım. Bu bizim aşırı kemer stratejisinin bir parçası olduğunu işaret etmek istiyorum. Çekirdek belge yönetimi ve arama özelliklerini tüm kullanıcılar için uygulamak henüz son derece işlevsel sağlamak için fikir, Bu erken aşamada emme yeteneği çoğu kullanıcının sadece ötesinde olan diğer çekirdek MOSS özellikleri yüksek görünür ve son derece temsili örnekleri. Ancak, onlar-ecek var olmak "orada" ve bir diğer departmanlar biliyor ya da onlar hakkında bilgi ve bu özellikleri kendileri için istiyorum umuyor, büyük için kabulüne. Bu aynı cinsten tek adet başarı öyküleri de satış ekibimiz "mühimmat sağlamak için hizmet." İkinci olarak başarılı bir şekilde kazanmak için, üçüncü ve n-fazlı projeleri.

Ne biz tanıtıyor ve neden?

Belge yönetimi ve ara temel kuruluş çapında gereği olarak yerleşmiş, bilgi toplama başlatmak için gereken. Pratik bir konu olarak, Bu belgelerini ve sonuçta içerik türlerini anlamak için eşlenen anlayışı etrafında dönüyordu..

Görsel araçlar olmadan içerik türleri açıklamak zordur buldum. Tomografi veritabanı hükümlerinde daha teknik halk içerik türleri hakkında bir tartışma uzak yürüyebilir. "A CT bir veritabanı tablosuna benzer, Bu sütunlar ve sütun veri türleri açısından tanımlanmıştır, Ama CT veri türlerini daha çok basit tamsayı/tarih dahil, Ama aynı zamanda "seçimi" ve "arama" ve benzeri." "Genişletme hakkında konuşabiliriz" içerik türleri, çok benzer bir nesne yönelimli dilde temel sınıfından işlevselliği devralabilir. Ancak bu tabii ki olan teknik arka plan ulaşım departmanı admin kişi için yararlı değil. Yani, Neredeyse herkes bir yosun rollout önemli.

Beyaz tahta kullanarak şüpheli. Bir içerik türü ve çizilen parlak fikri takdim ettik (ya da onlar gibi görünüyor) içerik türleri ve arama açısından sizin için ne ve nasıl onlar-ebilmek var olmak genişlemek resimleri, vb. Sonunda, Bazı Işık Ampüller kapatmış gibi hissediyorum, Ama bir karışıklık ortaya çıkan beyaz tahta resimdir.

Bu bize bizim şimdiki ve öylesine uzakta en etkili iniş yeri açtı: Bu özellikleri göstermek için yapılandırılmış bir yosun sandbox sitesi.

Sandbox sitesini kullanma, Biz göstermek:

  • İçerik türleri:
    • Bir CT ile birden çok veri türü oluşturma (metin, tarihi, seçim, Boole değeri, Arama, vb).
    • Bir ebeveyn dayalı yeni bir CT oluşturarak bir CT genişletme.
    • CT meta verileri kullanarak belgeler için arama.
  • Belge kitaplıkları:
    • Tek bir CT bir kütüphane ile ilişkilendirme.
    • Ne olur bu kitaplığa belge yüklemek?
    • Birden fazla Tomografi doktor kitaplığıyla ilişkilendirme.
    • Ne olur bu kitaplığa belge yüklemek?
    • Sütun başlıklarının bir doktor lib aracılığıyla sıralama ve filtreleme.
    • Belge kitaplığı görünümleri:
      • Sıralama
      • Gruplandırma
      • "Hızlı bir giriş" (veri sayfası görünümü)
      • "Etiketsiz veri" (geçiş ile MOSS için içerik diğer kaynaklardan yardım.; Bu aşağıda daha fazla bilgi).

Kum Makinası:

Projeyi tamamladıktan sonra uzun eğitim amaçlı kullanılmak üzere geliştirme ortamında kalıcı bir özelliği olması bizim sanal site dizayn ve açıklandığı gibi çeşitli eserler dahil:

İçerik türleri:

Aşağıdaki içerik türleri tanımlanmış: Fatura, Satınalma siparişi, Hizmet faturası.

Az ya da evrensel altında oldukları için biz fatura ve satınalma siparişi seçildi
durdu varlıklar. Herkes iş bir fatura için ödeme için bir talep olduğunu anlayan bir Müşteri için bir tutar belli bir yayınladı tarihi biraz başı olarak ödenecek ödeme koşulları. Bu "eğitim fatura olarak adlandırılan bir CT doğal bir tanımı için açar" (Fatura başka türlü ayırt etmek). Satınalma siparişi benzer şekilde kolayca tanımlanır. Biz de bir "Eğitim Hizmetleri faturası oluşturduğunuzda" "eğitim fatura dayalı yeni bir CT oluşturarak" CT ve eklenen bir sütun, "hizmet".

Yukarıda, Biz şimdi ezelî saplanmış ilk soyut bir kavram anlatmaya çalışıyor aşağı biraz anahtar şekil-in Tomografi göstermek; Herkes zaten biz fatura"ile ne demek anlıyor" ve "satınalma siparişi" ve bunun yerine CT mekanik odak edebiliyoruz kendisini.

Özel listeler:

CT ile türü "arama sütunları" özel bir liste veya belge kitaplığına işaret. Bu kapsamlı ve kum için kullanın, müşteriler içeren özel liste destekleyen bir tane yarattık. Anlamak için kolay bir kavram olduğu için müşteriler aldık ve basit-e doğru göstermek. Fatura CT bir sütun vardır, "müşteri" Bu tip "arama tanımlanır" Bu liste işaret.

"Sunucuları yönetmek için benzer bir özel liste hazırlandı" "satınalma siparişi için" CT.

Belge kitaplıkları:

Biz iki belge kitaplığı oluşturdu: "Fatura" ve "Karışık belgeleri".

"Fatura" CT türdeki belgeleri yönetmek için fatura belge kitaplığı yapılandırılmış.

Biz "karışık belgeleri yapılandırılmış" tüm üç Tomografi yönetmek için kitaplığının.

Sıralama göstermek birkaç görünüm oluşturma, filtre uygulama, veri sayfası ve gruplandırma.

Arama:

Biz iki yeni yönetilen özellikler tanımlanmış ve fatura numarası ve müşteri kadar onları haritalı.

Biz yeni bir özelleştirilmiş önceden arama sitesi oluşturulur ve kullanıcıların faturaları"için arama modifiye" Bu iki eşlenen özelliklerin kullanma.

XSLT değiştirmek böylece fatura ve müşteri numarası, Otelde mevcut, parlak bir renk bir HTML tablosunda görüntülenir. Amaç burada böyle biçimlendirme mümkündür göstermektir.

Hepsini bir araya koyarak:

Biz de demo katılmak anahtar kullanıcıları düzenlemek.

Bu basit bir script izleyin:

  1. Anlam ve amaç bir CT tarif, örnek olarak fatura ve satınalma siparişlerini kullanarak.
  2. Aynı anda onları bu ekranları kullanmak gerekmez temin ederken fatura CT tanımı göster, Sadece kavramlar aç.
  3. Fatura belge kitaplığı'na gidin.
  4. Bir belgeyi karşıya yüklemek.
  5. Açılan müşteri gerçekten özel bir listeden kaynaklı göstermek.
  6. Yeni bir müşteri müşteri listesine ekleyin ve sonra yeni oluşturulan müşteri ile son zamanlarda yüklenen faturayı 's meta veri güncelleme.
  7. "Karışık belgeler için geçiş" Kütüphane ve upload bir belge. Nasıl sistem için bir belge türü ister açıklamak.
  8. Geri dön fatura belge kitaplığı ve gösteri nasıl bir sütun adını tıklatarak sıralama düzenini değiştirir.
  9. Sütun düzeyinde filtreleme göstermek.
  10. Çok düzeyli sıralama göstermek farklı görünümleri göster, Süzme ve gruplandırma.
  11. Veri sayfası görünümü'nü göster.
  12. Amacı, bir "etiketsiz belgeleri açıklamak" Görünüm.
  13. Özelleştirilmiş gelişmiş arama için geçiş.
  14. Şimdiye kadar, Son zamanlarda yüklenen belge taranmasını ve dizine, Yani o fatura yolu ile eşlenen özellik bulmak için yetenek gösteren arama yapın.
  15. Biz eşlenen özellikler vs arama arasındaki farkı göstermek. Sadece bir metin arama.

Bu noktada, az ya da demo ile yapılır. Hakkında almak gibi görünüyor 30 Hedef 45 dakika, insanlar bağlı olarak ne kadar çok soru sorar.

Biz o zaman geri göndermek için masaları "ödev" ile. Bu basit bir oluşur nerede biz onları bizim için Tomografi açısından ihtiyaçları düşündüklerini tanımlamak için sormak elektronik tablo excel, hem yüksek düzeyde (sadece isim ve iş amaçlı) yanı sıra sütun ve veri türü sütunda saklamak. Biz onları MOSS açısından sütun veri türlerini tanımlamak için sormayın, Ama iş şartları.

Özetle:

Biz kimin itiraz kurumsal çapta bazı çekirdek MOSS özelliklerini göstermek için kullanabilirsiniz bir sanal ortamı yarattık.

Böylece kullanıcılar MOSS üzerinde odaklanabilirsiniz ve varlıkları üzerinde batağa değil kolayca anlaşılır ve ortak iş varlıkları model / kendilerini örnekler.

İş kullanıcıları "ödev tez oturumlarıyla yürüme" doldurun ve kendi ilk kesim içerik türleri tasarlamak için kullanmak yetkili oldukları excel belgelerinin şeklinde.

Nihayet, Biz zaman içinde demolar yapmak gibi, istemcinin ekip üyeleri kendilerini daha ileri taşımak mümkün hale, demo kendilerini Dünün ve genellikle daha karmaşık sorunlara çözüm bulmak için bize geri kalanı kadar boş, gibi genel sınıflandırma, karmaşık iş akışları, BDC ve benzeri.

Çevik öğrenme // Scrum

Ben bazı tavsiyeler için bugün iyi kaynaklardaki çevik ve Scrum öğrenme ile çalışmaya başlama için sordu. İşte yanıtı bir özetidir. Kaynakları güven ama bu kapsamlı olduğunu bilmiyorum (Im'değil emin).

Bazıları bu yanlış transkripsiyonu.

Birden fazla kişi yanıt sağlanmış ve çevik proje yönetimi tarafından Ken Scwaber tutarlı "ilk dalış" öneri.

Kişilikleri:

  • Ken Schwaber
  • Mike Cohn

Kitaplar:

  • Scrum ile çevik proje yönetimi Ken Schwaber tarafından.
  • Yalın yazılım geliştirme: Çevik bir araç için yazılım geliştirme Yöneticisi Mary ve Tom Poppendieck tarafından.
  • "Mike Cohn tarafından bir şey"
  • Çevik Retrospectives Ken Schwaber tarafından, Diana Larsen, Esther Derby.

Linkler: