Bonne nouvelle, les prochaines version de Visual Studio et de Team Foundation Server arrivent en Beta avec une licence Go Live le 29 février (bizarrement en même temps que la consumer preview de Windows 8 ).

Voici la liste des produits de la gamme Visual Studio 11 qui ont été annoncé :

• Visual Studio 11 Professional
• Visual Studio 11 Premium
• Visual Studio 11 Ultimate
• Visual Studio 11 Test Professional
• Visual Studio 11 Team Foundation Server
• Visual Studio 11 Team Foundation Server Express
• Visual Studio 11 Team Foundation Service

Par rapport à la gamme 2010 nous avons deux petits nouveaux. Le premier, Team Foundation Server Express, est une édition gratuite de TFS avec les limitations suivantes :

• 5 utilisateurs max,
• fonctionne uniquement avec SQLServer Express,
• ne peut s’installer qu’en mode “single server”,
• pas d’intégration avec Sharepoint,
• pas d’intégration avec Reporting Services,
• l’interface web ne propose que le taskboard Agile (pas de gestion des backlog ni la partie feedback),
• pas de TFS proxy.

Il est à noter que cette version sera compatible avec la gamme Visual Studio Express ; Microsoft propose donc maintenant un ensemble complet pour les développeurs “non professionnel” d’outils de développement ! Bien entendu il sera possible de mettre à jour une plateforme Express afin d’ajouter des utilisateurs via l’achat de CAL (Client Access Licence) ou d’ajouter les fonctionnalités manquante en passant à la version complète de TFS 11

Le deuxième petit nouveau est Team Foundation Service. Il s’agit de la version de TFS sur Azure actuellement en phase de test sur http://www.tfspreview.com. Cette version propose, pour l’instant, sur Azure les fonctionnalités de TFS à l’exception de Sharepoint, de Reporting Services et du build (le build peut par contre être configuré localement et se connecter à TFS sur Azure).

Je reviendrai dans de futures billets sur les nouveautés que l’on retrouvera dans Visual Studio 11 et Team Foundation Server 11. En attendant voici un ensemble de lien (en anglais) sur la version beta :

• Introduction à Visual Studio 11 Beta (blog Visual Studio)
• La gamme Visual Studio 11 (site Visual Studio)

Carpe Diem.

Les TechDays 2012 auront lieu du 7 au 9 février 2012 au Palais des Congrès de Paris. Il y aura beaucoup de session sur toutes les technologies Microsoft actuel et à venir en 2012 ! Venez nombreux

Vous pourrez me retrouver sur le stand de Wygwam (ma société) ou lors de ma session sur Lab Management 2010 (et les nouveautés de Lab Management 11) :

• Gérez votre laboratoire de tests avec Visual Studio 2010 Lab Management

Carpe Diem

Nous venons de publier une nouvelle version stable des Community TFS Build Extensions. Je vous laisse aller voir la liste des modifications sur la page de téléchargement ici.

Vos retours et suggestions sont les bienvenus ; vous pouvez utiliser le forum sur le site pour cela

Carpe Diem.

Je serai présent aux MSDays 2011 à Paris le 4 octobre en tant que Ask The Expert (ATE). Si vous avez des questions (notamment autour de Team Foundation Server et Visual Studio ) venez me voir !

Pour vous inscrire c’est ici : http://msdn.microsoft.com/fr-fr/microsoft-days.aspx

Carpe Diem.

Un billet rapide pour vous indiquer que Mike vient de publier hier une nouvelle version stable des Community TFS Build Extensions. Au programme quelque corrections de bogues et nouvelles fonctionnalités.

Nous restons sur un planning de livraison tout les 2 ou 3 mois. Vos retours et suggestions sont les bienvenus ; vous pouvez utiliser le forum sur le site pour cela

Carpe Diem.

• La disponibilité d’une preview de Team Foundation Server sur Windows Azure. Il faut un code d’invitation pour pouvoir s’inscrire, si vous êtes intéressé suivez le blog de Brian Harry qui en proposera surement de temps en temps Voici l’adresse du service : http://tfspreview.com.
• La disponibilité de Visual Studio 11 Developer preview et Team Foundation Server 11 Developer preview. Je vais revenir dessus dans des prochains billets. En attendant vous pouvez les télécharger à l’adresse suivante :
  http://msdn.microsoft.com/fr-fr/vstudio/hh127353
