Procédure : Déployer un flux de travail Project Server (traduction automatique)

Dernière modification : mardi 1 février 2011

S’applique à : Office 2010 | Project 2010 | Project Server 2010 | SharePoint Server 2010

Dans cet article
Création d'un Package de Solution de flux de travail Project Server
Installation d'un Package de Solution de Workflow
Désinstallation d'un Package de Solution de Workflow
Autre procédure de mise à jour un Assembly de Workflow
Configuration d'un flux de travail sur une batterie de serveurs

Important

Cet article a été traduit automatiquement, voir l’avertissement. Vous pouvez consulter la version en anglais de cet article ici.

Vous pouvez utiliser un package de solution SharePoint pour installer des flux de travail Microsoft Project Server 2010 sur des serveurs de production dans une batterie de serveurs SharePoint. Vous pouvez activer un flux de travail séparément pour chaque instance de Project Web App.

Notes

Plusieurs outils de flux de travail sera disponible pour Project Server 2010. Les outils pour créer des workflows simples (non branchement), importer et exporter les types de projets d'entreprise (EPTs), associer EPTs avec les workflows, et visualiser des workflows sur Project Server. Les outils seront publiés sur msdn Code Gallery (éventuellement en anglais) (https://code.msdn.microsoft.com/).

Les procédures décrites dans cet article utilisent l'échantillon BranchingWorkflow décrite dans Procédure : Créer un flux de travail de branchement (traduction automatique). Installez et testez le flux de travail sur une installation d'essai de Project Server avant de les déployer sur un serveur de production. Pour plus d'informations, consultez Procédure : Installer et tester un flux de travail Project Server (traduction automatique).

Le présent article contient les sections suivantes :

  • Création d'un Package de Solution de flux de travail Project Server

  • Installation d'un Package de Solution de Workflow

  • Désinstallation d'un Package de Solution de Workflow

  • Terminer l'exemple de Script de gestion d'une Solution de Workflow

  • Autre procédure de mise à jour un Assembly de Workflow

  • Configuration d'un flux de travail sur une batterie de serveurs

Création d'un Package de Solution de flux de travail Project Server

À l'aide de Microsoft Visual Studio 2010, vous pouvez facilement créer un package de solution SharePoint (fichier .wsp) pour un flux de travail de Project Server. Lorsque vous développez un flux de travail, Visual Studio 2010 crée les fonctionnalités et les dossiers de Package dans le flux de travail de projet (Figure 1). Le dossier fonctionnalités inclut la fonctionnalité de Feature1 par défaut.

Notes

La structure de dossier de niveau supérieur comprend des fonctionnalités et le dossier du Package, qui contiennent les définitions de package et la fonctionnalité SharePoint. Dans la mesure où Visual Studio 2010 utilise la structure de dossiers correspondent aux répertoires de SharePoint sur l'ordinateur cible et de créer des fichiers de solution SharePoint, la structure de dossier de niveau supérieur ne doit pas être modifiée.

