.Net and VisualStudio ALM
Archives pour May, 2011
TFS 2010 : Renommer un serveur – Partie 2 : le serveur de base de données
30/05/11
Liste des billets de cette série :
- Partie 1 : introduction
- Partie 2 : le serveur de base de données
- Partie 3 : le serveur Analysis Services
- Partie 4 : le serveur Reporting Services
- Partie 5 : le serveur Sharepoint
- Partie 6 : le serveur TeamFoundation Server
- Partie 7 : le serveur TeamBuild
Dans cette première partie nous allons voir ce qu’il faut faire lorsque nous voulons renommer le serveur de base de données db.demo.local en db1.demo.local pour que nos services remarche
SQL Server
Une fois changé le nom de la machine et avoir redémarré (je suppose que tout le monde sais faire ça :p) il va falloir mettre à jour le nom du serveur local dans SQL Serveur. Pour cela :
- Lancez SQL Server Management Studio et connectez-vous au serveur avec un compte admin.
- Lancez la requête SQL suivante :
sp_dropserver db GO sp_addserver db1, local GO
- Redémarrez les services SQL.
- Validez que le changement est bien pris en compte en exécutant la requête SQL suivante :
SELECT @@SERVERNAME
Il va maintenant falloir mettre à jour les composants utilisant la base de données pour prendre en compte le nouveau nom du serveur.
Sharepoint
Pour Sharepoint, il faut mettre à jour la chaine de connexion aux bases. Pour cela :
- Ouvrez une fenêtre de ligne de commande.
- Lancez la commande suivante :
"%commonprogramfiles%\Microsoft Shared\web server extensions\12\BIN\stsadm" -o renameserver -oldservername db -newservername db1
- Redémarrez IIS via la commande iisreset.
Reporting Services
Pour Reporting Services, comme pour Sharepoint il faut mettre à jour les informations de connexion à la base. Pour cela :
- Ouvrez une fenêtre de ligne de commande.
- Lancez la commande suivante :
"%programfiles%\Microsoft SQL Server\100\Tools\Binn\rsconfig" -c –s db1 -d ReportServer -a Windows
Attention, si Reporting Services n’utilise pas le compte Network Service pour se connecter à la base, il faudra spécifier le compte à utiliser et son mot de passe via les paramètres -u et -p.
Il faut ensuite ne pas oublier de mettre à jour la chaine de connexion utilisée par la source de données Tfs2010ReportDS. Pour cela :
- Ouvrez un navigateur Internet.
- Ouvrez la page http://rs/ReportServer
- Cliquez sur la source de données Tfs2010ReportDS :

- Mettez à jour les champs Chaîne de connexion et Mot de passe (le fait de changer la chaine de connexion entraine une erreur de validation sur le mot de passe, il suffit de retaper le mot de passe) :

- Cliquez sur le bouton Appliquer en bas de la page.
TeamFoundation Server
Comme pour Sharepoint et Reporting Services, il va falloir mettre à jour la chaine de connexion utilisée par les services TFS mais aussi des données dans la base Tfs_Configuration et les bases des collections de projet d’équipe :
- Ouvrez une fenêtre de ligne de commande.
- Lancez la commande suivante pour remapper les bases de données utilisées par TFS :
"%programfiles%\Microsoft Team Foundation Server 2010\Tools\tfsconfig" remapdbs /databasename:db1;Tfs_Configuration /sqlinstances:db1 /analysisinstance:as /analysisdatabasename:Tfs_Analysis
- La commande précédente mettra à jour le contenu de la base Tfs_Configuration et les bases des TPC mais pas le fichier web.config des services de TFS. Pour cela lancez la commande suivante :
"%programfiles%\Microsoft Team Foundation Server 2010\Tools\tfsconfig" registerdb /sqlinstance:db1 /databasename:Tfs_Configuration
Attention il faut bien exécuter ces commandes dans cet ordre sinon vous aurez une erreur sur registerdb car il essayera de valider que le cube Tfs_Analysis se trouve aussi sur le serveur db1.
Votre installation doit maintenant remarcher comme avant, la prochaine fois nous verrons comment renommer le serveur Analysis Services
Carpe Diem.
TFS 2010 : Renommer un serveur – Partie 1 : introduction
23/05/11
Liste des billets de cette série :
- Partie 1 : introduction
- Partie 2 : le serveur de base de données
- Partie 3 : le serveur Analysis Services
- Partie 4 : le serveur Reporting Services
- Partie 5 : le serveur Sharepoint
- Partie 6 : le serveur TeamFoundation Server
- Partie 7 : le serveur TeamBuild
Lors de mon travail je suis tombé sur un problème intéressant : devoir renommer une machine sur laquelle tournait l’ensemble des composants de TFS. Il y a bien de la documentation mais un peu éparpillé partout. J’ai donc décider de faire une série de billet indiquant la marche à suivre lorsque l’on souhaite renommer chacun des composants/serveurs de TFS.
Contexte
Pour cette série de billet je vais utiliser une architecture distribuée en déployant les composants sur des serveurs différents :

