遺忘技術的角落

Multiple assemblies with equivalent identity have been imported 解決方式

2018-07-18T01:47:00.001+08:00

最近為了開發測試一個功能，從NuGet上下載安裝了某一個package包，因為這個package包的說明書中指定要使用 .NET 4.6.2，我就先下載安裝了 .NET 4.6.2，並且建立專案，安裝 XXX NuGet，結果在 Compiler的時候，就出現了以下的錯誤訊息：Multiple assemblies with equivalent identity have been imported

上網一查，原來很多人都遇到這問題，紀錄一下解決方式：
1. 打開VS專案的 .csproj
2. 在 PropertyGroup 區段中，加入ImplicitlyExpandDesignTimeFacades 這個設定，並設定為 false：

3. 重新建置，就可以了!
相關參考連結：
https://github.com/dotnet/sdk/issues/1539
https://stackoverflow.com/questions/39252032/where-do-i-set-implicitlyexpanddesigntimefacades-to-false/44648397#44648397

Create Azure WebJob using C# (使用C#開發 Azure WebJob 執行背景工作)

2016-09-04T15:32:00.001+08:00

WebJobs 是一項 Azure App Service 功能，可讓您在與 Web 應用程式、API 應用程式或行動應用程式相同的內容中執行程式或指令碼，舉個簡單例子來說，以往我們要排程一個簡單的exe應用程式，固定一段時間執行一次，或者是每隔10min執行一次，通常的做法會寫一個exe，然後在Windows上直接設定OS的排程去執行此應用程式，或者是在此應用程式中，自己寫Timer去控制執行某段功能的時間，但主要的EXE還是執行在您的機器上，有著諸多的限制。

現在換一個想法，假設我們想要排程的應用程式可以放在雲端上，透過簡單的排程或是自己寫的邏輯，就可以達到這樣的效果，這樣不是很方便嗎? 沒錯Azure WebJob 就是這樣的一個服務，最簡單的方式就是把你的應用程式，例如：exe，包成zip檔，上傳到App Service Web ，然後設定一下就可以了，No Code的設定方式可參考以下Azure官方介紹：https://azure.microsoft.com/zh-tw/documentation/articles/web-sites-create-web-jobs/

但假設透過Azure上的排程器工作集合，免費的排程是有一些條件限制的，假設要比較多的排程功能，可能需要一些費用的產生，排程器工作集合有不同的收費等級。

因此如果我們將程式部署上去之前，背景執行的執行相關工作由程式自行控制，那麼也不失是另一種折衷的方式，這時就要使用到 WebJob SDK。以下這段話是微軟官方的介紹：WebJobs SDK 的目的是為了簡化您為 WebJob 可執行的一般工作 (例如影像處理、佇列處理、RSS 彙總、檔案維護及傳送電子郵件) 撰寫的程式碼。WebJobs SDK 具有內建功能，用於處理 Azure 儲存體和服務匯流排、工作排程和處理錯誤，以及許多其他常見案例。此外，它已被設計成可延伸。WebJobs SDK 是開放原始碼，並且有擴充功能的開放原始碼儲存機制。

WebJobs SDK 包含下列元件：

NuGet 封裝：新增至 Visual Studio 主控台應用程式專案的 NuGet 封裝，會利用 WebJobs SDK 屬性修飾方法，提供一個程式碼使用的架構。
儀表板：Azure App Service 中包含部分的 WebJobs SDK，該部份項目可針對使用 NuGet 封裝的程式提供豐富的監控和診斷功能，無需撰寫程式碼就可以使用這些監視和診斷功能。

當針對WebJob SDK有些概念後，以下亞當斯就來介紹一下使用C#搭配WebJobs SDK開發WebJob的簡易方式和步驟：

1.新增專案時，選取Azure WebJob專案範本：

2.當專案建立完成時，在Program.cs中會自動加入JobHost的物件，JobHost 物件是一組背景功能的容器，JobHost 物件可監視功能、注意可觸發功能的事件，以及發生觸發事件時執行功能。

