Kategori Arşivleri: SharePoint

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."

MRO iş akışı örnek MOSS kullanarak çalışma, SPD, InfoPath & Web Hizmetleri.

Genel bakış

Bu giriş bir gerçek MRO açıklayan bir örnek çalışma açıklar. (Bakım, Onarım ve işlemleri) YOSUN uygulanan iş akışı onay süreci.

Bu açıktan açığa teknik bir tartışma değil., Ama onun yerine ne yosun platform gerçek bir araya gösteren bir gerçek örnek sağlamak için hizmet.

(Bu girişe çapraz arasında Yayınlanan http://paulgalvin.spaces.live.com ve http://blogs.conchango.com)

Arka plan

İstemcinin MRO süreci izleyerek karakterize

  • El ile onay süreci.
  • Bazı destek kullanarak excel elektronik tabloları.
  • Düzensiz onay süreci. Aynı MRO satın alma onay işlemi günlük farklı olacaktır, kişi kişi tarafından.
  • Kağıt ve imzaları elle yazılmış bir sürü — satın alma talepleri için gerekli 3 daha önce son onayı yazılı imzalar.

Dahil bu projenin hedefleri:

  • Tamamen otomatikleştirmek belgili tanımlık oluşum.
  • Onay için kuruluş standartları uygulamak.
  • MRO satın alma çeşitli yöneticileri için birleştirilmiş bir görünüm sağlar.
  • Ayrıntılı denetim izi.

Bir yan etki olarak çözüm, Yazılı imzalar artık gerekli.

Onay süreci

Onay işlemi dört "yüz hatlarının" oluşur.: İletiyi gönderen, Direct Yöneticisi, Fonksiyonel Yöneticisi ve bölümü müdürü.

İletiyi gönderen:

Satın alma ihtiyacını görür ve bu süreç başlar. Not iletiyi gönderen olabilir veya aslında Satınalma talebini giremezsiniz, Ama onun yerine bunu yapmak için başka bir personel doğrudan. Bazı zamanlar, iletiyi gönderen PO talep doldurmak için teknik uzmanlığa sahip değil. Örneğin, kullanıcı-ebilmek istemek-e doğru yeni bir dizüstü bilgisayar talebi, Ama en iyi satıcı bilmez, It standartları, vb. Bu durumda, iletiyi gönderen inşaat ile o ve o aslında talep doldurur.

Direct Yöneticisi:

Bu iletiyi gönderen doğrudan yöneticisidir (hangi-ebilmek var olmak farklı aslında PO talep MOSS giren kişinin). Sistem onay daha fazla satır aşağı arar önce doğrudan yöneticileri PO talep onaylaması gerekir.

Fonksiyonel Yöneticisi:

Önerilen satın belirli bir kurumsal fonksiyon kapsamında kurumsal standartlara uymasını sağlamaktan sorumlu birey fonksiyonel yöneticisidir. Örneğin, BT satın alma bir BT fonksiyonel Yöneticisi tarafından onaylanan.

Bölüm Yöneticisi:

Bölüm yöneticileri satınalma talepleri kesinlikle para birimi cinsinden tutarını tarafından onaylama. Bölüm Yöneticisi satınalma talepleri yapılandırılabilir bir tutarı aşan onaylama.

Çözüm

Biz çözümü uygulamak için aşağıdaki araçları ve bileşenleri kullanılır:

YOSUN: Hangi asmak her şeyi"" platform olarak hizmet vermektedir. MOSS güvenlik ana kaya hizmetleri sağlar, Ana veriler, Denetim izleme ve diğer özellikleri.

InfoPath forms services: MOSS bileşen, Bu, kullanıcıların bir web tarayıcısı üzerinden satınalma talepleri doldurmasını sağlar.

SharePoint Designer (SPD): Biz SPD otomatik iş akışı işlemleri uygulamak için kullanılan.

Web hizmeti: C# web hizmeti InfoPath formu basamaklı seçim listelerinde sağlayarak kullanıcı deneyimini geliştirir ve verilere filtre uygulama ile ilgili olarak daha iyi performans sağlar. Bkz: Burada bir teknik bir derin dalış için bu konu ve onu kullanmak için nedenleri.

Özel listeler: Belirli bir kullanıcının doğrudan Yöneticisi sağlanan MOSS kullanıcı profilleri, Ama en-in iş akışı kararları kontrol veri sağlamadı (e.g. ister tümen Yöneticisi PO talep onaylamak için gereklidir). Biz özel listeler bir "kuruluş verilerinizde kullanılan" "Sahra Yöneticisi onayı dolar tutar" gibi verileri korumak için site, "Fonksiyonel bölge müdürü" ve benzeri. Listeleri çok güzel InfoPath ile birlikte ve aynı zamanda oluşturmak/güncelleştirme/silme sağlar (REZİL) Denetim ve güvenlik kutudan işlevselliği.

Kullanım örneği

Kullanma bu durumda birlikte çözüm nasıl uyduğunu göstermektedir.:

  1. Paul yeni bir dizüstü bilgisayar istiyor. Vivek onun ihtiyaçlarına anlatıyor, bir BT kişi kurumsal dizüstü standartları ile tanıdık, tercih edilen satıcılar, vb.
  2. Vivek günlükleri içine yosun, PO talep formu erişir ve talep Paul adına girer. Formu Vivek şirket onaylı satıcılarının aþaðý açýlan listesini doldurmak için web hizmetlerini kullanan bir satınalma Kategori için ister.. Vivek, Ayrıca bu satın alma kurumsal işlevsel alanı belirtir (e.g. "BU" ya da "Finans").
  3. SPD dayalı iş akışını başlatır, Paul'un direct Yöneticisi belirler ve satınalma siparişinin menajeriyle yönlendirir, Stacy.
  4. Stacy Satınalma talebini onaylar.
  5. SPD iş akışı talep olup olmadığını denetler ve bir BT satın alma olduğunu belirler. BT fonksiyonel Yöneticisi iş akışı yönlendirir, Wonson.
  6. Wonson talebini onaylar.
  7. SPD iş akışı tekrar talep inceler ve satınalma tutarı maxium tutarı aşan ve Bölüm Yöneticisi onay giden yollar belirler..
  8. Bölüm Yöneticisi Satınalma talebini onaylar.

Notlar

  • Kullanım örneğini gösteren bir "temiz" hiçbir reddi veya atlar ile çalıştırın.
  • Her onaylayan onaylamak veya reddetmek satınalma siparişinin yanı sıra yazılı görüş sağlamak için yeteneği. Bunlar hesap denetimi kılavuzunu kaydedilir.
  • Mesul Müdür herhangi bir satınalma talebini reddederse, PO talep "ölü" ve işlemi baştan başlatılması gerekir.
  • İş akışı ve orijinal sürecinin her adımında size bildirir..
  • Yazılı imza yok — belirlenen istemci (sonra güçlü bazı öneriler) Denetim koşuluyla, iş akışı geçmişi ile iz, Denetim ihtiyaçlarını hizmet.
  • Çaba — Bu çözümü uygulamak için yaklaşık üç adam hafta sürdü.

Sonuç

Bu çözüm geliştirme ve çalıştırma platformu MOSS güçlendirir. İstemcinin temel MOSS özellikleri hemen hemen her çalışanın şirketteki etkilenen bir rutin iş sürecini otomatikleştirmek için manivela başardı. Basit bir web servisi dışında (kendisini MOSS güçlendirir), neredeyse hiç gerçek programlama"" gereken yapıldı..

Çözüm de bir "vitrin hizmet vermektedir." istemci için, Ne kadar farklı MOSS özelliklerini gösteren bir tam özellikli iş uygulaması oluşturun ve yeni danışmanlık fırsatlar gelecekte oluşturmak için kombine edilebilir.

Sözlük

MRO: Bakım, Onarım ve işlemleri. Bu alımları genellikle not defterleri gibi öğeler içerir, sandalye, kişisel bilgisayarlar, Yazıcılar, cep telefonları ve benzeri.

YOSUN/WSS arama sonuçları (ve DataView): ham XML verilerini görüntüleme

Bu-ebilmek var olmak için pek çok bariz, Ama benim MOSS programlama sınavı için süre eğitim, Bir arama sorgusu kullanıcı arabirimi üzerinden gerçek XML almak oldukça kolay öğrendim..

Hızlı bir yöntem aşağıdaki gibidir:

  • Gelişmiş arama erişim.
  • Bazı verileri döndüren bir arama yapmak.
  • Sayfayı Düzenle (site ayarları ile).
  • XSL aşağıdaki gibi değiştirin:

<?XML Sürüm="1.0" kodlama="UTF-8"?>
<
XSL:Stil sayfası Sürüm="1.0" xmlns:XSL="http://www.w3.org/ 1999/XSL/Dönüştür">
<
XSL:çıkış yöntemi="XML" Sürüm="1.0" kodlama="UTF-8" girinti="Evet"/>
<
XSL:Şablon maç="/">
<
Pre>
<
XSL:kopya-in seçin="*"/>
</
Pre>
</
XSL:Şablon>
</
XSL:Stil sayfası>

  • Hit Uygula.
  • Tarayıcıdaki kaynağı görüntüle.

Dikkat edin <Pre> sonuçları görüntülediğinizde etiketi çok hizmet dışında uygun bir işareti olarak yapmaz.

Yönetilen özellikleri ile çalışma ve özelleştirme aradığınızda bu hüner-ebilmek var olmak çok yardım etmek. O-ecek sağlamak çok yararlı olurdu senin XSLT'de kullanmanıza olanak için kullanılabilir XML kesin bir listesi son 25 kez, bazı özelleştirilmiş arama sonuçları oluşturdu..

Bu DataView için de çalışmak gerek, Ama ben dışarı henüz test etmedim.

WSS için hiçbir CQWP? Bu deneyin…

Görüyorum ki Eric Kraus Normalde bir içerik sorgusu web bölümü ile bir araya geldi bir şartı ile karşı karşıya geldi. Sorun? CQWP erişimi olmayan saf WSS ortamında yapıldı. Yerine ve fetüs pozisyonunda kıvrık (Her gün savaşmak zorunda bir dürtü, Bu gibi görünüyor), o hiç olmazsa WSS dükkan başarılı olmak için bir mücadele şansı olacak çözüm ile geldi. Açıklanan bu Burada.

İçerik Yönetimi API parlak ve detaylı görünümü

Stefan Goßner Müthiş bir 4 bölümlük dizi SharePoint içerik ve dağıtım API'si hazırladı Burada. O teklif etmek büyük bir genel bakış ve kod içinde çok iyi örnekler (C#).

Öncelikle bu linkten joris poelmans blog aldım http://jopx.blogspot.com/.

Benim gibi olsan bile, içerik yönetimi için uygulamalı iş yapmak zorunda olduğunu, Bu şey değer 20 okumak için zaman dakika.

API kullanma, bir can:

  • Çok kolay içerik alma ve verme.
  • Yeniden üst içerik. Bazı içerik "A sitesinden vermek istiyorsanız" ve göndermek o-e doğru "B sitesi" Ama tamamen yeni bir hiyerarşi içinde yer, Bu mümkün mü.
  • A sitesinden içerik vermek ve seçilen bit site A.
  • İçeriği yeniden bağlayın (tüm köprüleri ile anlaşma anlamı).

WSS, belge kütüphaneleri & listeler, Hesaplanan sütunlar içeren [Beni]

Biri Internets olarak biçimlendirilmiş bir değeri göstermek listesindeki bir hesaplanan sütun oluşturma hakkında sordu"[Kullanıcı] – [Durumu] – [Konumu]" "Paul Galvin olduğu gibi – İçme [Ücretsiz] Bira – Beach".

Paul içeri girip onun giriş listesinde güncelleştirmek ve hesaplanan sütun uygun şekilde güncelleştirmek. , [Kullanıcı] için varsayılan gerekir girme/güncelleştirmek liste kullanıcı.

Hesaplanan sütun "uçucu kullanamazsınız" gibi işlevler [Beni] veya [Bugün]. Ben bir sınama ortamında aşağıdaki adımları ile çözüldü:

  1. "Geçerli kullanıcı" adlı bir metin sütun oluşturmak.
  2. Varsayılan değeri ayarlamak [Beni]
  3. "Calc Test" adında bir hesaplanan sütun oluşturma.
  4. Değerini ayarlayın = [Geçerli kullanıcı]

İçeri girdim, bir öğe listesi ve o amele için eklendi.

wss/yosun belge kitaplığındaki Belgeler erişirken aralıklı IE çöküyor

Bunun için tarafından rahatsız 9 ay ve insan msdn ve Usenet forumlarında too.l var görmek

Bazen, bir word belgesine erişirken (ya da diğer belge türleri) bir belge kitaplığı neden Internet Explorer'ın sadece crash ve go away (birisi olan'ı alarak onunla tüm sekmeleri).

