快速 SharePoint 集成: 若要顯示所有可用的快速檢視的示例代碼

下面是一些代碼,顯示所有可用的視圖從 快速 基於命名伺服器 QRServer (我們與之通訊的伺服器進程). 我為提供這要給你全部的使用提供的快速 API 是什麼味道.

使用 系統;
使用 System.Collections.Generic;
使用 System.Linq;
使用 System.Text;
使用 Com.FastSearch.Esp.Search;
使用 Com.FastSearch.Esp.Search.Http;
使用 Com.FastSearch.Esp.Search.Navigation;
使用 Com.FastSearch.Esp.Search.Query;
使用 Com.FastSearch.Esp.Search.Result;
使用 Com.FastSearch.Esp.Search.View;
使用 System.Collections.Specialized;
使用 System.Collections;


命名空間 Conchango
{
     EnumerateFASTViews
    {
        靜態 無效 主要(字串[] args)
        {

            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = 新增功能 NameValueCollection();

            nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "獲取");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            主控台.應使用 WriteLine("總的意見: [" + searchFactory.GetSearchViewList().計數 + "].");

            int 我 = 0;

            foreach (物件 o 在中 searchFactory.GetSearchViewList())
            {
                主控台.應使用 WriteLine("查看 [" + i     + "]: [" + o.ToString() + "].");

            }

            主控台.ReadLine();

        }
    }
}

請注意我認為自己是一個幾乎沒有主管的 C# 程式師,我有皮薄, 所以不發送任何樹莓我的方式, 尤其是 re: "foreach (在物件 o …)" construct 🙂

</結束>

Technorati 標籤: ,

訂閱我的博客.

快速和 SharePoint 集成先看看

我一直很幸運能有機會上一種快速的工作 <–> SharePoint 集成專案和思想我會 繼續分享 我有限的經驗與社會.

微軟是在 採購的過程 快速. 我不知道任何關於附表除外,它應該在"第二季度完成" 我猜這意味著由 06/30/08.

我的專案設計, 在一個非常高的水準, 呼籲創建幾個 web 部件,具有大致相同的外觀, 感覺和功能作為標準 MOSS 搜索框和核心結果 web 部件, 但拉從快速. 我在這一方向取得了一些小步驟.

快速是一個專用的搜尋引擎. 它不基於 Microsoft 技術, 雖然對我是明顯的一些快速的工程師清楚地瞭解 MS 技術 (或他們的承建商的使用).

快速:

快速是一個巨大的怪物伺服器產品 (我的意思是,在不好的感覺; 莫斯是我的大怪物產品以及). 它似乎基於 JAVA 和我注意到一些 apache 的東西,也許一些 PHP. 我也不會感到驚訝,如果有其他位科技混合這裡和那裡. 它肯定在 windows 伺服器上運行,在我一直在使用的虛擬環境中運行良好.

它利用門面 web 服務的爬網 SharePoint 內容索引以其特殊的快捷方式.

SharePoint 最終使用者將很多在家裡與快速的使用者介面. 它具有簡單/高級搜索, 顯示結果, 是大的關聯性, (雖然看不到它是如何處理社會關聯性). 不過, 它進一步去. 其產生似乎更好. 真的表達它很好,但我只會說"這是更好。" 你可以相信我的話, or not 🙂 I may elaborate on this point in the future, 因為我瞭解更多.

苔蘚:

快速提供。提供快速的引擎的介面的網路友好 DLL. 這使得我們能夠創建 web 部件或應用程式頁或者我們所想要快速查詢和目前的結果.

似乎有一個 web 服務的介面.

也有存取權限並整合苔蘚和快速的提供快速的 web 部件. 我不知道是否這是 POC, 作為一次演示或什麼掀起的東西. 這絕對是一個很好的學習工具, 不太確定,如果是生產就緒.

這就是現在. 我通過專案進展情況, 我會發佈更多.

</結束>

Technorati 標籤: , ,

訂閱我的博客.

確定快速 QRServer 埠

為了通過其 API 的快速搜尋與交流, 我們需要知道在其運行 QRServer 的埠.