3.在Functions.cs中加入以下這段我們想要自行定義的程式碼，宣告方法為非同步工作，並且在方法上加上：NoAutomaticTrigger的Attribute，程式中我們使用While搭配await Task.Delay(TimeSpan.FromSeconds(10))讓每10秒去重複執行一次。

4.當寫好我們預計要固定執行的方法之後，要回到Program.cs，針對指定的方法去呼叫，程式碼如下：

var host = new JobHost();
host.CallAsync(typeof(Functions).GetMethod("ProcessMethod"));
host.RunAndBlock();

5.最後再測試執行之前，我們要先設定好App.Config中的兩個連線字串，分別為：AzureWebJobsDashboard、AzureWebJobsStorage，將這兩個連線設定，指到雲端上的某一個儲存體即可!

6. 最後，將專案Compiler,並且直接執行進行測試，可看到執行起來的結果如下，偵測到ProcessMethod方法開始執行，然後根據自訂邏輯每10秒執行一次功能，輸出counter到畫面中。

SharePoint 2103 Folder or File Limit Lenght (SharePoint文件庫中檔案或資料夾的長度限制)

2015-09-04T00:01:00.001+08:00

在SharePoint 2013的文件庫或是清單中，有一些比較常見的限制，例如：Item : 30,000,000 per list…等等，但是說明中並沒有列出文件庫的資料夾或是檔案的長度限制，而這邊實際測試的結果，當資料夾(包含巢狀式結構)的長度大於260的話，就無法繼續新增下去!

檔案同樣也是，在巢狀式結構中，檔案名稱所對應的路徑假設大於260的話

參考資料：

Software boundaries and limits for SharePoint 2013

Office使用RMS發生The operation being requested was not performed because the user has not been authenticated.

2015-09-02T11:40:00.001+08:00

當使用Office文件，嘗試使用Word 然後想要去使用RMS執行限制存取，可以在檔案-->資訊-->保護文件—>限制存取—>連線至數位版權管理伺服器

但發生了以下的錯誤訊息：The operation being requested was not performed because the user has not been authenticated.

解決問題的方式為將此RMS的授權和驗證的WS路徑，加入到瀏覽器的Local Intranet Zone中即可!

SharePoint How to avoid restart Application pools when use Update-SPSolution (SharePoint 使用Update-SPSolution時避免啟動Application pools on IIS)

2015-09-01T17:49:00.001+08:00

開發好的SP客製化專案(以WebPart為例來說)，封裝完成為WSP，在SharePoint部署上去之後，假設需要更新的話，可以使用Update-SPSolution 指令來進行WebPart的更新，指令參考如下：

Update-SPSolution -Identity MyWP.wsp -LiteralPath D:\MyWP.wsp –GACDeployment

但是此時會遇到一個問題，假設我們一開始是把此WebPart部署到SharePoint-80這一個WebApplication，但是當執行Update-SPSolution時，系統並不會只是單純的SharePoint-80單一Web Application Restart，而是會預設將此Server上所有的Application Pool全部進行：停止—>啟用，如下圖所示：

原因是因為所有預設開發專案並且封裝WSP時，有一個封裝屬性：ResetWebServerModeOnUpgrade預設值是：StartStop，此時將會影響所有此Server上的Web Application連帶影響其他的應用程式!

那麼該如何來解決執行Update-SPSolution時避免去重新啟動所有的Application Pool呢? 執行步驟如下：

1. 開啟客製化的專案，開啟專案中的Package.Template.xml

2. 設定以下三個屬性值：ResetWebServer="FALSE" 、ResetWebServerModeOnUpgrade="Recycle" 、DeploymentServerType="WebFrontEnd"，如下圖所示：

3. 此時重新打包封裝，並且針對更新後的WSP進行部署!

Update-SPSolution -Identity MyWP.wsp -LiteralPath D:\MyWP.wsp –GACDeployment

此時就可以IIS檢視，可以發現執行Update-SPSolution並不會將Application Pool停止了! Good!

參考資料：

https://msdn.microsoft.com/en-us/library/ms412929.aspx
http://blog.mastykarz.nl/optimizing-deploying-sharepoint-packages-minimize-impact-farm-availability/

SharePoint 2013 Custom Search MySite Note (在SharePoint中搜尋MySite注意事項)