L’ensemble des machines sont rattachées au domaine demo.local et l’installation des composants est la suivante :
- Le serveur SQL db.demo.local héberge l’ensemble des bases de données (Sharepoint, Reporting Services et TFS).
- Le serveur Analysis Services as.demo.local héberge le cube pour TFS.
- Le site Sharepoint tourne avec un compte de domaine demo\wssservice.
- Les services TFS tourne avec un compte de domaine demo\tfsservice.
- Le service TeamBuild tourne avec un compte de domaine demo\tfsbuild.
- Les clients accèdent directement aux différents frontaux : TFS, Sharepoint et Reporting Services.
Voila pour le contexte, on commence par renommer le serveur de base de données dans le prochain billet
Carpe Diem.
VisualStudio vNext : La roadmap ALM en vidéo
18/05/11
Je vous parlais hier de la roadmap ALM annoncée par Microsoft lors du Teched North America 2011. La vidéo de la présentation de Cameron Skinner “The Future of Microsoft Visual Studio Application Lifecycle Management” est maintenant disponible en ligne. Vous pourrez ainsi voir ces nouveautés en action
Carpe Diem.
VisualStudio vNext : La roadmap ALM
17/05/11
Hier a commencé la conférence Teched North America et Microsoft a enfin dévoiler publiquement certain de ses plans pour la prochaine version de la gamme VisualStudio. Le focus était sur la partie ALM (Application Lifecycle Management).
Cette version ce concentre principalement autour :
- Des développements agiles.
- Du support des interactions les stakeholders.
- Du support des interactions avec les opérations.
Voici un petit tour d’horizon de ce qui a été annoncé.
Gestion des exigences “légère”
Afin de pouvoir gérer de manière simple et rapide les exigences on aura un plugin pour Powerpoint permettant de rapidement créer une maquette de l’application. L’avantage, outre le fait que Powerpoint est un outils familier, est, qu’une fois la maquette finie (ou suffisamment avancée), on dispose automatiquement d’une présentation simple et efficace permettant de récupérer des commentaires des stakeholders.
Commentaires/retours des stakeholders
Le maquettage dans Powerpoint permet un premier feedback avant le développement de l’application. Afin de permettre d’obtenir du feedback lors du développement, Microsoft va proposer un outils de feedback se basant sur le TestRunner de VisualStudio Test Professionnal 2010. Une fois lancé, l’outils collectera des données (vidéo, son, actions) pendant que l’utilisateur utilisera l’application. Il pourra à tout moment faire un commentaire qui se traduira par la création d’un work item dans TFS contenant l’ensemble des données collectées.
Au niveau du web access on retrouvera aussi un onglet dédié au feedback pour permettre une meilleur communication entre équipe de développement et stakeholders.
Plannification Agile
Les méthodologies Agile sont de plus en plus utilisées. Microsoft a donc revu son interface web access pour simplifier la partie plannification. On va donc retrouver :
- Une gestion du product backlog avec possibilité de réordonner facilement les items par glisser/déposer.
- La gestion de la capacité directement dans l’interface web (il fallait passé par les workbook Excel en 2010)
- Un taskboard afin de suivre et mettre à jour par glisser/déposer le statut des work items.