我跟這些步驟以找到它:

  1. 登錄到網站的快速管理 (http://server:port/admin).
  2. 導航到系統概述.
  3. 找到"搜索發送器" 按一下星相圖示:

    圖像

  4. 我成功地使用價值, 15100 對於"資訊名稱" ="HTTP":

    圖像

備註:

1. 埠 15100 似乎是 QRServer 的預設預置的埠號.

2. 使用此代碼類似于以下內容來具現化快速連接:

     ISearchFactory searchFactory;
    
        NameValueCollection nameValueCollection = 新增功能 NameValueCollection();
    
        nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
        nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15102");
        nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "獲取");
    
        searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. 如果您選擇一個瘋狂不正確的埠, 您得到一個有用的錯誤訊息:

圖像

4. 不過, 如果您選擇概述上列出的埠號 (15102) 你別那有用的錯誤訊息. 相反, 以後當您嘗試訪問任何資料通過搜索或引用快速檢視, 你得到一個錯誤. 調試顯示 searchFactory 的視圖計數為零. 您可能會收到消息"無法獲取搜索視圖清單".

</結束>

Technorati 標籤:

訂閱我的博客.

對 SharePoint 技術設計模式: SharePoint 設計器的工作流 + 事件接收器 = 高濃度雞尾酒

找到中手工創建 SharePoint 解決方案的新興模式之一利用 SharePoint 設計器的工作流和事件接收器.

這裡是一個業務情形,把它放在上下文:

  • 將文檔上載到文件庫.
  • 我開球多級使用 SharePoint 設計器創建的工作流.
  • 在這過程中一些點, 工作流將任務分配給某人 (通過從使用者那裡收集資料,或將一個任務分配).
  • 我們想要使用 KPI 來跟蹤多久這項任務正在等待完成. KPI 顯示綠色為完成的任務或適當多 3 從現在起天. 它呈黃色,如果任務的截止日期明天或今天. 它顯示紅色任務是否過期.
  • 出人意料的是: 我想要的磁碟機,KPI 假日意識到的日期.

我無法計算假期意識到到期日期在 SharePoint 設計師工作流很容易. 要創建自訂操作或使用協力廠商工具. 不過, 很容易計算中的事件接收器的日期. 將這兩個合併在一起,我們得到這樣的圖案:

  • 定義隱藏是 / 無上的文件庫的網站欄標有"DoCalcualteDueDate".
  • 將它初始化為 false.
  • 在適當的時候在工作流中 (例如:. 只是之前的"收集資料" 行動), 將該值指定為 True.
  • ItemUpdate() 事件接收器看上去看看"DoCalculateDueDate" 是真的. 由於在每次更新上運行的事件接收器, "DoCalculateDueDate" 是通常虛假.
  • 當工作流分配 DoCalculateDueDate 為 true, 事件接收器計算假日意識到到期日期.
  • 當事件接收器沒有這種計算, 它設置的 DoCalculateDueDate 標誌為 false.

在結束, SPD 工作流向事件接收器通過 DoCalculateDueDate 信號量的溝通,我們有假期意識到由於在工作流的生命完全正確時刻分配的日期. SharePoint 設計器控制項時分配的截止日期,但事件接收器執行實際的計算和分配.

</結束>

訂閱我的博客.

Technorati 標籤: ,

觀察到的行為: 移動網站集內的展能就業科工作流

更新: 我一直在研究如何將 SPD 工作流嵌入到網站定義. 這個 MSDN 論壇鏈有一些有趣的資訊. 它不是決定性, 但在叢林路徑指向.

我給這篇文章有點古怪"遵守行為" 因為我有點詭異,從中得出的結論. SPD 工作流 … 喜怒無常.

人們常常會問 / 想知道 / 微動在 SPD 工作流從一個地方搬到另一個. 今天, 我遵循這些步驟,提出這些意見:

  • 我創建了一個工作流在網站附加到文件庫中使用 SharePoint 設計器.
  • 關聯的文件庫已經設幾個文檔.
  • 該網站另存範本.
  • 當我保存為範本的網站, 我保存的內容,以及.
  • 在同一網站集合並使用該範本創建一個新的網站.

在這一點, 我試著運行工作流. 它迅速終止本身與日誌消息, "啟動時失敗".

我預期這. 我有低的期望,當它來到走動 SPD 工作流.

我繼續:

  • 在 SharePoint 設計器中打開網站.
  • 聚醚醚酮在工作流. 它看上去不錯.
  • 點擊"完成".
  • 我跑了工作流.

這一次, 它能正常工作.

我將添加此工作流使用的"收集資料從使用者" 這是一個相對複雜的操作引擎蓋下的行動.