2015-08-13T16:46:00.001+08:00

這兩天在寫客製化Custom Search API，需求是去搜尋MySite的People資料，且Profile資料中有自訂的欄位，不過一直遇到一個問題就是：明明Profile欄位建立，也設定了Search的Metadata，但是結果就是搜尋不到!

因此去查詢Search的編目紀錄檔，發現有一個Warning，點進去一看

咦! MySite不在編目範圍中?? (註：開發環境是朋友建立的，因此一開始並不清楚預先的設定)

也就是說，MySite的SiteCollection下目前不在編目範圍中，因此回到MySite的網站設定—>搜尋—>搜尋與離線可用性

將"是否允許此網站顯示在搜尋結果中"改設定為：是!!

再回到Search重新Craw一次，上述的警示訊息就不見了，且搜尋的項目結果，也抓到了，雖然是一個小小的設定，但是因為是在MySite的網站中，所以大概稍微紀錄一下這次的Issue。

Adding a Feature Event Receiver and Deploying Debugging SP Projects(SharePoint新增Feature事件接收器以及進行專案偵錯)

2015-06-17T14:52:00.000+08:00

這一篇的內容主要是介紹在SharePoint的webpart專案中，在其Feature中加入事件接收器，並在這些事件中去撰寫程式去改變網站中的一些資訊，例如：title、logo之類的做法。

另外，也介紹的如何針對SharePoint客製化專案進行程式碼的偵錯，就讓咱們的一起來複習一下囉!!!

Using Visual Studio to creating a SharePoint Project(使用vs.net建立sharepoint專案)

2015-06-03T16:46:00.000+08:00

基本上亞當斯教了這麼多年的SharePoint開發課程，從SharePoint 2003客製化開發，一直到現今的SharePoint 2013客製化開發，算一算玩微軟SharePoint這產品，已經正式邁入第十個年頭了。

這麼多年來，幾乎每一年都有進行SharePoint客製化開發教學，事實上現在的網路資訊很發達，隨處可找到相關的資料，不過，如果是自學者可能會想說：是否有step by step的教學? 這樣學習是否更方便呢?

沒錯，基於此想法，亞當斯將以往一些基礎的教學過程，曾經有部分錄製下來，接下來就在這個blog分享給有興趣的朋友，內容的話都是一些我曾經上課教過的東西，如果有曾經上過課的學員有看到這幾篇影片，也可以算是複習一下囉!!

使用VS.NET 建立 sharepoint 開發專案：

OWASP TOP 10 十大網路應用系統安全弱點 Demo 10

2015-05-20T18:05:00.000+08:00

OWASP Top 10 主要目的，是將最常見的網路應用系統安全弱點列出，並提供基本的方法保護防止這些弱點，是軟體開發安全計劃最好的開始。

以下針對第十點的弱點，做一些簡單的說明和示範：

10. Failure to Restrict URL Access：應用程式敏感地區是被保護的Links或是URLs，而這些是不會提供給未被授權的使用者。這也容易讓攻擊者利用這項弱點進入，並進行未被授權的行為。

Different User Can View Different Ribbon in SharePoint(SharePoint 根據不同的使用者權限檢視不同的Ribbon功能項)

2015-05-20T03:23:00.000+08:00

通常在實際的專案需求上，SharePoint Ribbon上的功能並不是全部都開放給全部的使用者可以操作，有時候因為不同權限的關係，或是公司內部ERP上的整合，甚至企業HR人事的架構不同，都希望可以每個不同的使用者進來瀏覽SharePoint 之後，可以有不同的Ribbon可以操作。

但是預設SharePoint Ribbon是統一開放給使用者，因此若是想要根據不同的使用者權限檢視不同的Ribbon功能項的話，那麼該如何來設計了？以下為實作：

1. 因為每一個Page的Ribbon控管可能都不同，因此這邊使用WebPart放置到頁面來啟用此效果，先建立一個視覺化的網頁組件：

2. 先來看一下http://sharepoint/default.aspx瀏覽的畫面，在Ribbon的部分如下圖所示，一般的使用者若是沒有特別的控管，那麼可以檢視以下的「編輯」和「管理」的功能：

