我用 PowerShell 將解決方案部署到 SharePoint 場 (h/t: 寇里 · 羅斯 和他 博客張貼內容).
接著，中央管理, 訪問系統設置，然後"農場管理解決方案"將它部署在農場和有關我 (輕微) 失望, 它被困在"部署".
這一問題拿出很多時候在 MSDN 論壇上看到了。, 就這件事非常緊張。 我就有點搜索和 發現這很有説明的文章 (由從看似吹風的人 http://www.resolutionsnet.co.uk/). 我取消部署作業和點擊到解決方案, 它告訴我它已成功部署解決方案，為三場中的四個伺服器.
我去了誤入歧途的伺服器, 停止計時器服務並重新啟動它。 Windows 伺服器實際上告訴我，服務未能回應命令, 這就告訴我它生病.
這一次, 當我回到中央管理, 我得以部署它，並沒有問題的.
希望這位的資訊將説明一些在一天的綁定.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我已經有點奮鬥的歷史與 visual studio 2010 關於 sp2010 解決方案和得到此錯誤:
在 '添加解決方案' 的部署步驟中發生錯誤: 錯誤: 無法將指定的程式集添加到全域組件快取: YourAwesomeDLLThat IAmJustNotGoingToInstallRightNow.dll
我走到 GAC 本身 (c:\windowsassembly) 要嘗試並刪除了"在使用中的檔"錯誤.
我做了 iisreset, 我幾乎下載 微軟, 我停下來的計時器服務在服務 ... ... 最後, 我只是關閉並重新打開 visual studio 本身也終於要關閉它.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
Visual Studio 2010 在部署過程中幾次報告難調試錯誤。 快速、 方便的方式做一些非常粗糙的調試就拋出自己命名的異常。 Visual Studio 將在輸出主控台中顯示它們.
考慮這段代碼:
如果此功能只限于一個 web 應用程式, 網站也將為空。 如果您嘗試並引用網站的屬性, 你會含糊不清的錯誤:
在 '添加解決方案' 的部署步驟中發生錯誤: 未設置到物件的實例的物件引用.
不過, 如果引發一個新異常，並傳遞到建構函式的字串, 您得到一個稍有更多有用的資訊:
它是一種原油技術, 但非常快速和簡單.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我一直在與一些代碼，有人遞給我一個計時器作業的合作。 他沒有提供的實際功能啟用代碼，所以我不得不把它寫, 答案是肯定的。 利用 安德魯 Connell 著名博客張貼內容 關於這個問題.
我使用的 Visual Studio 2010 和部署不斷失敗並出現錯誤"錯誤部署步驟中發生 '添加解決方案': 物件引用不設置到物件的實例。
我正在他的代碼太誇張了。 我範圍向 web 應用程式級別的功能, 如圖所示:
作為一個結果, 將被發送到接收方的屬性是從 web 應用程式, 不是一個網站的集合。 在結束, 代碼看起來像這樣:
公眾覆蓋 void FeatureActivated(SPFeatureReceiverProperties 屬性)
{// 不要做以下 web 應用程式作用域功能, 它會導致絕望
// SPSite 網站 = 屬性。作為 SPSite Feature.Parent;SPWebApplication wa = 屬性。作為 SPWebApplication Feature.Parent;
如果 (佤族 = = null) 引發新的異常("webapp2 是空的"。);
foreach (佤族的 SPJobDefinition 工作。JobDefinitions)
{請嘗試
{
如果 (作業。名稱 = = List_JOB_NAME)作業。刪除();
}
捕獲 (異常 e)
{
引發新的異常("標記 2");
} // 捕獲異常 e
}// 安裝作業
WeatherForecastTimerJob weatherForecastTimerJob =
新 WeatherForecastTimerJob(List_JOB_NAME, 佤族);SPMinuteSchedule 附表 = 新 SPMinuteSchedule();
排程。BeginSecond = 0;
排程。EndSecond = 59;
排程。時間間隔 = 5;
weatherForecastTimerJob.Schedule = 排程;
weatherForecastTimerJob.Update();}
外賣的關鍵是，當該功能只限于一個 web 應用程式, SharePoint 傳遞給您功能接收機的 SPFeatureReceiverProperties 具有 web 應用程式級參數。 安德魯的舊博客條目假定它的範圍限於網站集合.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
前一陣子, 我 寫道： 已嘗試重啟我的舊 CodePlex 專案, SharePoint 設計師工作流擴展. CodePlex 專案 WSS/蘚類植物的開發，並添加少量的實用程式類型函數, 如"外包到()”, "ToUpper()”, "子字串()"等等。 它甚至有一個通用的"調用 web 服務"樣式函數。 你可以閱讀更多關於它在這裡: http://paulgalvinsoldblog.wordpress.com/2007/10/28/sharepoint-designer-custom-activity-to-execute-user-defined-c-functions/.
我更多或更少放棄一段時間之前。 自從 SharePoint 2010 出來了, 然而, 我一直想回來看看它並使它在 SP 2010 年工作。 井, 今天, 我做了這一點。 你願意到 CodePlex 然而，還沒有更新代碼. 我想要教育自己 CodePlex 公約之前我這樣做的, 但我並未更新專案主頁維琪.
更廣泛、 更有趣的含義是自訂活動，從 WSS 和苔蘚，似乎很容易通過埠, 這是 (歡迎) 給我驚喜.
這裡是什麼它看起來像在 SharePoint 設計器中工作時:
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我被傳引用 Microsoft.SharePoint.ApplicationPages.Administration.dll 的 visual studio 專案。 我花了一點雖然發現它和我的思想會分享。 在我的環境中, 它坐落在:
c:\程式必須使用 sharedweb 伺服器 extensions14configadminbin
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我的公司, BrightStarr, 尋找適合的 SharePoint 的業務分析員。 我們的目標是要的人一起工作的人:
雖然這不是一個開發人員位置如果你更期待焦點或諮詢顧問開發和較少的發展, 這可能是一步好你.
如果你有興趣, ping 我在 twitter 上或電子郵件通知我!
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我被傳與中等複雜專案結構和已被撕得出來的顛覆的.zip 檔。 代碼引用 Microsoft.CSharp, 如在:
如您所見, visual studio 缺少實際的 DLL。
通常，我不認為有關這些東西在哪裡物理位置。 我在這裡挖, 創建新的主控台應用程式 (通過這個小小的交換後以下閱讀) 我在環境上找到 DLL: C:\程式檔 (x 86)\AssembliesMicrosoftFramework 的引用。NETFrameworkv4.0ProfileClientMicrosoft.CSharp.dll.
這實際上就產生了一個與 visual studio 抱怨我目標錯的環境問題, "Microsoft.CSharp.dll 或一個依賴項要求更高的版本。如此這般網"。 在結束, 我完全刪除的引用和這似乎已經解決了的問題.
它是只是另一個的那些奇怪的是困難的事情，找出和是否是不如你的妻子與參數有趣的事情有很多婦女大衣在衣櫥裡 
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
剛開始在這裡工作 BrightStarr, 我感到相當行裝我們已經搭在一起這個非常酷的視頻在 youtube 上這裡: http://www.youtube.com/user/BrightStarrSP
並不是參與生產和我不是這種宣傳個人大, 但這一個是向我很酷.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
明天, 我正式開始在我第一天 BrightStarr (www.brightstarr.com), 英國基於與美國的辦事處，這是公司, 令人難以置信, 僅僅是 6 我家的英里.
這是一個輕鬆的決定離開 CGS, 但要做出艱難的決定 
. 讓我解釋一下.
我只是一年多前加入 CGS (12 月 2009) 和聯接的諮詢實踐 SharePoint 會主任。 這次似乎是一個好主意。 在美國這裡至少, 它是很常見的人一開始都是一個初中 dev 類型人, 編寫報告和追蹤惱人的舍入錯誤問題 (我不會錯過這些天在所有!). 您可以獲得越來越多的責任和相關的開發師傅。 令人難以置信的機會我職業生涯的一些非常酷的東西了 我要從頭開始編寫一個發票系統。 我要與聰明的人一起工作, 包括我的所有人的兄弟, 要開發的完整 web 基於稱之為進步 4GL 開發應用程式。 樂趣, 好玩倍.
答案是肯定的, 你從 Sr 的進展. Dev 類型為技術團隊主管, 接壤的項就是最神聖的技術的東西 — — 一位建築師.
對此進程的傳統智慧是從建築師的下一步是某種更高級的管理作用.
我有買到，接受的進展。 當我加入 CGS 中那些更高級的角色之一, 我預期, 在某種程度上, "超越"建築師和入某種"超級建築師"什麼樣的角色 — — 一名建築師來統治他們都說我將會加強
對我來說, 這變得不太成功。 它並不是說我沒有一些好的成功中的作用, 但在結束, 我不是一個經典的實踐管理器。 問的人在每週的基礎上是否他們有進入他們的時間到時程表系統只是不是我很感興趣。 調度出"資源" (或人, 真的) 幾個月提前太無聊。 傾吐母豬和尋找和關閉可能會咬我們在將來的潛在漏洞是真正的恐怖。 然而, 這些都是重要的事情，而且鑒於多麼重要也 CGS 的作用, 很明顯的一個變化到了必須。
顯然只對我以後想了很多, 然而。 值得慶倖的是, 證據是我不夠清楚，一旦對它做了覺得, 它變得明顯。
這讓我對空缺職位尋找和發現了 BrightStarr.
我作為一個 SharePoint 建築師簽，等不及要開始。 到目前為止, 他們是一個非常令人印象深刻的乘員組和我認為他們 (我們!) 已做好準備，使在市場上的真實姓名。 我會發佈更多關於我在那裡做，我真的很期待它。 看看他們的 web 網站 — — www.brighstarr.com — — 這是令人印象深刻的作品.
我認為自己非常幸運的在所有這一切。 我們都看到各種中期對級別的高級管理人員的被困在泥潭, 無法真正 excel 或向前快速和充滿信心。 這是哪裡領導的我很高興有這麼容易逃脫它。
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
