Discussion :

[Nicolas Esprit]

Bonjour,

Cette discussion a été ouverte pour recueillir vos commentaires ou vos remarques sur l'article : Déploiement Web avec Visual Studio 2010.

Voir aussi :
Les nouveautés de Visual Studio 2010
Le forum d'entraide Microsoft Visual Studio

Bonne lecture à tous

[laedit]

Bravo pour cet excellent article !

[Nathanael Marchand]

Excellent en effet!

[Nicolas Esprit]

Merci pour vos commentaires, c'est mon premier essai

Si vous avez des remarques ou critiques n'hésitez pas, le but étant de fournir un article de la meilleure qualité possible à la communauté.

[Nathanael Marchand]

Je viens d'y penser, il serait peut-être interessant de détailler un peu plus une intégration avec tfs (en tout cas, ca m'interesserait )

[The_badger_man]

Très bien cet article.

Ce qui m'interesse c'est la partie 4-F. Installation de Web Packages sur le serveur.
Lord de l'import d'un package dans IIS le wizard propose de modifier le chemin d'installation et les chaines de connexion.

Il est possible de rajouter ces propres paramètres (via un fichier XML dans le package) qui seront à renseigner dans le wizard. On peut par exemple demander à la personne qui déploit de renseigner un champ qui sera ensuite insérer dans le fichier de config du site lors de l'installation.

Questions:
Si l'on génère le package via VS 2010, y-a-t-il moyen de rajouter ses paramètres à part en éditant le package à la main après sa génération ?
Y-a-t-il des outils d'aide à l'édition de ses paramètres ? Doit-on utiliser notepad et connaitre le schéma XML par coeur pour trouver quoi mettre dedans ?
Par exemple dans la console IIS si on choisit "Exporter une appli" on a un wizard d'aide qui permet de créer ce genre de paramètre au sein du package.

[Nicolas Esprit]

Questions:
Si l'on génère le package via VS 2010, y-a-t-il moyen de rajouter ses paramètres à part en éditant le package à la main après sa génération ?
Y-a-t-il des outils d'aide à l'édition de ses paramètres ? Doit-on utiliser notepad et connaitre le schéma XML par coeur pour trouver quoi mettre dedans ?
Par exemple dans la console IIS si on choisit "Exporter une appli" on a un wizard d'aide qui permet de créer ce genre de paramètre au sein du package.

Bonjour,

Merci pour ton avis.

Il est en effet possible de modifier les principaux paramètres en éditant le fichier XML à la main. A ma connaissance il n'existe pas encore d'outil permettant d'éditer ce fichier XML sans intervenir avec un éditeur de texte. Néanmoins, la structure du fichier n'est pas très compliquée, voire moins qu'un fichier Web.Config par exemple. Donc pour ce qui est de modifier la ConnectionString de destination par exemple, c'est assez simple.

Après, c'est le même principe que propose IIS lorsqu'on installe un Web Package avec la Gestionnaire. On peut via l'IHM (et non à la main dans le fichier XML) : sélectionner les scripts SQL qu'on souhaite executer ou non, sélectionner les fichiers qu'on souhaite déployer, modifier les Connection Strings.

Il me semble, mais je n'ai pas encore testé, qu'on peut définir des paramètres (avec les balises parameter et parameterEntry) et que ceuxi-ci sont automatiquement éditables via l'IHM du Gestionnaire (dans la même fenêtre où on modifie la ConnectionString lors de l'import d'un Package : image ici). En gros, grâce à ces paramètres, on pourrait proposer d'office la customisation de tout le déploiement dans IIS en évitant la case édition du XML.

Enfin, et je pense que ce sera l'utilisation la plus répandue pour customiser l'installation d'un Package, il reste tous les paramètres qu'offre MsDeploy en ligne de commande. Mais c'est plus un sujet réservé aux pro de IIS qu'au développeurs ASP.NET. Et justement, il est tout à fait possible que quelqu'un développe à l'avenir un petit outil avec IHM qui englobe MsDeploy pour permettre facilement de modifier de nombreux paramètres sans avoir à connaître les options de MsDeploy en ligne de commande.

Mais tu as raison, il serait bon de creuser la question


[Edit]

En creusant sur MSDN j'ai trouvé ceci à propos des paramètres :

Creating a Deployment Parameter

In the following procedure, you create a deployment parameter that you can use to change the machineKey value when you install the package on the production server.
To create a deployment parameter for the machineKey value

1. In Solution Explorer, right-click the project and then click Add New Item.
2. In the Installed Templates panel, select C# or Visual Basic and then select the XML File template.
3. In the Name box, enter Parameters.xml and then click Add.
4. Delete <?xml version="1.0 encoding="utf-8" ?> and then add the following markup:
   

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
   12
   13
   <parameters>
     <parameter name="machineKey" 
       description="Please provide the machineKey value."
       defaultValue="staging"
       tags="">
       <parameterEntry kind="XmlFile"
         scope="obj\\Release\\Package\\PackageTmp\\Web\.config$"
         match="//machineKey[@validationKey]" />
       <parameterEntry kind="XmlFile"
         scope="obj\\Release\\Package\\PackageTmp\\Web\.config$"
         match="//machineKey[@decryptionKey]" />
     </parameter>
   </parameters>

   This markup creates a parameter that is named machineKey. If you use IIS Manager to install the package that you create, the description attribute value is displayed as the label for the box where you can enter the machineKey value. The parameterEntry elements specify where the value of this parameter is used. The kind attribute specifies that the value will be inserted in an XML file. The scope attribute uses a regular expression to specify which XML file to update. (The path reflects the path of the Web.config file when the package was created, not the path as it will be in the deployed Web application.) The match attribute uses an XPath expression to select the attributes to be updated, which are the validationKey and decryptionKey attributes of the machineKey element.