3. 在RibbonWebPartUserControl.ascx.cs的Page_Load加入以下程式碼，透過SPRibbon取得目前的Ribbon物件之後，再透過叫用TrimById的方法將某些Ribbon控制項隱藏：

protected void Page_Load(object sender, EventArgs e)
{
    SPRibbon currentRibbon = SPRibbon.GetCurrent(this.Page);
    if (currentRibbon != null)
    {

        if (SPContext.Current.Web.CurrentUser.Name.ToLower() ==
          "netdb\\administrator")
        {
            currentRibbon.TrimById("Ribbon.WebPartPage.Edit");
        }
        else if (SPContext.Current.Web.CurrentUser.Name.ToLower() ==
         "netdb\\adams")
        {
            currentRibbon.TrimById("Ribbon.WebPartPage.Manage");
        }
    }
}

4. 使用NETDB\Administrator登入http://sharepoint/default.aspx，點選頁面的Ribbon可得到以下的畫面：

5. 使用NETDB\Adams登入http://sharepoint/default.aspx，點選頁面的Ribbon可得到以下的畫面：

6. 比較第2步驟、第4步驟和第5步驟的畫面，可以得知根據不同的使用者在Ribbon控制項的功能會跟隨著異動，而有不同的顯示。

最後，那麼在程式碼中SPRibbon的TrimById(“xxx”)方法中的參數到底要放哪一個值？這個才是重點，其實要放的值為Ribbon上那個控制項的ClientID，這些ID有非常的多，主要的依據要參考以下文件：C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\GLOBAL\XML\CMDUI.XML中的定義，大概的XML結構如下(這邊只擷取部分畫面)：

ASP.NET ReportViewer Repeat Column Headers

2015-04-10T01:36:00.000+08:00

我們在前一篇文章中：http://ms-net.blogspot.tw/2015/04/aspnet-using-reportviewer-control-to.html 有介紹到使用ReportViewer控制項設計報表的基本入門方式，剛好就有朋友另外問我有關頁首和頁尾的使用方式，因此我在這列出其中有兩項的解決方式：
1. 報表中加頁首和頁尾
2. 讓報表Table的欄位可以出現在每一頁的最上方

請參考以下的做法：

OWASP TOP 10 十大網路應用系統安全弱點 Demo 8

2015-04-08T23:04:00.000+08:00

OWASP Top 10 主要目的，是將最常見的網路應用系統安全弱點列出，並提供基本的方法保護防止這些弱點，是軟體開發安全計劃最好的開始。

以下針對第八點的弱點，做一些簡單的說明和示範：

8. Insecure Cryptographic Storage：網路應用程式很少正常使用cryptographic functions來保護資料，使得攻擊者有機可乘並冒用其他使用者身份，進行其他犯罪行為，如盜刷信用卡等。

ASP.NET Using ReportViewer Control to Design Report(使用ASP.NET中的ReportViewer控制項設計報表)

2015-04-01T07:30:00.000+08:00

之前有朋友問我，要在asp.net上使用類似報表的方式在網頁上呈現料資料結果，到底是使用Crystal Report 或是自己寫程式使用GridView比較好? 事實上，端看需求而言，假設要做到像Crystal Report 這樣的功能，那麼自己刻UI畫面一定是比要累的，其實在ASP.NET中有一個ReportViewer控制項還蠻好用的。

以下我將ReportViewer控制項有關Print的做法，寫成一個sample code範例，有興趣的朋友可以參考一下範例程式碼檔案，我放在以下網址：

https://www.dropbox.com/s/duonhayz0gz6xd9/PrintWeb.7z?dl=0

另外，我也把簡單的教學開發方式，錄製成步驟放在以下的URL：

https://www.youtube.com/watch?v=eMy0IhY_SNM

OWASP TOP 10 十大網路應用系統安全弱點 Demo 7

2015-03-31T03:01:00.000+08:00

OWASP Top 10 主要目的，是將最常見的網路應用系統安全弱點列出，並提供基本的方法保護防止這些弱點，是軟體開發安全計劃最好的開始。