我暫時得出這樣的結論的過程"整理" 引起 SPD 來正確地與新的文件庫關聯的 SPD 工作流的工作流. 我也得出結論 XOML 和其他 XML 工件是合理的"寬鬆". 他們未超緊密耦合到文件庫.

這是什麼意思? 假設它一個可靠,重現性好的過程, 還有至少一個粗糙的方法,我們可以使用來移動它們. 我不知道是否這會工作如果我們越過網站集合邊界或甚至更猛烈地, 整個新的農場 (例如:. 到階段督促 dev).

如果你正在讀這篇和傾斜, 請發表評論或 電子郵件通知我 你的 SharePoint 設計師移民故事. 我很樂意會更新這個貼子因而提供任何見解.

</結束>

訂閱我的博客.

Technorati 標籤:

快速和簡單: 工作流只更新域

它往往是將狀態資訊存儲在自訂清單,如批准代碼應由最終使用者永遠不會直接操縱非常有用. 這是一個常見的業務場景. 我一直在今年,生成通過 SharePoint 設計師的工作流,然後驅動 Kpi 和一般支援時間關鍵業務流程的各種狀態和提醒日期的專案.

使用網站內容類型 / 要實現此效果的列.

使用狀態列所示創建網站內容類型:

圖像

請注意"地位 (對於演示)" 在底部的欄位.

下一次, 按一下要訪問的列屬性的列名稱. 選擇"隱藏 (不會出現在表單中)" 在列設置部分所示:

圖像

這從標準編輯/更新表單中刪除欄位. 不過, it is still available in views, Kpi, the object model and anywhere else you want to use it, 包括 SPD 工作流.

</結束>

訂閱我的博客.

Technorati 標籤: ,

周日滑稽: “我想這應該是一個富鎮”

有點超過三年前, 我妻子和我簽署了一項暑期活動為我兒子, 米德蘭公園的球員. 這是花了大概三個或四個星期準備一個劇碼,然後把它展示給父母的劇團, 朋友和親戚. 它總是過得很好.

我不知道是否大家的孩子就像這, 但我的兒子是極不情願去嘗試新的事物. 知道了這一點, 我們把他報名程式. 我們發現,最好及早並經常提醒他這些各種各樣的事情. 所以, 為了克服他自然不願, 我們早告訴他,我們最大努力讓它聽起來像樂趣, 等. 即使有一個多月宣傳活動, 他仍然不相信. 我們迫使他做, 雖然, 和作為通常的情況是, 他過得很愉快.

時候的第二年熱軋周圍, 他再一次說服自己,他不想參與. 但, 我們簽署了他和在零天, 我把他放下有一天早上,高中在哪裡他們練習. 去午飯後去接他的時候, 他是非常興奮, 所有的笑容和宣佈, "這齣戲 絨布小兔子 和我想要那只兔子". 他花了字面上個月進行 (有時歇斯底里地) 關於如何他不想有什麼與公園球員和之後的第一天, 他想要成為劇中主角. 我們已經看到這種模式之前.

(很多令我們吃驚的, 他弄到兔子角色和他是 令人驚歎.)

快進幾年. 他一直在公園的球員三次現在, 所以他是一位資深的東西. 今年夏天 (2008), 玩家再次啟動. 在平均時間, 他終於使我們深信他 真的 不想踢足球,他永遠不會喜歡的籃球. 他留下冬末沒有課外活動 / 初春. 用戶端與誰正在提到他的女兒是在一個叫做舞臺右邊的程式. 舞臺右邊是公園的球員的稍貴的版本,它不是在我的小鎮, 但毗鄰. 完美.

要知道那個小鎮是它是淩波的另一個國家的財富. 它在一般情況下有權華爾街和紐約的高頻率火車. 它是只是一個富裕的地方. 家庭討論主題之一就是我們是否應該有移動到那個小鎮,而不是我們現在住在哪裡. 它是一個更大的城鎮, 其學校為孩子們提供更多的程式, 等. 在那個小城鎮長大的我的妻子和她的父母住在那裡, 那麼我們是"迷中" 儘管沒有住在那裡. 我個人在不同的情況下,在麻塞諸塞州中長大, 所以我沒有很多要說關於這期間家庭晚餐談話. 這並不是說我們不是很高興我們住的地方. 我們只是知道那個城鎮經濟是一個水準之上我們的小鎮.

舞臺右邊下期節目我們推行我們正常的廣告宣傳活動,克服我的兒子不願太早開始. 這是他做的事情我個人最喜歡反對一上來的時候: "星期五晚上是 總理 夜睡眠旁白!" 舞臺右邊去干擾他週末例會.