Procédure 1. Pour créer un package de solution de workflow

  1. Sur un ordinateur de Project Server, exécutez Visual Studio 2010 en tant qu'administrateur et ouvrez une solution de flux de travail de Project Server. Par exemple, ouvrez la solution BranchingWorkflow.

    Conseil

    Vous pouvez ouvrir une solution de flux de travail et créer un package de solution SharePoint sur un autre ordinateur de Project Server, où Visual Studio 2010 n'est pas configuré avec les onglets de Project Server – Workflow et SharePoint Server – flux de travail dans la boîte à outils, comme décrit dans Procédure : Configurer Visual Studio 2010 pour un flux de travail Project Server (traduction automatique). Les activités de workflow dans les onglets de la boîte à outils sont nécessaires uniquement si vous devez ajouter une activité.

  2. Facultatif :   Modifier le titre de la fonctionnalité, la description ou le nom :

    1. Développez le dossier fonctions. Droit Feature1 et puis cliquez sur Concepteur de vues.

    2. Sous l'onglet Feature1.feature , la description par défaut dans la zone de texte Description est la Fonctionnalité My de flux de travail SharePoint. Par exemple, modifier la description pour l' exemple de Workflow branchement pour le test, puis enregistrez et fermez le Concepteur de la fonctionnalité.

    3. Vous pouvez également renommer la fonction de Feature1 par défaut. Par exemple, avec le bouton droit de la Feature1 dans l'Explorateur de solutions et puis cliquez sur Renommer. Lorsque vous renommez le nœud Feature1 , Visual Studio renomme également les sous-nœuds. Le code de cet article utilise le nom de Feature1 .

  3. Facultatif :   Ajouter des éléments du manifeste de package. Par exemple, ajouter des images ou des icônes qui peuvent être utilisés dans l'entreprise projet type (Accepter la) liste déroulante, ou dans la liste des fonctions Project Web App site collection :

    1. Dans l' Explorateur de solutions, cliquez droit sur le projet BranchingWorkflow et cliquez sur Ajouter, Dossier mappé de SharePoint.

    2. Dans la boîte de dialogue Ajouter un dossier SharePoint mappé , développez le dossier de Modèle et puis cliquez sur les IMAGES. Cliquez sur OK.

    3. Dans l' Explorateur de solutions, cliquez droit sur le dossier IMAGES1 , cliquez sur Ajouter, cliquez sur Un élément existantet puis naviguez jusqu'au répertoire qui contient les images que vous souhaitez importer. Par exemple, si vous importez la P14SDK.gif et P14SDK_small.gif à partir de la Project Server 2010 de téléchargement du Kit de développement.

  4. Vérifiez le contenu du package avant de générer le fichier de package :

    1. Dans l' Explorateur de solutions, développez le dossier du Package et puis double-cliquez sur le nœud Package.package pour ouvrir le Concepteur de Package (Figure 1).

    2. Laissez la case à cocher Réinitialiser le serveur Web désactivée. Il n'est pas nécessaire de redémarrer IIS lorsque vous installez le package. Lorsque le package de mise à niveau, vous pouvez redémarrer le service de file d'attente de Project Server, redémarrer le service du minuteur SharePoint et réinitialisez IIS manuellement ou à l'aide d'un script.

      La figure 1. À l'aide du Concepteur de lots dans Visual Studio 2010

      Utilisation des Concepteurs de packages dans Visual Studio 2010

    3. Sous l'onglet Package.package , si vous avez importé des images, vérifiez que le package inclut la IMAGES1 (BranchingWorkflow) articles et les fichiers d'image.

    4. Au bas de l'onglet Package.package , cliquez sur le manifeste. Dans l' Aperçu du manifeste ajouté au package, vérifiez que le manifeste contient la cible d'assemblage et de déploiement de flux de travail, tous les fichiers de modèle facultatif que vous avez ajouté et le manifeste de fonctionnalité. Par exemple, le manifeste de BranchingWorkflow qui inclut les deux fichiers d'image facultatif contient les informations suivantes.

      <Solution xmlns="https://schemas.microsoft.com/sharepoint/" 
          SolutionId="57e93e21-e17f-4bfa-8630-b0dde64ea029" SharePointProductVersion="14.0">
        <Assemblies>
          <Assembly Location="BranchingWorkflow.dll" DeploymentTarget="GlobalAssemblyCache" />
        </Assemblies>
        <TemplateFiles>
          <TemplateFile Location="IMAGES\P14SDK.gif" />
          <TemplateFile Location="IMAGES\P14SDK_small.gif" />
        </TemplateFiles>
        <FeatureManifests>
          <FeatureManifest Location="BranchingWorkflow_Feature1\Feature.xml" />
        </FeatureManifests>
      </Solution>
      

      Lorsque vous installez le package de workflow sur un autre ordinateur de Project Server, vous devez connaître l'emplacement du manifeste de fonctionnalité, par exemple, BranchingWorkflow_Feature1.

  5. Générer le fichier de package de solution. Dans l' Explorateur de solutions, cliquez droit sur le projet BranchingWorkflow et puis cliquez sur Empaqueter.

  6. Facultatif :   Vérifiez le contenu du fichier BranchingWorkflow.wsp :

    1. Dans le sous-dossier bin\Debug de la solution Visual Studio, faites une copie du fichier BranchingWorkflow.wsp.

    2. Remplacez l'extension par .cab et ouvrez BranchingWorkflow_Copy.cab à l'aide de WinZip. Le tableau 1 présente les fichiers et sous-répertoires dans le package.

      Tableau 1. Fichiers et répertoires dans le package de solution de workflow

      nom ;

      Chemin d’accès

      BranchingWorkflow.dll

       

      Manifest.xml

       

      Feature.xml

      BranchingWorkflow_Feature1\

      Elements.xml

      BranchingWorkflow_Feature1\BranchingWorkflow\

      (fichiers image facultative)

      images\

