Archive

Archive for septembre 2012

[MMIT] De la formation des développeurs

Se démarquer des autres
Ce billet fait partie d’une réflexion de ma part, sur ce qu’est le métier de développeur pour un client final (toujours en SSII, donc), ici, appliqué à la formation.
Il est possible d’accéder aux autres billets du même style ici : MMIT.

La formation des développeurs est, à mon sens, une chose très importante.
Mais de quelle formation parle-t-on ?
Pourquoi former un développeur et pourquoi le développeur doit se former ?
Voici quelques pistes de réponses (si vous en avez d’autres, je suis preneur, comme toujours).

Lire la suite…

Publicités
Catégories :MMIT

[HADOPI] Workshop des Labs – Open-source et sécurité

Labs - Workshop
Pour la seconde fois (et sans doute pas la dernière), je parle de l’HADOPI.
Plus précisément des Labs (à toutes fins utiles, j’ai déjà fais une présentation des Labs et des différences Labs/HADOPI sur ce blog, dans le billet bien nommé HADOPI).

NOTE : attention, ça va troller dur sur une partie du billet.

Ainsi, aujourd’hui même, à Paris (La Mutinerie) étaient organisés le premier workshop (17h30 – 19h).
J’en avait entendu parlé avant les vacances (j’avais d’ailleurs passé un agréable moment avec les deux personnes qui se reconnaîtront !) et honnêtement, j’avais bien envie d’y participer.
Du coup, je m’y suis rendu (merci à mon client qui m’a validé mon 1/2 RTT en début de semaine !).

Petit compte rendu ici.

Lire la suite…

MSDTC (avec des poneys dedans)

Le 24 juillet dernier, j’avais ce tweet moqueur :

 
En fait, j’aurais pas dû me moquer ! ^^

A l’occasion d’un changement de poste de travail (yeah!), j’ai eu la fameuse erreur : « L’accès réseau de MSDTC (Distributed Transaction Manager) a été désactivé. Activez DTC pour l’accès réseau dans la configuration de sécurité de MSDTC à l’aide de l’outil administratif des services de composants. » (il est assez clair comme message, par rapport à d’autres, non ?)

Alors non, MSDTC, c’est pas la version Microsoft de DTC ni une blague geek sur le fondement de l’être humain.

 
D’ailleurs, puisque je suis bien moqueur sur ce billet, petite pique.
Vous connaissez la différence entre l’installation d’un nouveau poste de travail dans une grosse boîte multinationale et celle d’une PME ?
Dans la grosse boîte, y a un gars qui reçoit le PC, un qui installe à peu près les logiciels qui lui semblent utiles, un qui met des autorisations au pif, un qui le transporte jusqu’au bureau pour l’installer, un gars qui installe le téléphone, un gars qui installe souris et clavier et enfin un gars qui installe les écrans.
Dans une PME, y a un gars qui reçoit le PC, déploie un le ghost en fonction du destinataire du PC, qui emmène tout le bordel (UC, écrans, clavier/souris et téléphone) à qui de droit et le laisse s’installer comme bon lui semble.

 
MSDTC pour Microsoft Distributed Transaction Manager, donc (ou en français « Coordinateur de transactions distribuées »).
Donc, en pratique, c’est quoi ?
Grosso modo, c’est un composant (service Windows) qui permet de gérer toutes les transactions T-SQL distribuées.
Pour en savoir un peu plus, je vous conseille de faire un tour sur la page idoine de la MSDN : Transactions distribuées MS DTC, le sujet du présent billet étant surtout axé sur la résolution du problème.

 
Dans notre cas, le problème ce situait précisément sur la récupération de données depuis la base, au sein d’une transaction (DbDataAdapter.Fill(DataSet) pour être précis).

&nsbp;
Pour résoudre le problème, donc, il faut aller dans la console des « Services de composants » :
MSDTC - Console de services des composants

Ou alors taper la commande « dcomcnfg » dans « Exécuter ».

 
On arrive donc sur la console, dans la partie droite, il faut faire « Propriétés » sur le DTC Local :
MSDTC - DTC Local

 
Et enfin, dans l’onglet « Sécurité », il faut cocher toutes les checkbox :
MSDTC - Onglet Sécurité

 
Le service va redémarrer à la validation.
Et voilà, plus de problème !

 
Et pour les poneys, c’est ici qu’il faut aller !

Catégories :.Net, Microsoft