Le fournisseur setAcl de Web Deploy peut-il être utilisé sur un sous-répertoire?

OK permettez-moi d'abord de dire que c'est beaucoup plus difficile que ce devrait être!

je pense que la raison pour laquelle il échoue est parce que lorsque vous publiez il ne peut pas reconnaître le dossier comme étant un dossier dans l'Application IIS. La raison en est que le chemin complet est transféré vers la destination lorsque le fournisseur SetAcl est invoqué. Au lieu de cela, nous avons besoin d'un chemin relatif à l'Application IIS. Par exemple dans votre cas, il doit être quelque chose comme : "REST SERVICES / 1.0.334/doc / public". La seule façon de le faire est de créer un paramètre MSDeploy qui est rempli avec la valeur correcte au moment de la publication. Vous devrez le faire en plus de créer votre propre entrée SetAcl dans le Manifeste source. Suivez les étapes ci-dessous.

1. Dans le même répertoire que votre projet, créez un fichier avec le nom {ProjectName}.wpp.cibles (où {ProjectName} est le nom de votre projet d'application Web)
2. dans le fichier coller le contenu de MSBuild qui est en dessous de cette liste
3. recharger le projet dans Visual Studio (VS cache les fichiers du projet en mémoire donc ce cache doit être effacé).

{ProjectName}.wpp.cibles

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

  <Target Name="SetupCustomAcls" AfterTargets="AddIisSettingAndFileContentsToSourceManifest">   
    <!-- This must be declared inside of a target because the property 
    $(_MSDeployDirPath_FullPath) will not be defined at that time. -->
    <ItemGroup>
      <MsDeploySourceManifest Include="setAcl">
        <Path>$(_MSDeployDirPath_FullPath)\doc\public</Path>
        <setAclAccess>Read,Write,Modify</setAclAccess>
        <setAclResourceType>Directory</setAclResourceType>
        <AdditionalProviderSettings>setAclResourceType;setAclAccess</AdditionalProviderSettings>
      </MsDeploySourceManifest>
    </ItemGroup>
  </Target>

  <Target Name="DeclareCustomParameters" AfterTargets="AddIisAndContentDeclareParametersItems">
    <!-- This must be declared inside of a target because the property 
    $(_EscapeRegEx_MSDeployDirPath) will not be defined at that time. -->
    <ItemGroup>
      <MsDeployDeclareParameters Include="DocPublicSetAclParam">
        <Kind>ProviderPath</Kind>
        <Scope>setAcl</Scope>
        <Match>^$(_EscapeRegEx_MSDeployDirPath)\doc\public$</Match>
        <Value>$(_DestinationContentPath)/doc/public</Value>
        <ExcludeFromSetParameter>True</ExcludeFromSetParameter>
      </MsDeployDeclareParameters>
    </ItemGroup>
  </Target>

</Project>

pour expliquer cela un peu, la cible SetupCustomAcls va faire qu'une nouvelle entrée SetAcl sera placée à l'intérieur du Manifeste source utilisé lors de la publication. Cette cible est exécutée après la AddIisSettingAndFileContentsToSourcemanifest la cible s'exécute, via l'attribut AfterTargets. Nous faisons cela pour s'assurer que la valeur de l'élément est créé, au bon moment, et parce que nous devons nous assurer que la propriété _MSDeployDirPath_FullPath est rempli.

le paramètre DeclareCustomParameters est l'endroit où le paramètre custom MSDeploy sera créé. Cette cible s'exécutera après le AddIisAndContentDeclareParametersitems cible. Nous n' cela pour s'assurer que la propriété _EscapeRegEx_MSDeployDirPath est rempli. Notez à l'intérieur de cette cible quand je déclare la valeur du paramètre (à l'intérieur de L'élément Value) que j'utilise la propriété _DestinationContentPath qui est la propriété MSBuild contenant le chemin vers l'endroit où votre application est déployée, i.e. REST Services / 1.0.334.

Pouvez-vous essayer cela et laissez-moi savoir si cela fonctionne pour vous ou pas?