Notes

Le fichier Feature1.Template.xml dans la solution Visual Studio montre que le Feature ne contient pas l'attribut Id. Toutefois, lorsque vous exécutez la commande Empaqueter , Visual Studio ajoute les attributs requis pour l'élément Feature lorsqu'il crée le fichier Feature.xml.

Le fichier Feature.xml généré qui se trouve dans le package de solution BranchingWorkflow.wsp inclut l'attribut de Id et d'un attribut Scope de l'élément Feature :

<?xml version="1.0" encoding="utf-8"?>
<Feature xmlns="https://schemas.microsoft.com/sharepoint/" Title="BranchingWorkflow Feature1" 
Description="Branching Workflow example for testing" Id="6de058f5-92bb-4c32-82f3-ac1e1841f89b" Scope="Site">
  <Properties>
    <Property Key="GloballyAvailable" Value="true" />
  </Properties>
  <ElementManifests>
    <ElementManifest Location="BranchingWorkflow\Elements.xml" />
  </ElementManifests>
</Feature>

Le fichier BranchingWorkflow.wsp peut être copié vers d'autres ordinateurs de Project Server pour l'installation.

Installation d'un Package de Solution de Workflow

Vous pouvez utiliser les commandes Windows PowerShell pour installer et mettre à jour d'un package de solution de workflow dans une collection de sites Project Web App. Vous devez installer le package pour chaque instance de Project Web App où vous souhaitez que le flux de travail soit disponible.

Procédure 2 indique les commandes Windows PowerShell individuelles requises pour installer le flux de travail. Pour un script qui installe, supprime ou met à jour d'un package de workflow, consultez la section Terminer l'exemple de Script de gestion d'une Solution de Workflow .

