每月檔案: 3 月 2008

確定快速 QRServer 埠

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

我跟這些步驟以找到它:

登錄到網站的快速管理 (http://server:port/admin).
導航到系統概述.
找到"搜索發送器" 按一下星相圖示:
我成功地使用價值, 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 標籤: SharePoint, SharePoint 工作流

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

發表評論

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

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

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

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

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

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

我繼續:

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

這一次, 它能正常工作.

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

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

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

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

</結束>

訂閱我的博客.

Technorati 標籤: SharePoint 工作流

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

1 答覆

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

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

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

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

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

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

</結束>

訂閱我的博客.

Technorati 標籤: SharePoint 工作流, SharePoint

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

1 答覆

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

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

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

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

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

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

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

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

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

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

</結束>

訂閱我的博客.

Technorati 標籤: 搞笑

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

4 回复

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

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

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

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

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

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

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

</結束>

Technorati 標籤: SharePoint, 最終使用者的提示

訂閱我的博客.

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

發表評論

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

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

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

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

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

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

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

</結束>

訂閱我的博客.

Technorati 標籤: 工作流, SharePoint

快速和簡單: 提供一個 Web 網站，在 C# 中使用 SharePoint 物件模型

3 回复

我試著尋找一個小程式碼片段代碼表明如何可以在網站集合中創建新的 SPWeb. 我沒找到作為很快或很容易，不出所料所以我會在這個問題上耳光在一起的一個小的條目.

此代碼創建一個新的 Wiki 網站:

 SPSite siteCollection;

    siteCollection = 新增功能 SPSite("HTTP://conchang-o9l8qi");

    SPWeb w = siteCollection.OpenWeb();

    w.Webs.Add("xyzzy", "xyzzy 標題",
        "xyzzy 描述", 1033, SPWebTemplate.WebTemplateWIKI, false, false);

我最初的搜索失敗，因為我一直在尋找像"提供網站使用 sharepoint 物件模型的短語" 等.

如果你搜索為"Webs.Add()", 你會發現一些非常有用的博客條目, MSDN 文章和關於這個問題深入的 SDK 文檔. 我絕對推薦此網站.

</結束>

訂閱我的博客.

Technorati 標籤: SharePoint

與 Web 服務集成 SharePoint 設計器的工作流

2 回复

我已經打與 SharePoint 設計器的自訂操作一段時間了 (請看這裡對於一些詳細的東西, 如果你有興趣，).

我當前的專案中, 我們需要做一些相當繁重的工作和我們想要使用聲明性 SPD 工作流來管理相關的業務流程.

長話短, 這是完全有可能. 我擴展我 Codeplex 專案來調用"家務助理服務" 現在我們可以調用 web 服務直接從 SPD 工作流.

這裡是簽名:

 公眾 字串 調度程式(
        Guid WebID, // 通過運行時環境
        Guid SiteID, // 通過運行時環境
        字串 ListID, // RTE 通過 (不知道為什麼這是一個字串, 沒有一個 GUID)
        int ListItemID, // RTE 通過.
        字串 XmlMessage) // 通過使用者 SPD 中聲明.

這利用了這一事實，我們可以獲得重要工作流資訊, 像網站, 清單 ID, 等. 這是很好的印證在幾個地方那些您感興趣創建您自己的自訂操作. 這個想法是要提取的 XML 字串，如使用者派遣一個適當的程式提供的. 有趣的東西!

不幸的是, 這顯然是一張單程票降到 "Goosey Loosey" anti-pattern 土地, 但是比撞磚牆要好🙂

如果你做它，即使你知道它是反反模式是它嗎?

我希望能在不久的將來把這個包裝內 Codeplex. 如果你有興趣在我這樣做, 給我 poke (電子郵件或留下評論) 我會更加熱心

</結束>

訂閱我的博客.

Technorati 標籤: CodePlex, 工作流

周日滑稽: “我不知道是否您的密碼是 …”

1 答覆

最近買午餐給弟弟 (像往常一樣) 最後我們談論有趣的事情，我們做了我們各自的院校. 在我的母校, 拉斐特學院, IT 部門的學術支援了包容性很強的思路. 我們有大量的繩索，我利用了，有時.

兩個我最喜歡的記憶是關乎我的好朋友, 加布. 他犯了可怕的錯誤，告訴他"我是一年級的新生年人, 但我有二年級會議常規" 由於他已採取的各項先進的安置類, 等. 我們很多人都同樣位於但我們沒有這麼多談論它. 他高中最後一年, 當我們向人們介紹了他, 我們會說"這是蓋柏. 他是一位高級, 但他有二年級常規".

學院有一些 Sun 工作站伺服器運行 X 視窗. 他們有巨大的顯示器和工程師們將它們用於 CAD 和其他無聊的工程師東西. 我們 CS 人用它們來學習程式設計和, 答案是肯定的, 玩遊戲.

我們不喜歡電腦無助工程師到很多所以我們要做的最喜歡的事情之一就是 telnet 到框中他們是在和運行 X 眼對他們. 這將彈出一雙眼睛跟隨滑鼠左右在螢幕. 你可以彈出甚至更多，從字面上有十幾個或多個運行的 X 眼應用程式. 當一個倒楣的工程師試圖關閉一個又一個的 X 眼並低聲嘀咕時，盡量不要笑出聲 🙂

我們也在那些箱子上玩耍 X 迷航. 要做到這一點, 你不得不下載源, 只要你能找到他們，建立它得到各種依賴項. 我不是一個複雜的 C 程式師, 但我可以讀標頭檔. 我正在通過這些，發現像指令"#DEFINE MAX_TORPEDO_DISTANCE 10". 我玩了，增加階段和魚雷的射程和火力, 重新生成它，然後摧毀加布下一次我們玩了.

加布也是一個電視節目叫做的超級粉絲佈雷克的 7. 從未見過它, 但這並不妨礙我堅持那博士. 高級顯示是誰. 爭論有時會變得激烈🙂

一天, 我想到我可能會猜到他的 UNIX 密碼. 我有一天在他旁邊坐下，高聲宣佈, "我要去現在猜測您的密碼, 加布。" "是的, 權利" 是他的回答. 然後登錄, 輸入他的使用者 id, 轉過身來面對他, 鍵入並大聲說：, "我不知道它是否 B-L-A-K-E-7" ? 觸摸打字了從未豐厚回報一樣一樣那一天.

下個星期 (或很快): 更多電腦室滑稽的事從大學.

沒有任何共用? 留下評論或電子郵件我，我會將它們發佈在這裡.

</結束>

訂閱我的博客.

Technorati 標籤: 搞笑