• Si vous ne voulez pas vous embêter à installer ces previews, Brian Keller vient de mettre à disposition une machine virtuelle prête à l’emploi Ca se passe par ici : http://blogs.msdn.com/b/briankel/archive/2011/09/16/visual-studio-11-application-lifecycle-management-virtual-machine-and-hands-on-labs-demo-scripts.aspx

Voila pour les news. Je repars maintenant dans mes VMs pour préparer mes prochains billets sur l’installation de TFS 11, VS 11 et les nouvelles fonctionnalités

Carpe Diem.

1. Partie 1 : introduction
2. Partie 2 : le serveur de base de données
3. Partie 3 : le serveur Analysis Services
4. Partie 4 : le serveur Reporting Services
5. Partie 5 : le serveur Sharepoint
6. Partie 6 : le serveur TeamFoundation Server
7. Partie 7 : le serveur TeamBuild

Dans cette quatrième partie nous allons voir ce qu’il faut faire lorsque nous voulons renommer le serveur Sharepoint wss.demo.local en wss1.demo.local pour que nos services remarche

Sharepoint

Si vous avez lu les précédents billet c’est du réchauffer, on commence par renommer le serveur et le redémarrer.

Attention : n’étant pas un spécialiste Sharepoint il y a peut être des commandes plus simple que ce que je vais indiquer. Si vous êtes un expert Sharepoint et que vous voyez un problème, n’hésitez pas à faire un commentaire (constructif bien entendu ).

Nous allons commencer par mettre à jour la configuration Sharepoint. Pour cela on va utiliser la même ligne de commande que lors du renommage du serveur de base de données (mais en utilisant le nom du serveur Sharepoint bien entendu ) :

1. Ouvrez une fenêtre de ligne de commande.
2. Lancez la commande suivante :

   "%commonprogramfiles%\Microsoft Shared\web server extensions\12\BIN\stsadm" -o renameserver -oldservername wss -newservername wss1

3. Redémarrez IIS via la commande iisreset /noforce.

La configuration Sharepoint est maintenant à jour, il va falloir s’attaquer à la mise à jour des mapping des URL internes et publiques pour l’ensemble des applications web :

1. Ouvrez un navigateur Internet.
2. Ouvrez la page http://wss1:17012
3. Cliquez sur l’onglet Operations puis sur le lien Alternate access mappings :
   
4. Cliquez sur le lien dans la colonne Internal URL :
   
5. Mettez à jour le champ URL protocol, host and port :
   
6. Cliquez sur le bouton OK en bas de page.
7. Il faudra répéter l’opération pour l’ensemble des applications web.

Voilà c’en est fini de Sharepoint, on va maintenant mettre à jour TFS afin que les portails des projets d’équipes pointent vers la nouvelle adresse.

TeamFoundation Server

Avant toute manipulation pensez à lancer la commande ipconfig /flushdns afin de vider le cache DNS pour que le serveur n’est plus aucune référence à l’ancien nom wss.

La seule manière de mettre à jour TFS est de passer par la console d’administration :

1. Lancez la console d’admin.
2. Sélectionnez le noeud Sharepoint Web Applications dans l’arbre, sélectionnez l’entrée http://wss dans la liste et cliquez sur le bouton Change :
   
3. Dans la boite de dialogue qui s’ouvre, dans l’onglet General :
   • Mettez à jour le champ Friendly Name. (optionnel)
   • Mettez à jour les champs Web Application URL et Central Administration URL avec la nouvelle adresse du serveur Sharepoint :
     
   • Cliquez sur le bouton OK.

Voila l’installation est de nouveau fonctionnelle. La prochaine fois nous allons renommer le serveur TFS. Le serveur étant au cœur de l’installation il va y voir du boulot

Carpe Diem

Hier est sortie la première version stable des Community TFS Build Extensions. Il s’agit d’un ensemble d’activités pour TeamBuild 2010 afin de personnaliser vos processus de build. Voici quelques exemples d’activités proposées :