Procédure 2. Pour installer un package de solution de workflow

  1. Copiez le package de workflow à un autre ordinateur de Project Server. Par exemple, créer le partage de fichiers PSScripts sur l'ordinateur nom_serveur et puis copiez BranchingWorkflow.wsp vers \\ServerName\PSScripts.

  2. Dans le menu Démarrer de Windows sur l'ordinateur nom_serveur , cliquez sur le dossier Produits Microsoft SharePoint 2010 , avec le bouton droit de Environnement de gestion SharePoint 2010et puis cliquez sur Exécuter en tant qu’administrateur.

    Conseil

    Si vous souhaitez modifier un script ou exécuter des applets de commande SharePoint dans l'environnement de script intégré Windows PowerShell (ISE), vous devez inscrire le composant logiciel enfichable SharePoint dans la session en cours du salon ISE ou ajouter la commande suivante à l'un des profils Windows PowerShell. Pour plus d'informations sur la création et modification d'un profil, consultez profils Windows PowerShell dans l'aide de Windows PowerShell, puis ajoutez la commande au profil (les commandes ne respectent pas la casse).

    La commande suivante n'est pas nécessaire dans le Environnement de gestion SharePoint 2010; Il a déjà le composant logiciel enfichable SharePoint ajouté.

    Add-PSSnapin Microsoft.SharePoint.PowerShell; Get-PSSnapin
    
  3. Exécutez la commande suivante, qui importe de la solution dans la batterie de serveurs SharePoint :

    Add-SPSolution -LiteralPath C:\PSScripts\BranchingWorkflow.wsp
    

    Pour plus d'informations sur l'applet de commande Add-SPSolution, par exemple, tapez Get-Help Add-spsolution dans la fenêtre Windows PowerShellcommand.

    Conseil

    Lorsque vous exécutez la commande dans la fenêtre de Environnement de gestion SharePoint 2010 , vous êtes invité à confirmer l'action. Pour supprimer la confirmation, ajoutez l'argument -Confirm:$false à la commande.

  4. La commande suivante installe la solution dans la collection de sites Project Web App :

    Install-SPSolution -Identity BranchingWorkflow.wsp -GacDeployment
    

    Notes

    La commande Install-SPSolution démarre un processus de minuteur SharePoint. Si le processus d'installation n'est pas terminé, la commande Enable-SPFeature dans l'étape suivante affiche une erreur.

  5. La commande suivante active le flux de travail dans la collection de sites Project Web App nommé pwa sur l'ordinateur nom_serveur :

    Enable-SPFeature -Identity BranchingWorkflow_Feature1 -Url https://ServerName/pwa
    

    La commande Enable-SPFeature Active la fonctionnalité. Pour afficher les résultats, cliquez sur Fonctionnalités de collection de sites dans la page Paramètres du Site Project Web App. La page de fonctionnalités (https://ServerName/PWA/_layouts/ManageFeatures.aspx?Scope=Site) montre que branchingworkflow feature1 est active.

  6. Pour activer Project Web App créer des instances de flux de travail, ouvrez les Paramètres du site dans Project Web App, cliquez sur Paramètres du flux de travailet puis cliquez sur Ajouter un flux de travail. Alternativement, vous pouvez ouvrir la page Ajouter un flux de travail avec le script suivant :

    $ie = 'C:\Program Files (x86)\Internet Explorer\iexplore.exe'
    & $ie "https://ServerName/pwa/_layouts/AddWrkfl.aspx"
    
  7. Sur la page Ajouter un flux de travail, cliquez sur le modèle de BranchingWorkflow – BranchingWorkflow , type de Workflow branchement pour le nom et puis cliquez sur OK.

L'exemple de Workflow branchement est maintenant prêt à être utilisé dans Project Web App. Pour créer une accepter l'et le flux de travail, consultez les procédures de Procédure : Installer et tester un flux de travail Project Server (traduction automatique).

Installation de la solution de flux de travail ajoute des fichiers aux endroits suivants :

  • Les fichiers Feature.xml et Elements.xml sont installés dans le répertoire [Program Files]\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\FEATURES\. L'exemple crée le sous-répertoire BranchingWorkflow_Feature1.

  • Les images facultatives sont installées dans le répertoire [Program Files]\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\IMAGES\BranchingWorkflow\.

  • L'assembly BranchingWorkflow.dll est installé dans le global assembly cache. Voir [Windows]\assembly.

Désinstallation d'un Package de Solution de Workflow

Les applets de commande Windows PowerShell sont utilisées pour désinstaller un package de solution sont le contraire des applets de commande pour l'installation et exécutées dans l'ordre inverse.

Procédure 3. Pour désinstaller un package de solution de workflow

  1. Désactiver la fonctionnalité de flux de travail avec la commande suivante :

    Disable-SPFeature -Identity BranchingWorkflow_Feature1 -Url https://ServerName/pwa
    

    La commande Disable-SPFeature désactive la fonctionnalité. Pour voir les résultats (Figure 2), cliquez sur Fonctionnalités de collection de sites sur la page Paramètres du Site Project Web App pour ouvrir la page de fonctionnalités (https://ServerName/PWA/_layouts/ManageFeatures.aspx?Scope=Site).

    La figure 2. La page fonctionnalités montre que le Feature1 de BranchingWorkflow n'est pas actif

    BranchingWorkflow Feature1 n’est pas active.

  2. Désinstalle la solution, comme suit :

    Uninstall-SPSolution -Identity BranchingWorkflow.wsp
    
  3. Supprimer la solution :

    Remove-SPSolution -Identity BranchingWorkflow.wsp
    

    Notes

    La commande Uninstall-SPSolution démarre un processus de minuteur SharePoint. Si le processus de désinstallation n'est pas terminé, la commande Remove-SPFeature affiche l'erreur suivante :

    Remove-SPSolution : The solution "branchingworkflow.wsp" has been deployed in the farm. Please retract the deployment before removing the solution. You can also use the -override parameter to forcibly remove the solution, but you will not be able to retract the solution deployment.

  4. Pour désactiver le Project Web App à partir de la création d'instances de flux de travail, ouvrez les Paramètres du site dans Project Web App, cliquez sur Paramètres du flux de travailet puis cliquez sur Supprimer un flux de travail. Alternativement, vous pouvez ouvrir la page Supprimer un flux de travail en utilisant le script suivant :

    $ie = 'C:\Program Files (x86)\Internet Explorer\iexplore.exe'
    & $ie "https://ServerName/pwa/_layouts/RemWrkfl.aspx"
    
  5. Dans la zone Supprimer une page de flux de travail, cliquez sur le bouton d'option Supprimer le modèle de BranchingWorkflow – BranchingWorkflow et puis cliquez sur OK.

Les fichiers sont désinstallés à partir des trois emplacements décrits précédemment.

Terminer l'exemple de Script de gestion d'une Solution de Workflow

Le script Install-PJWorkflow.ps1 pouvez installer, supprimer ou mettre à jour d'un flux de travail. Copiez et enregistrez le script dans un fichier nommé Install-PJWorkflow.ps1, par exemple dans le répertoire C:\PSScripts. Pour exécuter ou modifier le script dans l'éditeur de Windows powershell ise , voir le Conseil dans l'étape 2 de la procédure 2.

Pour utiliser le script, exécutez Environnement de gestion SharePoint 2010 en tant qu'administrateur. Par exemple, exécutez les commandes suivantes pour installer le package de BranchingWorkflow.wsp sur l'ordinateur local de Project Server. Le caractère backtick (accent grave ou ASCII 96) dans la commande Install-PJWorkflow est un caractère d'échappement pour la continuité de ligne.

cd C:\PSScripts
.\Install-PJWorkflow E:\Project\WorkflowExamples\BranchingWorkflow.wsp `
   https://ServerName/pwa BranchingWorkflow_Feature1 install

Dans la mesure où les arguments sont des paramètres nommés, vous pouvez également utiliser des noms de paramètre dans la commande. L'exemple suivant utilise le paramètre nommé de –action :

.\Install-PJWorkflow E:\Project\WorkflowExamples\BranchingWorkflow.wsp `
   https://ServerName/pwa BranchingWorkflow_Feature1 -action install

Avertissement

Le script Install-PJWorkflow.ps1 fonctionne si la fonctionnalité de flux de travail est active uniquement sur le site Project Web App que vous spécifiez. S'il y a deux ou plusieurs sites dans la batterie de serveurs SharePoint où le flux de travail est actif, vous devez désactiver la fonctionnalité sur les deux sites avant de retirer de la solution.

L'applet de commande Start-Sleep utilise la variable $sleepTime pour définir un temps de sommeil de cinq secondes entre certaines commandes. Les applets de commande Install-SPSolution et Uninstall-SPSolution de démarrer un travail du minuteur SharePoint. Si le travail du minuteur n'est pas terminée, vous obtenez un message d'erreur lorsque vous exécutez Enable-SPFeature ou Remove-SPSolution. Le script détecte que le travail du minuteur et attend qu'elle se termine.

Si Windows Internet Explorer n'est pas installé sur le lecteur C:, modifiez la valeur de la variable $ie.

########################################################################################
## Install-PJWorkflow.ps1
## Windows PowerShell script for installing, removing, and updating a Project Server  
## workflow solution file. Run as administrator.
## Requires that the workflow is active on only one Project Web App site in the farm.
## Arguments:
##   wspFile     --.WSP file name and full path.
##   serverUrl   -- URL of Project Web App.
##   featureName -- Workflow name and SharePoint Feature name, 
##                  for example: MyWorkflow_Feature1.
##   action      -- Specifies whether to install, remove, or update a workflow with 
##                  the same feature name. 
##                  Valid values: install, remove, or update
## Example: 
##   Install-PJWorkflow C:\Test\TestWF.wsp https://server/pwa MyWorkflow_Feature1 install
#########################################################################################

param($wspFile, $serverUrl, $featureName, $action)

Set-StrictMode -version 2.0
[bool]$argErr = $false
[bool]$install = $false
[bool]$remove = $false

# Set the path to Internet Explorer.
$ie = 'C:\Program Files (x86)\Internet Explorer\iexplore.exe'
[int]$sleepTime = 5     # Sleep for five seconds.

if ($wspFile -eq $null) 
{ 
    $argErr = $true 
}
else
{
    $inFile = New-Object System.IO.FileInfo $wspFile
    
    if (-not $infile.Exists)
    {
        Write-Error -message "File does not exist: $wspfile" -category InvalidArgument
        $argErr = $true 
    }
}

if ($serverUrl -eq $null) 
{ 
    $argErr = $true 
}
else
{
    if (-not (Get-SPSite $serverUrl))
    {
        Write-Host "Site URL is not valid: $serverUrl"
        $argErr = $true
    }
}

if ($featureName -eq $null) 
{ 
    $argErr = $true 
}

if ($action -eq $null)
{
        Write-Host "No action specified."
        $argErr = $true
}
else
{
    [string]$actionL = $action.ToLower()
    
    switch($actionL)
    {
        { $_ -eq "update" }   { $install = $true; $remove = $true; break }
        { $_ -eq "install" }  { $install = $true; break }
        { $_ -eq "remove" }   { $remove = $true; break }
        default               { Write-Host "Invalid action: $action "; $argErr = $true }
    }
}

if ($argErr)
{ 
    Write-Host "Usage: Install-PJWorkflow wspFile serverUrl featureName -action (update | install | remove)"
    Write-Host "Example: `n`tInstall-PJWorkflow C:\Test\TestWF.wsp https://server/pwa MyWorkflow_Feature1" install
    exit
}

# Wait for the SharePoint timer job name that contains \\"solution-deployment\\".
function Wait4Timer
{    
    Write-Host -NoNewLine "`nFinding timer job"
    
    # The language-dependent display name of the timer job contains \\"Solution Retraction\\". 
    # while (($jd = Get-SPTimerJob | ?{ $_.DisplayName -like \\"*Solution Retraction*\\"+$fileName+\\"*\\" }) -eq $null)
    while (($jd = Get-SPTimerJob | ?{ $_.Name -like "*solution-deployment*" + $fileName + "*" }) -eq $null) 
    {
        Write-Host -NoNewLine .
        Start-Sleep -Seconds 1
    }
    $jdName = $jd.Name
    Write-Host "`njob: $jdName"
    Write-Host -NoNewLine Waiting to finish
    
    while ((Get-SPTimerJob $jdName) -ne $null) 
    {
       Write-Host -NoNewLine .
       Start-Sleep -Seconds 1
    }
    
    Write-Host
    $jd.HistoryEntries | %{ Write-Host job history: $_.Status }
    Write-Host
} # End of function Wait4Timer.

$fileName = $inFile.Name
write-host "Using $fileName; action = $action`n"

if ($remove)
{
    # Remove the workflow feature.
    
    # Set-PSDebug -Step
    
    Write-Host "Running Disable-SPFeature for $featureName on $serverUrl ..."
    Disable-SPFeature -Identity $featureName -Url $serverUrl -Confirm:$false
    Start-Sleep -Seconds $sleepTime
    
    Write-Host "Running Uninstall-SPSolution for $fileName ..."
    Uninstall-SPSolution -Identity $fileName -Confirm:$false
    
    Wait4Timer
    
    Write-Host "Running Remove-SPSolution for $fileName ..."     
    Remove-SPSolution -Identity $fileName -Confirm:$false
    Start-Sleep -Seconds $sleepTime
    
    # Restart services.
    Write-Host "Restarting services ..."

    Restart-Service -DisplayName "SharePoint 2010 Timer"
    Restart-Service -DisplayName "Microsoft Project Server Queue Service 2010"
    Start-Sleep -Seconds $sleepTime
    
    Write-Host "Restarting IIS ..."
    IISReset
    
    # Set-PSDebug -Off
    if (-not $install)
    {
        # Remove the feature in PWA Workflow Settings only if not updating.
        Write-Host "`nRemove the $featureName workflow, by using the browser."
        
        & $ie "$serverUrl/_layouts/RemWrkfl.aspx"
        Read-Host "Press ENTER to continue"
        Write-Host
    }
}

if ($install)
{
    # Install the workflow feature.    
    # Set-PSDebug -Step

    Write-Host "Running Add-SPSolution for $inFile.FullName ..."   
    Add-SPSolution -LiteralPath $inFile.FullName -Confirm:$false
    Start-Sleep -s $sleepTime
    
    Write-Host "Running Install-SPSolution for $fileName ..."
    Install-SPSolution -Identity $fileName -GACDeployment -Confirm:$false

    Wait4Timer
    
    Write-Host "Running Enable-SPFeature for $featureName on $serverUrl ..."
    Enable-SPFeature -Identity $featureName -Url $serverUrl -Confirm:$false
    Start-Sleep -s $sleepTime
    
    # Set-PSDebug -Off
    
    if (-not $remove)
    {
        # Add the feature in PWA Workflow Settings only if not updating.
        Write-Host "Add the $featureName workflow, by using the browser."
        
        & $ie "$serverUrl/_layouts/AddWrkfl.aspx"
        Read-Host "Press ENTER to continue"
    }
}
Write-Host "Completed $action of $fileName"

Voici le résultat dans une fenêtre de Environnement de gestion SharePoint 2010 pour obtenir un exemple qui utilise l'option de mise à jour du script Install-PJWorkflow.ps1 :

PS > .\Install-PJWorkflow C:\PSScripts\BranchingWorkflow.wsp https://ServerName/pwa BranchingWorkflow_Feature1 update
Using BranchingWorkflow.wsp; action = update

Running Disable-SPFeature for BranchingWorkflow_Feature1 on https://ServerName/pwa ...
Running Uninstall-SPSolution for BranchingWorkflow.wsp ...

Finding timer job
job: solution-deployment-branchingworkflow.wsp-0
Waiting to finish...............................
job history: Succeeded

Running Remove-SPSolution for BranchingWorkflow.wsp ...
Restarting services ...
WARNING: Waiting for service 'Microsoft Project Server Queue Service 2010
(ProjectQueueService14)' to finish stopping...
WARNING: Waiting for service 'Microsoft Project Server Queue Service 2010
(ProjectQueueService14)' to finish starting...
WARNING: Waiting for service 'Microsoft Project Server Queue Service 2010
(ProjectQueueService14)' to finish starting...
Restarting IIS ...

Attempting stop...
Internet services successfully stopped
Attempting start...
Internet services successfully restarted
Running Add-SPSolution for C:\PSScripts\BranchingWorkflow.wsp.FullName ...

Name                           SolutionId                           Deployed
----                           ----------                           --------
branchingworkflow.wsp          57e93e21-e17f-4bfa-8630-b0dde64ea029 False
Running Install-SPSolution for BranchingWorkflow.wsp ...

Finding timer job
job: solution-deployment-branchingworkflow.wsp-0
Waiting to finish..........................
job history: Succeeded

Running Enable-SPFeature for BranchingWorkflow_Feature1 on https://ServerName/pwa ...
Completed update of BranchingWorkflow.wsp

Autre procédure de mise à jour un Assembly de Workflow

Au lieu de recréer un package de solution de flux de travail exécutant le script Install-PJWorkflow.ps1 sur un ordinateur de Project Server, vous pouvez mettre à jour le flux de travail en remplaçant manuellement l'assembly dans le global assembly cache. Vous pouvez également utiliser Visual Studio 2010 pour déployer et le retrait de flux de travail sur l'ordinateur de développement.

Important

Si vous utilisez Visual Studio 2010 pour déployer et de retrait d'un flux de travail, vous devez créer un déploiement personnalisé qui réinitialise le service du minuteur SharePoint et le service de file d'attente de Project Server. Pour plus d'informations, consultez Walkthrough: Creating a Custom Deployment Step for SharePoint Projects.

Nous vous recommandons d'utiliser Install-PJWorkflow.ps1 ou un script de Windows PowerShell similaire à installer, supprimer ou mettre à jour d'un workflow pour Project Web App.

Procédure 4. Mettre à jour manuellement un assembly de workflow

  1. Arrêtez le service de file d'attente de Project Server et le service du minuteur SharePoint.

  2. Ajoutez l'assembly de workflow mis à jour dans le global assembly cache. Par exemple, ouvrez la boîte de dialogue Exécuter du menu Démarrer et tapez assembly dans la zone de texte Ouvrir . Faites glisser BranchingWorkflow.dll dans la fenêtre de l'assembly .

  3. Démarrez le service de file d'attente de Project Server et le service du minuteur SharePoint.

  4. Redémarrez IIS. Dans une fenêtre d'invite de commandes , exécutez iisreset.

  5. Répétez les étapes 1 à 4 pour chaque serveur de Project Web App dans la batterie de serveurs SharePoint.

Configuration d'un flux de travail sur une batterie de serveurs

Sur une batterie de serveurs SharePoint comprend un ordinateur qui exécute Project Server et un ou plusieurs serveurs de Project Web App, le service web frontal sur le serveur de projet peut être désactivé pour des raisons de sécurité ou de performances. Dans ce cas, les flux de travail ne peut pas démarrer jusqu'à ce que les paramètres de configuration de flux de travail sur un serveur distinct Project Web App sont mis à jour. Procédure 5 montre comment désactiver le service web frontal et mettre à jour les paramètres de configuration du flux de travail.

Notes

Procédure 5 n'est pas nécessaire si vous utilisez également l'ordinateur Project Server comme serveur frontal Project Web App.

Procédure 5. Pour reconfigurer un flux de travail sur une batterie de serveurs

  1. Désactiver la Project Web App (le service web frontal) sur l'ordinateur de Project Server. Dans la page Administration centrale de SharePoint 2010, dans le groupe de Paramètres système , cliquez sur Gérer les services sur le serveur. Dans les page Services sur serveur, cliquez sur Arrêter pour le service de l'Application Web de Microsoft SharePoint Foundation .

    Notes

    Laisser le Service d'Application de projet en cours d'exécution sur l'ordinateur de Project Server.

  2. Sur un serveur distinct Project Web App, ouvrez une fenêtre de Environnement de gestion SharePoint 2010 et puis exécutez les commandes Windows PowerShell suivantes :

    $webapp = Get-SPWebApplication -identity http://WebApplication[:port]
    $webapp.UpdateWorkflowConfigurationSetttings()
    

    Par exemple, si l'URL d'un site Project Web Apphttps://ServerName/pwa, le paramètre –identity est https://ServerName.

  3. Sur chaque serveur Project Web App de la batterie, effectuez les opérations suivantes :

    1. Redémarrez Internet Information Services (IIS).

    2. Ouvrez la fenêtre Services et redémarrez 2010 de Service événements Microsoft Project Server et Microsoft Project Server file d'attente Service 2010.

Notes

Avertissement traduction automatique : cet article a été traduit par un ordinateur, sans intervention humaine. Microsoft propose cette traduction automatique pour offrir aux personnes ne maîtrisant pas l’anglais l’accès au contenu relatif aux produits, services et technologies Microsoft. Comme cet article a été traduit automatiquement, il risque de contenir des erreurs de grammaire, de syntaxe ou de terminologie.

Voir aussi

Tâches

Procédure : Configurer Visual Studio 2010 pour un flux de travail Project Server (traduction automatique)

Procédure : Créer un flux de travail de branchement (traduction automatique)

Procédure : Installer et tester un flux de travail Project Server (traduction automatique)