以下針對第七點的弱點，做一些簡單的說明和示範，這一個範例是亞當斯的前輩miles所提供的，所使用的方式就是使用c#自己寫HttpRequest去存取指定的網頁，並將利用程式取回的網頁內容HTML進行解譯，並取得一些特殊格式資料：

OWASP TOP 10 十大網路應用系統安全弱點 Demo 6

2015-03-25T02:56:00.000+08:00

OWASP Top 10 主要目的，是將最常見的網路應用系統安全弱點列出，並提供基本的方法保護防止這些弱點，是軟體開發安全計劃最好的開始。

以下針對第六點的弱點，做一些簡單的說明和示範：

6. Information Leakage and Improper Error Handling：應用程式可能洩漏關於程式的configuration訊息，程式內部的運轉模式，或者透過多種應用問題違犯隱私。攻擊者利用這個程式弱點侵犯隱私，或者更進一步的攻擊。

OWASP TOP 10 十大網路應用系統安全弱點 Demo 5

2015-03-20T18:34:00.000+08:00

OWASP Top 10 主要目的，是將最常見的網路應用系統安全弱點列出，並提供基本的方法保護防止這些弱點，是軟體開發安全計劃最好的開始。

以下針對第五點的弱點，做一些簡單的說明和示範：

5. Cross Site Request Forgery（CSRF）：CSRF攻擊強迫受害者登入的瀏覽器傳輸pre-authenticated request 給有弱點的網路應用程式，接著強迫受害者瀏覽器執行對攻擊者有好處的的行為。

How to Hidden OverwriteFile on DiscussionBoard Upload Page in SharePoint

2015-03-20T01:17:00.000+08:00

在SharePoint 的討論區清單中，當使用者新增一個討論主題的時候，可以在編輯內容時，使用Ribbon上的插入選項，新增欲上傳的檔案：

以下是按下上傳功能時的畫面，但是因為同一個網站中的所有討論區都可以讓使用者上傳文件至指定的清單，這時候會產生一個問題，當不同的討論區上傳檔案時，檔名為相同時就會預設將前一個使用者上傳的文件覆蓋掉。

舉個例子：不同的討論區中發表主題時，上傳同一個檔名至：網站資產，此時勾選「複寫現有的檔案」，就會將之前的檔案直接覆寫掉，並且在本文中持續加入新檔案參考：

那麼如果不勾選「複寫現有的檔案」，就會有以下的訊息提示使用者。

有些情境因為考量到不讓使用者可以自行勾選「複寫現有的檔案」，因此必須將「複寫現有的檔案」選項設定為不顯示，並且預設是不勾選，該如何完成此需求呢? 執行步驟如下：

1. 找到C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS下的RteUploadDialog.aspx

2. 進入編輯模式，找到

<asp:CheckBox id="OverwriteFile" Checked="true" Text="<%$Resources:wss,upload_document_overwrite_file%>" runat="server" />

3. 修改為以下的設定：

<asp:CheckBox id="OverwriteFile" Checked="false" Visible="false" Text="<%$Resources:wss,upload_document_overwrite_file%>" runat="server" />

4. 重新新增討論主題並上傳文件，可以檢視畫面已被修改：

5. 針對相同的清單上傳已存在名稱的文件時，將預設會判斷已存在，不得重複上傳，如下圖所示：

OWASP TOP 10 十大網路應用系統安全弱點 Demo 4

2015-02-27T22:31:00.000+08:00

OWASP Top 10 主要目的，是將最常見的網路應用系統安全弱點列出，並提供基本的方法保護防止這些弱點，是軟體開發安全計劃最好的開始。

以下針對第四點的弱點，做一些簡單的說明和示範：

4. Insecure Direct Object Reference：Direct object reference發生的原因是因為開發者暴露了reference to an internal implementation object，像是檔案、檔案夾、或資料庫的record，或是key，來作為URL或是Form的參數。攻擊者可藉由操作這些references擅自進入其他objects中。

OWASP TOP 10 十大網路應用系統安全弱點 Demo 3

2015-02-20T02:30:00.000+08:00

OWASP Top 10 主要目的，是將最常見的網路應用系統安全弱點列出，並提供基本的方法保護防止這些弱點，是軟體開發安全計劃最好的開始。