Comme vous pouvez le voir aussi sur ces captures d’écran, le style complet du site web access a été repris pour suivre les guidelines METRO. L’utilisation de METRO, du HTML et d’AJAX font que le site est très réactif et devient vraiment utilisable au jours le jours.
Tests unitaires continus
L’utilisation des tests unitaires n’est plus a démontrer. Par contre dans la pratique cela peut être contraignant car il faut penser à les exécuter, en fonction du nombre cela peut prendre du temps etc… Avec la prochaine version de Visual Studio apportera plusieurs améliorations:
- L’interface de tests a été revue afin de faire ressortir ce sur quoi le développeur doit se concentrer.
- Les tests sont aussi maintenant exécuté en permanence en tâche de fond.
- L’explorateur de tests unitaires supportera de nouveaux framework de tests !! On retrouveran en plus de MSTest, NUnit et XUnit. Si votre framework préféré n’est pas un de ceux-là, pas de problème, Microsoft à prévu un point d’extensibilité permettant à qui le veux de rajouter le support d’un autre framework
Tests exploratoires
Il arrive que certains bogues soient trouvés en dehors de l’exécution des tests de recettes. On parle alors de tests exploratoires ou l’utilisateur est libre de ses actions et peut ainsi découvrir des bogues lors d’un scénario non prévu. Il est souvent difficile dans ce cas de reproduire le bogue. Pour améliorer cela, la prochaine version de Visual Studio va supporter ce type de test en proposant un Test Runner “libre” (sans étape). Comme pour le test runner classique, les données et actions de l’utilisateur seront enregistrées.
Intégration avec System Center
Afin de supporter les interactions avec les opérations, Microsoft va fournir un nouveau connecteur pour System Center Operation Manager afin de pouvoir créer des work items dans TFS directement depuis SCOM lorsqu’un problème intervient en production. Pour tout les fan de l’IntelliTrace, sachez que Microsoft prévoit de fournir une version pour la production !
Meilleur expérience utilisateur
De manière général l’onglet Team Explorer de VisualStudio va être repris et devenir un Team Navigator. Il sera plus simple de voir les informations et cela apportera une grande nouveauté : la gestion du contexte de travail. Qu’est-ce que c’est ? Lorsqu’un développeur voudra travailler sur une tâche, il l’indiquera via l’interface qu’il commence à travailler dessus. Visual Studio pourra alors suivre les modifications qui sont faites et les liera à la tâche en cours. Si le développeur doit changer de tâche (pour corriger un bogue par exemple), Visual Studio prendra l’ensemble du contexte en cours et le sauvegardera en le liant à la tâche. Lorsque l’utilisateur pourra ensuite travailler sur autre chose et lorsqu’il indiquera qu’il reprend son travail sur la première tâche, son contexte sera automatiquement restauré !
Et bien d’autres encore
D’autres nouveautés ont été annoncée comme une meilleur gestion de la revue de code, un nouvel outils de comparaison, … je vous invite à lire le livre blanc “Visual Studio vNext: Application Lifecycle Management” sortie hier.
Carpe Diem.
TFS 2010 : Le SDK TFS pour Java est disponible
17/05/11
Après avoir sortie TeamExplorer Everywhere 2010, Microsoft continue d’ouvrir TeamFoundation Server aux développement non Microsoft en publiant hier le SDK TFS 2010 pour Java ! Celui-ci est téléchargeable à l’adresse suivant :
On retrouvera :
- Un unique JAR contenant l’API TFS. Il s’agit du même code que celui utilisé par TeamExplorer Everywhere.
- Du code natif utilisé par l’API TFS. (authentification Kerberos, Keychain, …).
- La documentation complète de l’API au format Javadoc.
- Des exemples de code.
Il est à noter que Microsoft s’est attachés à respecter les conventions Java afin que les développeurs soit en terrain connu.
Vous pouvez avoir plus de détail sur le billet de Brian Harry (en anglais).
Carpe Diem.