Bu ms düzeltme çözebilir: http://support.microsoft.com/kb/938888

Ayrıca, İşte sorun burada bazı açıklamaları:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

Gerçek XPath adım iletir?

Genel bakış:

Bir düzine bazı sütunlar içerik türüyle yöneten özel bir liste oluşturdu.

Bir sayfa, sonra da SPD ile eklendi, Dönüştürülen veri görüntüleme.

Sorun:

Benim Xpath ifadesi "Geçerli konumu" adlı bir sütun için boş dönüyordu. Thusly başvurulan:

    <tablo kenarlığı = 1>
      <XSL:için her select = "/ dsQueryResponse/satır/satır" >
        <tr>
          <TD>
            Geçerli durum:
            <XSL:Value-of select="@Current_x0020_Status"></XSL:value-of>
          </TD>
        </tr>
      </XSL>
    </Tablo>

CT sütununda "Geçerli durumu" adlı. O göstermek yukarıya içinde arama "geçerli durumu". Baktığın her yerde, "Şu anki durumu" görüyorsunuz.

Deli gibi yaklaşık dayak atma sırasında, seyir için a eriyik, Bunun yerine "@Recruiter için anılacaktır." ve işte! — Aslında geri döndürülen geçerli durumu. Ben böyle yapınca işveren geri dönmek için bekleniyor.