• File
• Zip
• AssemblyInfo
• CodeMetrics
• RoboCopy
• NUnit
• HyperV
• TfsSource
• Email
• …

J’en profite pour remercier Mike Fourie le coordinateur et principal contributeur sur le projet ainsi que l’ensemble des autres contributeurs (dont je fais parti ).

N’hésitez pas a nous faire part de vos retours et suggestions. Ce n’est que le début et nous espérons pouvoir partir sur un mode de release tout les 2 ou 3 mois.

Carpe Diem.

Carpe Diem.

1. Partie 1 : introduction
2. Partie 2 : le serveur de base de données
3. Partie 3 : le serveur Analysis Services
4. Partie 4 : le serveur Reporting Services
5. Partie 5 : le serveur Sharepoint
6. Partie 6 : le serveur TeamFoundation Server
7. Partie 7 : le serveur TeamBuild

Dans cette troisième partie nous allons voir ce qu’il faut faire lorsque nous voulons renommer le serveur Reporting Services rs.demo.local en rs1.demo.local pour que nos services remarche

Reporting Services

Comme pour le serveur Analysis Services la seule chose à faire est de renommer le serveur et de le redémarrer. Reste à mettre à jour les composants utilisant Reporting Services :

• TFS
• Sharepoint

TeamFoundation Server

La seule manière de mettre à jour TFS est de passer par la console d’administration :

1. Lancez la console d’admin.
2. Sélectionnez le noeud Reporting dans l’arbre et cliquez sur le bouton Edit :

   
   Note : une popup s’affichera vous indiquant qu’il faut arrêter les jobs avant de pouvoir modifier les informations. Acceptez d’arrêter les jobs.

3. Dans la boite de dialogue qui s’ouvre, sélectionnez l’onglet Reports :
   • Mettez à jour le champ Server.
   • Cliquez sur le bouton Populate URLs afin de remplir automatiquement les champs Web Service et Report Manager.
   • Remplissez les champs Username et Password avec le compte utilisé pour lire les données du cube :
     
   • Cliquez sur le bouton OK.
4. Cliquez sur Start Jobs pour redémarrer les jobs :
   

La base Tfs_Configuration est maintenant à jour. Il ne reste plus qu’à mettre à jour Sharepoint.

Sharepoint

Les dashboards Sharepoint affiche des rapports provenant de Reporting Services. L’adresse de ces rapports n’est pas écrite en dure (heureusement ), les dashboards utilisent une page spéciale “TfsRedirect.aspx” qui s’occupe de récupérer les infos du serveur TFS afin de renvoyer ensuite vers la bonne page. Par contre ces informations sont mises en cache, il va donc nous falloir vider ce cache pour que TfsRedirect.aspx aille chercher la nouvelle adresse du serveur Reporting Services. Pour cela :

• Lancez un navigateur web.
• Ouvrez la page “http://wss/sites/DefaultCollection/<TeamProject>/_layouts/TfsRedirect.aspx?tf:Type=ReportList&tf:ClearCache=1&tf:Test=1” (sans les guillmets) en remplaçant <TeamProject> par le nom d’un de vos projet d’équipe.

Voici quelques explications sur cette url :

• Les paramètres commençant par tf: sont des paramètres qui seront interprétés par la page TfsRedirect.aspx. Tout autre paramètre serait transmis à la page sur laquelle on serait redirigé. Dans le cas présent il n’y a aucun paramètre à rediriger.
• Le paramètre tf:Type indique le type de redirection. Dans notre cas nous indiquons que nous voulons être redirigé vers la page affichant la liste des rapports. Nous utilisons ce type car il ne demande pas de paramètre spécifique.
• Le paramètre tf:ClearCache=1 indique que nous voulons vider le cache des données de TFS dans Sharepoint.
• Le paramètre tf:Test=1 indique que nous voulons uniquement faire un test et qu’au lieu de rediriger vers la page il faut afficher des informations de débogue. (les settings, le contenu du cache, …).

L’utilisation du paramètre Test permettant d’afficher le contenu des données en cache vous pouvez vérifier que l’url du serveur de reporting est bien à jour.

Voila l’installation est de nouveau fonctionnelle. La prochaine fois nous allons renommer le serveur Sharepoint

Carpe Diem