SharePoint 2010 - 创建补充web.config文件

Question

我目前正在开发SharePoint 2010的新功能。随着我的功能部署，我想添加一些设置到我的SharePoint应用程序web.config中的<appSettings/>部分。

我在MSDN上发现了一些关于在部署过程中添加补充.config文件的信息，但是我一直无法使其工作。这种方法对我来说似乎是最干净的，因为我可以在单个文件中完成所有更改，并将其部署到应用程序的其余部分。

我已按照文档中的建议创建了webconfig.MyApp.xml文件，将其部署到<SharePoint 14 hive>\Config文件夹，但我的更改未传播到我的应用程序web.config。

下面是我的补充配置文件中的示例片段。

<?xml version="1.0" encoding="utf-8" ?> 
<actions> 
    <add path="configuration/appSettings"> 
     <add key="MyFeatureKey" value="MyFeatureValue" /> 
    </add> 
</actions> 

我想避免手动编辑web.config，因为这些变化可以很容易的SharePoint维修过程中丢失等

如果您有部署Web上的备用维护办法的任何想法.config的变化，我的耳朵是开放的。

更新： 到目前为止给出的答案都很好，我相信他们会工作。但是我正在寻找一种解决方案，可以将其打包在我的单个WSP中，并且无需任何额外步骤即可部署。

Answer 1

关于您的补充文件未应用于web.config：从MSDN：“您可以通过运行copyappbincontent Stsadm命令行操作追溯地将更改应用于服务器的web.config文件。部署中的每个前端Web服务器。“

Answer 2

我相信this会帮助你。使用WebConfigModifications可以被SharePoint记住，并且会自动写入物理web.config文件中，因此易于在多个部署的站点之间进行维护。

Answer 3

在一个名为AddWebConfigMods.ps1

文件将这个

Param ($weburl, $WebConfigModifications) 

$url = New-Object System.Uri($webUrl) 

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint") | Out-Null 
$webApp = [Microsoft.SharePoint.Administration.SPWebApplication]::Lookup($url) 


#delete mods by the owners being added 
$ownerstodelete = $WebConfigModifications | Group-Object owner | Select-Object Name 

foreach($owner in $ownerstodelete) 
{ 
    $modstodelete = @() 
    foreach($mod in $webApp.WebConfigModifications) 
    { 
     if($mod.Owner -eq $owner.Name) 
     { 
      $modstodelete += $mod 
     } 
    } 

    Write-Host ("Deleting " + $modstodelete.Count + " mods for owner: " + $owner) 

    foreach($delmod in $modstodelete) 
    { 
     Write-Host (" + Deleting " + $delmod.Value) 
     $webApp.WebConfigModifications.Remove($delmod) | Out-Null 
    } 
} 

#this is where we start to add mods 
$i = 0; 

Write-Host ("Adding " + $WebConfigModifications.Count + " webconfig modifications to " + $weburl) 

foreach($modEntry in $WebConfigModifications) 
{ 
    Write-Host (" + Adding " + $modEntry.Value) 

    $mod = New-Object Microsoft.SharePoint.Administration.SPWebConfigModification 
    $mod.Path = $modEntry.Path 
    $mod.Name = $modEntry.Name 
    $mod.Sequence = $i++ 
    $mod.Owner = $modEntry.Owner 
    $mod.Type = $modEntry.Type 
    $mod.Value = $modEntry.Value 

    $webApp.WebConfigModifications.Add($mod) 

} 

$webApp.Update() 
$webApp.WebService.ApplyWebConfigModifications() 

然后创建与你的configs一个CSV文件，像这样

Name,Path,Owner,Type,Value 
system.serviceModel,configuration,alinean-common,EnsureSection,<system.serviceModel/> 
connectionStrings,configuration,alinean-common,EnsureSection,<connectionStrings /> 
appSettings,configuration,alinean-common,EnsureSection,<appSettings /> 
serviceHostingEnvironment,configuration/system.serviceModel,alinean-common,EnsureChildNode,<serviceHostingEnvironment aspNetCompatibilityEnabled='true'/> 

然后在另一个PS1脚本，最好你用它来部署一个您的解决方案，导入csv config选项并调用在第一个代码块中创建的函数：

Answer 4

Russ是正确的，您需要使用WebConfigModifications。 Here是另一种使用简单代码的资源。

Answer 5

正如Russ和breischl所示，您可以使用SPWebApplication对象的WebConfigModifications属性。要将此功能与您的功能一起部署，请将您的代码放入功能接收器中。这样，您可以在安装功能时自动修改web.config。

在您的功能接收器中，不要忘记调用SPWebApplication对象上的ApplyWebConfigModifications（）属性。

例子： http://weblogs.asp.net/wesleybakker/archive/2009/01/21/web.config-modifications-with-a-sharepoint-feature.aspx

您可以打包既您的功能，并在单一封装WSP您的功能接收器组件。

Answer 6

创建补充配置文件时，web.config修改为不自动合并，直到您致电stsadm -o copyappbincontent。

您也可以强制执行此命令通过FeatureReceiver运行。

在反射探索stsadm工具后，我发现copyappbincontent操作使得为搞清楚了这一点，以SPWebApplication.WebService.ApplyApplicationContentToLocalServer()“

public override void FeatureActivated(SPFeatureReceiverProperties properties) 
{ 
    var webApp = (SPWebApplication)properties.Feature.Parent; 
    webApp.WebService.ApplyApplicationContentToLocalServer(); 
} 

道具调用@Jason韦伯，但不幸的是，他把他的回答中而不是一个问题。