其他

 Q: 什麼是SharePoint系統分析員的主要責任 ？Q: 為什麼你會建議使用SharePoint portal ？Q: 你會如何計劃sharepoint的測試工作?Q: 你如何在sharepoint上發布的新聞內容？Q: 你會如何計劃測試WebParts的 ?Q: 你會如何測試SharePoint的設計和布局的變化？ 1:什麼是SharePoint系統分析員的主要責任

MOSS User Profile（三）：查看使用者設定檔修改曆史前面介紹過了使用者設定檔的擷取和修改，在共用服務管理中心中我沒有找到地方來查看指定使用者的設定檔的修改曆史，只在參考的書中閱讀到了閱讀到了用物件模型來查看以往修改的記錄的方法。在代碼實驗中只實驗出了查看到添加的屬性欄位，但是對於欄位的值的修改並沒有被記錄在其中，看來這個只能記錄欄位的添加刪除等操作，對於屬性欄位值的修改並不能被記錄下來。下面把代碼貼出來，來源於參考書中。using System;using

去年我發布過一個MOSS多級審批工作流程，採用順序工作流程模式開發；後來又做了一些改進，用ConditionedActivityGroupActivity取代了繁複的WhileActivity+IfElseActivity嵌套，但仍然是順序工作流程。在第二篇文章的末尾我曾寫道：“審批這樣的流程並不適合用順序工作流程來實現，用WF的另外一種工作流程-狀態機器工作流程會更好”，為什麼這樣說呢？我們已經知道，順序工作流程的執行過程是一個連續的步驟，從開始到結束，雖然我們可以利用While這樣的迴圈活動

MOSS User Profile（四）：代碼建立使用者設定檔使用者設定檔的建立在前面介紹過，只要使用者登入過自己的“我的網站”就會被建立好了。其實，通過物件模型也是可以提前建立好使用者的設定檔的，可以省去使用者必須登入我的網站才能建立自己的設定檔的過程。而且在物件模型中建立使用者的設定檔其實也是比較簡單的。只需要具備許可權的使用者並提供需要建立設定檔的使用者帳戶名就OK了。同前面的方法一樣，首先要從上下文擷取這個很重要的管理類的對象UserProfileManager。SPSite site

需要將資料展示成日曆形式，是跨網站顯示，通過查看ListViewWebpart控制項，發現日曆是由SPCalendarView控制項和SPCalendarDataSource資料來源控制項顯示的，通過測試SPCalendarDataSource控制項只能按視圖進行過濾資料，如果有查詢條件只有修改視圖的查詢條件後，才會生效。因為我顯示的資料有查詢條件，不採用SPCalendarDataSource控制項作為資料來源，用SPCalendarItemCollection類添加資料來源，代碼如下：   

在 MSOTEC上面看到的文章,以前碰到過,發出來給大家分享: 若修改了電腦的 名字，密碼等，sharepoint所有網站都不打不開了，請問除了重裝sharepoint外，有沒有其他的方法可以更改MOSS伺服器陣列的名字等配置？具體做法可參考如下步驟：第 一步：在SharePoint3.0管理中心中修改“替代訪問映射”：1、進入 SharePoint管理中心2、選擇“操作”選項卡3、點擊“替代訪問映射”連結4、把訪問映射連結改變成使用新的伺服器名稱的URL第二步：用

MOSS Search學習記錄（一）：開啟Search服務從今天開始研究學習MOSS的搜尋部分，首先就要啟動MOSS的搜尋服務。1．搜尋服務的啟動在MOSS的管理中心中。首先開啟MOSS的管理中心。2．單擊上面的“操作選項卡”。在“拓撲結構和服務”塊下就可以找到“伺服器上的服務”這個管理項，開啟。    3．在列表中找到了尚未啟動的Office SharePoint Server 搜尋服務，在右邊的操作中點擊啟動。    4．這是搜尋服務啟動的介面   