一天的到來, 我們把他帶到這裡,並把他關閉,以及與其他一切, 接管了他的只是活著的自然愛和他有過很開心與它.

這個過去的週末我的妻子在說到他和第一次, 我認為他剪裁非常精確地為他的聽眾他討論. 她曾問他如何舞臺右邊比較米德蘭公園的球員. 他告訴她,"在公園的球員, 我們已經説明我們的青少年. 中沒有任何在舞臺右邊. 在公園的球員, 青少年製作所有道具. 在舞臺的權利, 我們要把我們自己的道具. 我們要做的一切. 然後他扭曲的刀: "我以為這本該是一個富裕的小鎮。"

這些年來, 我永遠不會真的以為他是聽到或瞭解任何有關"豐富進城". 不過, 原來他是.

</結束>

訂閱我的博客.

Technorati 標籤:

SharePoint 不提供日曆卷 ups; 可能的解決方案

更新: 匿名的人在評論中貼此連結: http://www.atidan.com/atidan-collaboration-kit.php

論壇使用者經常問這樣的問題:

"我想要一個日曆在網站級別通過從子網站日曆事件填充. 理想的情況下, 中子網站的使用者將創建日曆事件, 並將有選擇的將其標記為公眾。’ 標記為公共事件將動態地顯示在共用的網站日曆. 因此共用的網站日曆是匯總的所有公共事件從所有子網站日曆。"

是 WSS 3.0 或苔蘚 2007, 它是不可能直接配置"匯總" 日曆. 日曆上他們自己的存在, 獨立于任何其他日曆.

要創建日曆易拉寶, 遵循這些路徑之一:

  1. 使用內容查詢 Web 組件. 這是最簡單的解決方案,為苔蘚使用者 (WSS 不提供 CQWP). CQWP, 不幸的是, 不提供開箱即用的資料日曆視圖. 它提供了巨大的渲染靈活性 (在這裡看到的一個例子) 但是,預設情況下, 在簡單的清單格式顯示其結果. 在許多情況下, CQWP 可能是一個不錯的選擇.
  2. 一個更面向程式設計的解決方案會使用事件接收器. 執行事件接收器使其公共事件與主要行事曆同步的子網站日曆. 作為一個給定的子網站修改日曆, 伸向主要行事曆和根據需要更新它. 此選項是可用兩個 WSS 中 3.0 和苔蘚.

有可能其他聰明的解決辦法這個問題. 如果你有一個或一個知道, 請你留言或 電子郵件通知我 然後我會更新這篇文章.

</結束>

訂閱我的博客.

創建網站 (SPWeb) 通過 SharePoint 設計師工作流

這篇博客更多的是"在可能的領域" 條目 vs. 具體資訊.

我們有一個技術的設計,要求我們要創建一個網站,在網站集通過手動啟動工作流進程. 基本上, 使用者將資料輸入到"新客戶" 自訂清單,然後當他們完成,並驗證資料輸入過程, 我們需要為該客戶創建一個網站.

我是個狂熱的聲明性工作流以及弱 visual studio 工作流程式師, 所以我想要滿足使用 SharePoint 設計器的要求.

我計畫中更詳細地寫對此 (並希望向使用者組或兩個在未來一年), 但這裡是整體解決方案:

  • 創建與電湧保護器集成在一起的自訂操作.
  • 自訂操作允許浪湧保護器調用 web 服務,並將它傳遞的 XML 字串.
  • Web 服務定位該行,並在自訂清單中,為該新的用戶端使用的自訂網站定義創建一個新的網站,根據資料.
  • Web 服務然後更新自訂清單中的某些資訊,例如新的網站的連結.

我們考慮其他的辦法, 如事件處理常式和基於視覺工作室工作流程. SPD 方法給我們的最終使用者多一點控制過程. 授予, 有很多在此解決方案中的 C# 代碼, 但它封裝在一個聲明性的工作流, 所以我們得到的一些聲明性工作流的好處為網站創建服務掛鉤的同時.

我們現在需要的是一個簡單的工具,可以像視覺工作室工作流程一樣輕鬆地自動遷移 SPD 工作流程,我們真的會用天然氣做飯 🙂 我知道有些人正在解決這個問題,我希望他們已經很快就會取得一些成功.

</結束>

訂閱我的博客.

Technorati 標籤: ,