[/edit]

[Nicolas Esprit]

Je viens d'y penser, il serait peut-être interessant de détailler un peu plus une intégration avec tfs (en tout cas, ca m'interesserait )

Bonjour,

Merci pour ton avis.

Je découvre seulement VSTS 2010 depuis un mois, mais c'est un sujet qui m'intéresse aussi. Lorsque j'aurais le temps de creuser un peu plus le sujet, je pense que je mettrais à jour l'article. Plus il est complet, mieux c'est.

[TraPpeur]

Bravo très bon article !!

J'ai cependant un petit problème...

Quand j'utilise le One-Click publishing de ma Web Application vers le serveur "localhost", le fichier Web.config n'est pas transformé...

Typiquement, ma connection string dans le web.config deployé est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<connectionStrings>
    <add name="MaDb" connectionString="{% token='$(ReplacableToken_#(parameter)_#(tokennumber))' xpathlocator='name' parameter='MaDb-Web.config Connection String' description='MaDb Chaîne de connexion utilisée dans web.config par l'application pour accéder à la base de données.' defaultValue='metadata=res://*/xxxxData.csdl|res://*/xxxxxData.ssdl|res://*/xxxxx.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=localhost\sqlexpress;Initial Catalog=GLoc;User ID=xxxx;Password=xxxx;MultipleActiveResultSets=True&quot;' tags='SqlConnectionString' %}" providerName="System.Data.EntityClient" />
  </connectionStrings>

Ai-je raté quelque chose ?

Merci, encore bravo pour l'article !

[The_badger_man]

Tu build bien en mode Release ?

[TraPpeur]

Merci pour la réponse,

Que ce soit en debug ou en release, le pblm est le même...

Pourtant après la création du package de déploiement, le fichier web.config dans mon répertoire "\obj\Release\TransformWebConfig\transformed\web.config" est le bon (il a les bonnes transformations")...

Une idée ?

[Nicolas Esprit]

Bonjour,

Bizarre ton problème. As-tu bien créé un profil de publication (Release par exemple), et as-tu bien un fichier Web.TonProfil.Config ( Web.Release.Config dans notre exemple) ?

Normalement, par défaut, il y a déjà une transformation qui est faite lorsque tu utilises le mode Release. Le fichier de transformation se voit ajouté un RemoteAttributes(debug) afin d'enlever automatiquement les attributs debug=true par exemple.

Autrement, peux-tu nous indiquer le contenu de ton fichier Web.Release.Config ? => mais pour ceci il faudrait mieux créer un post dédié car celui-ci est prévu pour l'article en général.

En espérant t'avoir aidé.

[TraPpeur]

J'ai lancé une discussion sur le pblm ici...

[JasonV6]

http://www.developpez.net/forums/d92...t/#post5291728

[--Ju--]

Bonjour,

J'ai lu l'article autour du deploiement avec VS 2010 et j'ai l'impression que ce que je recherche s'approche des Web Packages :

Je recherche le moyen d'effectuer automatiquement un déploiement complet d'une solution contenant un web application et deux services web. J'entend par déploiement complet, la possibilité de paramétrer chaque version de déploiement (ex: par clients) en précisant un préfixe, modifier les web.config, la connecstring de la base, etc. Mais également la création d'une base correspondante (en Oracle) avec ces tables vierges.

Est-ce qu'avec les Web Packages je pourrais obtenir satisfaction (à l'aide de custom providers)? ou faut-il que je développe from scratch ma solution de déploiement ?

D'autre part, sauriez-vous s'il est possible d'associer le deploiement d'une application asp.net avec une version spécifique sur SVN (TortoiseSVN) (dans un contexte d'automatisation du déploiement, on pourrait préciser sur quelle version se baser (avec donc une étape de compilation à rajouter))

Merci de vos réponses,

[Nicolas Esprit]

Bonjour,

Les WebPackages devraient répondre à tes exigences, à savoir déploiement complet ( par client, avec web.config propre, création de base de données vierge, etc..).

Après, je ne me suis pas encore penché sur la création de base Oracle avec un WebPackage. Mais comme je l'ai indiqué dans l'article, il doit surement y avoir un CustomProvider pour Oracle.

Enfin, pour SVN, ça ne doit pas être plus compliqué. On peut immaginer l'utilisation de TFS ou une usine de dev du type CruiseControl avec génération automatique des build et web packages via MSBuild.

Bref, tout est possible, mais cela demande du temps à mettre en place.

[--Ju--]

Bonjour,

ça me parait être une bonne solution pour mon projet.

Dernière petite question : Sais-tu s'il est possible d'encapsuler tout ce mécanisme (compilation, création de base, ect.) par une sorte de wizard personnalisable dans lequel l'intégrateur pourrait modifier des url ou d'autres variables (destinées à être modifiées dans les web.config) à travers de simples écrans ?

Merci

[Nicolas Esprit]

Bonjour,

Oui c'est tout à fait possible de créer une Interface Web ou Winform pour permettre de paramétrer tout cela. Mais.... ça demande du temps....

[gstrit]

Bonjour,

Super tutoriel, vraiment très clair.

J'ai simplement une petite question qui peut paraître bête :
Dans le paragraphe 6A, au moment de lancer le déploiement, la boite de dialogue demande un user et un mot de passe. Il faut mettre quoi? J'ai créé un compte dédié sur mon serveur mais ça marche pas...

Merci

[Immobilis]

Salut,

Une petite faute d'orthographe. Il manque un "e":

De plus grâce à la plateforme Web Application Gallery, vous allez pouvoir facilement distribuer votre application à un grand nombre d'utilisateurs potentiels.

Si possible définir les abréviations (ex: UAT).

Merki