Aylık Arşivler: Ekim 2007

Kullanma “Kişi veya grup” hesaplanan bir sütunda

İnsanlar genellikle bir sütun veri türü "kişi veya grup kullanma hakkında sormak" başka bir sütundaki verileri "Hesaplanan" yazın.

Alt çizgi, Bu WSS içindeki çalışmıyor 3.0 (veya yosun).

Ne zaman bir hesaplanan sütun ekleme, WSS alanların listesini gösterir hesaplama için kullanmanıza olanak verir. Kendi listesinde olmayan bir sütunda adına yazarsanız, o size söyler:

Bir veya daha fazla sütun başvurularına izin verilmez, sütun formüllerde desteklenmeyen veri türü olarak tanımlandığından.

Geçici çözüm: Bir olay işleyicisi kullanmak. Kullanıcı öğesini kaydettiğinde, olay işleyicisi yangınları. Sizin için yapmak için hesaplanan sütun isterdi güncelleştirme gerçekleştirir.

Faydalı Linkler genel olarak hesaplanmış alanlar:

Hızlı yasal uyarı: Eksiksiz ve doğru olması için yukarıdaki inanıyorum, Ama yeterince zeki hileler burada yosun/WSS son derece sürpriz olmaz (Eğer sen can) Eğer birisi için kod başvurmadan bunu yapmanın bir yolu buldum. Eğer akıllı iş-çevrede buldum ya da birisi mi bilmek, Lütfen bana bildirin!

YOSUN/WSS söyledi.: “Sayfa üzerinde başka bir yazar tarafından değiştirildi …” Ama aslında, o was değil.

Yaptığımız bazı ağır hizmet bizim site taksonominin "Yönetmek içerik ve yapı" ile yeniden düzenleme. Bana bilinmeyen nedenlerle, Bu işlem (Yine de ana çalışma) çabuk denize indirmek içinde bazı gezinti bağlantılarını kırdı. Kırık linkleri ile karakterizedir:

  • Yanlış URL. Örneğin, "/ siteler/bölümler/Insankaynakları/olması gerektiği…". Ancak, Yeni bağlantı "/ siteler/kurumsal/Insankaynakları/vardır…".
  • Sorgu dizesinde başlığının tekrarlanan bit, olarak:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Bu site ayarları/gezinti yolu ile düzeltmek çok kolay. Hariç, Ben bunu yapmaya çalışırken MOSS beni bununla sunar.:

görüntü

Gerçek şu ki, kimse herhangi bir değişiklik yapıyor (Beni, Elbette).

Hızlı arama Bu MSDN Forumları tartışma döner: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier konuyor o güzel de sondan bir önceki (güncelliği 10/02/07) Yayınla:

Gerçek şu ki:

Bozuk başlıkları sıfırlamak için, sen-si olmak-için :

– bozuk başlığı altındaki tüm listeleri kaldırmak

– bozuk bir başlığı kaldırma

– Liste Ayarları, kaldırılan bir liste için Hızlı Başlat Ekle (Bu bozuk olmayan bir başlık yeniden oluştur)

O zaman iyi.….


SharePoint uzman – Sogeti Cap Gemini İsviçre

Gezinme sayfasını gitmek isteyen tutulur çünkü biraz karışık, değişiklik yapmak ve daha sonra "sayfası güncellenmiştir ile vurmak olsun" İleti. Sonunda, Liste Ayarları'na gidin ve Kaldır/çabuk denize indirmek için eklemek olduğunu fark ettim. Bu did belgili tanımlık hüner. Mutlu kez tekrar burada!

</sonunda>

Benim blog abone!

İle ilgili sorunlar “Tarihe kadar Duraklat” SPD oluşturulan iş akışı faaliyet

GÜNCELLEŞTİRME 12/10/07: MSDN KB929816 içinde açıklanan düzeltme bize aşağıda belirtilen sorunu çözüldü. Düzeltmeyi edinmek ve grubundaki her sunucuda kurun. O zaman, her sunucuda SharePoint Yapılandırma yardımcı programı. İşte o KB için MS Support bağlantı: http://support.microsoft.com/kb/932816.

Arka plan:

Biz bir iş gereksinimi nerede olduğundan emin olmak bir çevre Mühendislik Yöneticisi ihtiyacı var 30 Bu bitkiler için onların çeşitli devlet manda izni uygun zamanda dosya sağlamak için Amerika Birleşik Devletleri ihtiyaçlarını boyunca yer alan ama üretim yerleri. Biz araştırdık bir yaklaşım "Pause kadar tarihi güçlendirir" SharePoint Designer worfklow yolu ile bize mevcut aktivitesi. Mühendislik Yöneticisi (veya yardımcısı) tüm gerekli izin ve uyarı mektubu tarihleri yıl başlangıcında girer. Sistem, o zaman bütün ağır işleri yapar.

Çevre:

YOSUN, 64 bit, sanal makine ortam (Kalkınma kutusu), 2 Sunucular (SQL server üzerinde #1, her şeyi sunucuda #2).

Sorunları:

Duraklat kadar tarihi eylem mükemmel bir çözüm gibi görünüyor ve iyi olarak kendini ispat edebilir. Ancak, Bu kutuyu çalışmıyor (bizim için).

  1. İş akışı iş çalıştırmak üzere zamanlanmamış, Şimdiye kadar. Ben bu okuyarak keşfetti Christopher White'nın (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) mükemmel yazmak-up stsadm thusly kullanarak:

    C:\>stsadm -o getproperty - propertyname "iş-iş akışı" -URL http://localhost

    <Özellik mevcut "No =" />

    C:\>

    Bu kolayca çözüldü ama şaşırtıcı sonucu yapıldı.:

    C:\>stsadm -o setproperty - propertyname "iş-worfklow" -propertyvalue "her 1 dakika arasında 0 ve 59" -URL http://localhost

    İşlem başarıyla tamamlandı.

    C:\>

    Bunu üzerine, ilk sürüyor"" iş akışı hızlı kadar ateş ve o iş vardır.

  2. Ne yazık ki, bir sonraki beklendiği gibi işe yaramadı. Neyse ki, Christopher bize ifade eder Burada (http://support.microsoft.com/kb/932816). Bu girdinin yazı gibi, Bu düzeltmeyi edinmek BT bölümü için bekliyoruz, Ama umut verici görünüyor. Etkilenen .dll'ın bizim kopyalarını yapmak değil pay aynı bayt boyutu, Umarım bu sorunu çözecektir..

Geçici çözüm:

Stsadm -o setproperty komutu yeniden çalışan iş akışı zamanlayıcısı uyanık eşya gibi görünüyordu. O-cekti, kabaca 7 dakika sonra, Aslında uyan ve iş akışı ile birlikte devam.

Sorular / Giderilen sorunlar:

Pause tarihten çalışmıyor.

Pause tarihten sürdürmüyor.

İş akışı durumu sürüyor"değişmez"

İş akışı durumu "sürüyor kalır."