Çözüm:

Ben SPD'de dürttü. SPD bu sayfasına gidin ve veri görünümünü gösterir. Gerçek inceleyebilirsiniz veri görünümüne sağlanan ve Xpath ilişkili. Burada öğrendim gerçekten, Xpath "işveren" işaret etti.. Garip bir şekilde, "gerçek" işveren alan "Recruiter1" işaret etti..

Al:

SPD satırlar için yetkili Xpath ifadeleri sağlar. & Veri Görünümü'nde sütunları.

İkinci, gerçek verileri gösterir. Yani, örneğin, Bu sütun türü gösterir:

<NOBR><yayılma><Bir HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Galvin, Paul</A><IMG sınır ="0" Yükseklik = "1" Genişlik = "3" src="/_layouts/images/Blank.gif"/><bir href = "javascript:’ onclick ='IMNImageOnClick();Yanlış dönüş;’ Class = 'ms-imnlink'><IMG adı ='imnmark’ Başlık =” sınır =’0′ Yükseklik = 12'’ Genişlik ='12’ src='/_layouts/images/Blank.gif’ alt =' durum bilgisi yok’ SIP ='PGalvin@xxx.com < komut DOSYASI türünü metin/javascript cf-karma = "f9e31" = > / * * /’ ID ='imn_77, türü smtp ='/></bir></yayılma></NOBR>