以下針對各種不同的弱點，做一些簡單的說明和示範：

3. Insecure Remote File Include：有弱點的程式碼讓攻擊者可附加惡意程式及資料，甚至導致毀滅性的攻擊，例如整個伺服器被入侵。

OWASP TOP 10 十大網路應用系統安全弱點 Demo 2

2015-02-13T02:29:00.000+08:00

OWASP Top 10 主要目的，是將最常見的網路應用系統安全弱點列出，並提供基本的方法保護防止這些弱點，是軟體開發安全計劃最好的開始。

以下針對各種不同的弱點，做一些簡單的說明和示範：

2. Injection Flaws ：在網路應用程式，SQL Injection裡很常見。Injection之所以會發生，是因為使用者提供的資料傳輸到一個interpreter，此被當成指令（Command）或是查詢（Query）。攻擊者就能用惡意的資料欺騙interpreter，而達到執行指令或是竄改資料的目的。

OWASP TOP 10 十大網路應用系統安全弱點 Demo 1

2015-02-06T02:27:00.000+08:00

OWASP Top 10 主要目的，是將最常見的網路應用系統安全弱點列出，並提供基本的方法保護防止這些弱點，是軟體開發安全計劃最好的開始。

以下針對各種不同的弱點，做一些簡單的說明和示範：

1. Cross Site Scripting（XSS）：當應用程式未將使用者提供的資料先審核或進行內容編碼，就直接將資料傳輸到網路瀏覽器，即可能發生XSS問題。XSS能讓攻擊者直接在受害者的網路瀏覽器上執行Script，攻擊者便可以hijack user sessions、或竄改網站內容等。

.NET Call SAP/RFC by Visual Basic & VS.NET(sample code)

2015-01-23T19:10:00.000+08:00

多年前寫了一篇文章： .NET Call SAP/RFC by Visual Basic & VS2010 ，使用.net code去跟sap連結

因為當初寫完並沒有提供sample code，因此在留言的地方有很多朋友可能都會遇到一些問題，剛好最近在整理NB裡面的資料，因此就把當初所寫的範例程式碼分享出來，希望對需要的朋友有所幫助，當初是使用VS2010開發的，但目前來說應該是沒啥影響!!

以下是sample code download的超連結，分別有c#版和vb版!

https://www.dropbox.com/s/jwe4oeue6gd8x8m/DemoSAP.7z?dl=0

檔案解壓縮密碼是：sap

有關Sandboxed Solution在單機開發環境上的錯誤-An unknown exception occurred while executing a sandboxed code solution request in the worker process.\r\n|0

2014-10-22T01:41:00.001+08:00

先說明一下，遇到這問題的情況，因為最近在準備新的課程教材，因此安裝設定一個SharePoint 2013的開發環境，而這個環境是所謂的All-in-One開發環境，也就是：Windows 2012 + DC + IIS +SharePoint 2013 + SQL Server 2012 + VS2012… 全部都安裝在同一個VM上。

理論上來說這些不同的Service在正式SharePoint環境上其實都是分開機器安裝的，因此，在測試Sandboxed Solution的時候，單純的新增一個WebPart，然後選擇使用Sandboxed Solution部署，部署完成之後，當此WebPart要加入至網頁中，就出現了以下的錯誤訊息：An unknown exception occurred while executing a sandboxed code solution request in the worker process.\r\n|0

針對這個問題，查了ULS LOG，也上網找了一些相關的討論，目前得到的結果是：在Windows 2012環境上假設將DC 和 SharePoint 等服務全部裝在一起的話，Sandboxed Solution就不Support.

不過，高手還是很多的，以下有找到一篇文章有暫時的解決方案，原文在此：http://spvee.wordpress.com/2013/08/14/sandboxed-solution-on-sharepoint-2013-with-domain-controller-worked/ ，重點：設定Sandboxed Code Service Log 啟用Verbose. 不過印象中假設OS是Windows 2008 R2就沒有這問題。對我來說，因為這種All-In-One的環境本來就是開發測試用的，不大有機會拿來當客戶的正式機使用，因此以下的解決方式就可以解決使用Sandboxed Solution的專案了!!!!

