Archive

Archive for avril 2013

Legacy Applications

COBOL : Fousa - flickr

COBOL : Fousa – flickr

Depuis que j’ai commencé à travailler (en SSII, qu’il faut nommer ESN, pour rappel), j’ai souvent rencontré des applications assez vieilles.
Au début, je ne savais pas, mais j’ai appris par la suite que l’on nommait ça « legacy application » (ou Legacy system, ou Système hérité en français).

Autrement dit, des applications très vieilles sur lesquelles sont passés un nombre de développeurs parfois impressionnant, avec des normes de codages qui varient en fonction des époques, des personnes, du chef de projet courant, du sens du vent et de l’humeur du jour.
Autrement dit bis, c’est une application…bordélique et surtout qui va coûter immensément cher à maintenir ou même à migrer.

Dans ce billet, on va voir un peu quelques risques d’avoir un tel système. Ce n’est pas exhaustif, mais à minima issue de ma propre expérience (donc un potentiel point de départ).
Il est en effet très important de connaître les risques de garder une telle application pour décider de la garder ou de la changer.

Lire la suite…

Publicités
Catégories :Développement, Divers, MMIT

[TFS 2010] Lancer un exécutable durant une build

Il y a quelques jours, je devais faire fonctionner une build, pour générer un package zip.
Jusque là, tout va bien.
Avec IIS Express (voir billet précédent : Les différents serveurs Web pour développer).
Et là, c’est le drame.

Déjà, je vais faire un gros spoil sur le reste du billet : ça marche pas.
Une histoire de communication difficile entre MSDeploy et IIS Express, de ce que j’en ai vu (je reviendrais peut être sur le sujet).

Mais cela m’a permit d’apprendre plusieurs choses : comment fonctionne une build sous TFS, comment modifier sa définition et son processus de génération et enfin, comment lancer un exécutable qui écoute (comprendre qui attend une action utilisateur pour s’arrêter), comme IIS Express.
C’est cette dernière partie que je vais traiter ici.
En effet, il y a une petite finesse quand le processus lancé écoute : il attend une réaction de l’utilisateur pour s’arrêter, ce qui empêche la build de passer à une autre étape.
Cela peut être utile, par exemple dans le cadre d’une build lançant des tests sur une application client/serveur.

En prérequis, pour comprendre le billet, c’est de savoir ce qu’est une build TFS et un workflow (et donc d’en avoir le vocabulaire, mais ce n’est réellement pas compliqué).
Pour cela, je vous invite à regarder directement sur la MSDN Team Development with Visual Studio Team Foundation Server : Chapter 7 – Team Build Explained et Chapter 13 – Process Templates Explained.
Lire la suite…

Catégories :.Net, Logiciels, Microsoft, TFS