這個是我在國外的一個網站找打的，原文地址，Maximum File Size for Crawling具體的修改辦法如下： 　　 Maximum File Size for CrawlingBy default, Search Services can crawl and filter a file with a size of up to 16 megabytes (MB). It will always crawl the first 16MB of a file. After this

MOSS Search學習記錄（二）：配置耙梳並嘗試一個簡單的搜尋上一次介紹了如何開啟Search服務。繼續，我準備對搜尋進行一次嘗試，看是否成功。1．首先需要建立一個SharedService共用服務。這個建立比較簡單，這裡就不對其進行詳細介紹了，位置在管理中心的“應用程式管理選項卡——Office SharePoint Server 共用服務——建立並配置此伺服器陣列的共用服務”。2．進入到剛才建立的共用服務的網站中。這時會在頁面上看到搜尋部分的配置，其中有搜尋設定。開啟。   

MOSS出現錯誤“搜尋服務處於離線狀態”。具體是： 1、開啟“管理中心”>“應用程式管理”>“搜尋服務”中，在“啟用搜尋的共用服務提供者”時選項下，耙梳狀態和傳播狀態均為“搜尋 服務處於離線狀態”；2、開啟共用服務管理>“搜尋”>“搜尋設定”時，出現錯誤：“搜尋服務當前處於離線狀態。請訪問SharePoint管理中心的“服 務器上的服務”頁，以驗證是否啟用了該服務”。這也可能是由於正在移動索引器所致。 解決過程：1、懷疑是相關服務沒有啟動或賬戶許可權出錯。開啟“管理工具”

     近期在使用SPD開發簡單工作流程的時候，積累了一些小的經驗，覺得大家可能會碰到，也防止自己忘記，所及記錄下來。 本文會持續更新。       1、我在給發布類網站，也就是新聞類網站做審批工作流程的時候      需要關閉“頁面”列表的“文件庫版本控制設定”中的“提交的項目是否需要內容審批?

MOSS

首先感謝WSPBuilder的作者keutmann開發這麼好的WSP打包工具，還有就是作者最近被評為sharepoint

MOSS

MOSS

思路：原理很簡單，編寫一個custom field,在render的時候讀取欄位值並判斷加1寫回，當然如果需要你也可以做成針對每個使用者的統計以及防重新整理等。 (補充:更為簡便的方法是,隨便建一個比如閱讀次數的欄位,在自己的需要統計的頁面(前提是使用自訂控制項/WebPart或頁面)去更新它的值即可!:(08.01.21)使用：添加欄裡添加計數一列，選擇剛部署的custom field即可。程式碼片段(ItemViewCounterFieldControl.cs)：if

 因為發布網站中的一個Feature被開啟了，造成將列表FormPage的查看給Lock了，所以需要登入，將其關閉就OK了。哈哈。英文KB：Users are unexpectedly prompted to enter their credentials when they access a list in a Windows SharePoint Services 3.0 site that is based on the Publishing Site templateUsers are

     上文我們瞭解了一個外部Http Request進入IIS 背景工作處理序(W3WP)的處理與執行信任模型，這個階段是Sharepoint的四種執行模型都必須經過的處理階段，其中Sharepoint場解決方案與任何 ASP.NET 應用程式一樣就是在 IIS 背景工作處理序(w3wp)中啟動並執行，所以上文也就包含了場解決方案的處理與執行信任模型。     這裡繼續我們的話題，就是看看Sharepoint的沙箱化解決方案在這方面是什麼情況。      沙箱化解決方案是

MOSS User

面向方面建模用模型驅動開發(MDD)的方法來簡化面向方面的開發。這種面向方面建模的方法包括在設計時使用面向方面的關鍵字注釋UML面向方面模型單元以用於訪問橫切關係。特殊目標環境的面向方面代碼在從UML到目標轉換（target transformation）時產生。文章的以下部分將引入用於MDD架構的物件導向設計，它為使用IBM Rational Software Architect（以後簡稱，Software Architect）的AspectJ 和JavaTeam