設定步驟如下：

1. 首先至管理中心 –> Monitoring –> Configure diagnostic logging

2. 找到SharePoint Foundation下的Sandboxed Code Service，勾選Sandboxed Code Service之後，畫面移至下方，然後Least critical event to report to the trace log這個選項，選擇：Verbose，按下OK!!

3. Sandboxed Code Service 其 Trace Level設定為Verbose.

4. 回到網頁，將Sandboxed 的WebPaer重新加入網頁中，成功了!!

以上唯一要擔心的是，因為log是設定為Verbose，因此所有Sandboxed 的全部資訊都會記錄至Log中，對硬碟的空間耗用會比較大，因此Log的使用就要稍微小心一些唷!

SharePoint 2013 JavaScript Runtime Error – RegisterSod is undefined

2014-09-28T15:11:00.001+08:00

開發這麼久的SharePoint 昨天第一次遇到這個錯誤訊息：SharePoint 2013 JavaScript Runtime Error – 'RegisterSod' is undefined，錯誤的畫面如下：

先來說說我的開發步驟，其實步驟是很單純的：

1. 使用VS2012建立一個App的專案，然後設定欲部署的Site Url，如下：http://xxxxxx/sites/appHost

2. 然後…就直接F5部署啦! 這時就出現了以上的錯誤訊息：JavaScript Runtime Error – RegisterSod is undefined

那麼問題到底在哪? 答案就是SharePoint 2013上Site Collection可能尚未設定 “根路徑Site Collection (Root Site Collection)”。

以下是我目前的環境上的Site Collection，我在建置Site Collection時是直接使用sites路徑建立的，因此並未建立所謂的根路徑Site Collection：

在SharePoint 2010以往的開發部署過程中，並不需要去考量Site Collection的設定以及建置關聯，因為在SharePoint 2010是開發Server OM，因此直接部署就可以WORK! 但是在SharePoint 2013 App卻不行，SharePoint 2013 App 會用到大量的Client Script，因此在執行時會預先載入一堆的Client Script，而此時路徑相對的就很重要。

因此解決的方式就是先直接建立一個根路徑Site Collection，以下畫面中的 / 就是建立根路徑的Site Collection

然後我們在部署一次APP看看!!成功了!!

其實Google了一下，發現有很多人都遇到相同的問題! MSDN論壇上也有很多人在討論，以下有相關問題說明：
http://algrandi.azurewebsites.net/index.php/sharepoint-2013-error-registersod-is-undefined/

Custom Access SharePoint User Profile Service Application (客製化存取ShaePoint的User Profile Service Application)

2013-11-11T14:38:00.000+08:00

SharePoint有一個User Profile Service Application服務，用來識別帳戶的相關資訊，當安裝SharePoint時，假設帳戶是來自AD的話，那麼也可以將AD中所設定的帳戶資料，直接同步至SharePoint 的User Profile Service Application中，後續使用者就可以直接在SharePoint中編輯這些資訊。

那麼，假設我們想要設計一些維護介面，或是客製化應用程式去存取User Profile Service Application的話，該怎麼做了? 以下步驟說明開發方式：

1. 首先我們先建立一個SharePoint專案，接著在此專案中加入對應的dll組件

2. 新增一個ApplicationPage.aspx用來測試功能，新加入控制項：一個按鈕；一個ListBox

3. 切換至.cs中，先匯入欲使用的Namespace

4. 在Page_Load中使用UserProfileManager物件載入相對應的Profile，並且我們取出AccountName、WorkEMail、PersonalSpace等屬性資料呈現：

5. 先看一下執行的結果，如下圖所示，在ListBox中會寫出目前在網站中有使用Profile的資料：

6. 取出Profile資料後，接著我們亦可撰寫更新Profile的程式碼，在按鈕的Click事件中，撰寫如下的程式碼，透過Web.CurrentUser.LoginName取得目前登入的使用者帳號，然後當作參數丟給UserProfileManager的GetUserProfile方法，即可取得目前登入者的Profile物件，最後更新Profile時記得要呼叫Commit方法：

7. 執行結果，使用LauraG登入，且按下按鈕後，EMail就會被更新了