Jboss versus Glassfish


J’adore Jboss et depuis très longtemps. J’ai commencé à travailler avec une version 2.2.2 et ai connu le passage au clustering (v3) puis les migrations et évolutions successives. L’un des rares serveurs applicatifs que les équipes de production n’hésitent pas à déployer…
L’un des seul… Avec Glassfish ! Soutenu par Oracle (et Sun avant lui), parfaitement intégré à Netbeans, je le conseille fortement pour ceux qui veulent à partir de rien sur leur machine coder rapidement comme sur VS 2010 ;-)

Double-checked locking

Ce pattern, ou plutôt cet antipattern, est très bien connu des développeurs seniors, architectes ou tous ceux qui ont une passion certaines pour l’informatique et qui se sont penchés sur des problématiques d’optimisation en environnement multithread.

Je tiens à vous rappeler ici les principes de cet antipattern qui en réalité n’en est pas un en logique pur ! Que je m’explique, l’antipattern au sens où on l’entend classiquement, est  une violation des principes objets ou des  principes de design applicatifs. Pour l’avoir vécu, un feu EJB entity (je parle de ces bons vieux EJB entity BMP, CMP que JPA grâce à Hibernate a fini par tuer) qui appelle un EJB session est un antipattern. Pour ceux qui ne connaissent pas, on ne fait pas une couche d’accès aux données remonter au niveau de la couche de services.  Cela viole les principes de séparation des couches et de responsabilités. Cela peut également créer des  problématiques de référence circulaire contourné par des antipatterns encore plus affreux. Dans le cas des EJB entities, cela pouvait même amener des problématiques de performance…

Le double-checked locking, lui, ne viole aucun principe de design ou objet. Quelqu’un qui maîtrise le threading peut réussir à le mettre en oeuvre par pure réflexion, sans penser une seconde qu’il se trompe. Et le pire, c’est qu’il n’y a pas de problématique de raisonnement ; il faut simplement connaître le problème, sinon on ne le contourne pas.

Bon, de quoi parle-t-on ? Qu’est-ce que le double-checked locking ?

Pour le comprendre, commençons par créer un Singleton en Java

public class MonSingleton {
    private static MonSingleton c = null;
    public static MonSingleton getInstance() {
        if (instance == null) {
            instance = new MonSingleton();
        }
        return instance;
    }
    // Méthodes
}

En multithread, un bug peut se créer au niveau du getInstance. Imaginons 2 threads, thread 1 et thread 2 qui se retrouvent en simultanée dans la méthode getInstance. Iml’ginons que thread1 soit juste avant l’appel à new MonSingleton que l’ordonnanceur donne le contrôle à thread 2. Il rentre dans la méthode getInstance, « instance » est toujours nul donc il rentre dans le if. L’ordonnanceur donne le contrôle à thread 1 qui fait sont new MonSingleton(), retourne ensuite une instance… Puis thread 2 s’exéute, créé son instance  et retourne donc un nouveal object, pas le même que thread 1. Nous n’avons donc pas créé un singleton en multithread. Pour info, ceci n’est pas obligatoirement gênant mais vous pourriez être dans un ccas de figure où ça l’est.

Comment éviter ceci ? Premier réflexe, utiliser synchonized en Java ou lock en C#.

public class MonSingleton {
    private static MonSingleton c = null;
    public static synchronized MonSingleton getInstance() {
        if (instance == null) {
            instance = new MonSingleton();
        }
        return instance;
    }

L’inconvénient de cette méthode, qui marche très bien, est qu’elle dégrade les performances. En effet, l’appel à getInstance se fait en série. Il n’est pas possible à 2 threads d’obtenir l’instance même si celle-ci a été créée.

Le double-checked locking peut alors être mis en place

public class MonSingleton {
    private static MonSingleton c = null;
    public static MonSingleton getInstance() {
        if (instance == null {
              synchronized (Singleton.class){
                 if (instance == null) {
                      instance = new MonSingleton();
                 }
              }
        }
        return instance;
    }

Aucun problème de logique ici. On décale au plus tard la phase de lock et on ne synchronise que la partie qui nous intéresse. En faisant ainsi on pense avoir trouvé la solution idéale… Mais il y a un hic !! Ce hic est la façon dont fonctionne les compilateurs et les processeurs qui réordonnent les instructions. Les processeurs  utilisent également leurs registres pour accéder plus rapidement aux variables plutôt qu’en les lisant en RAM.La solution ne tient pas à grand chose. En C#(depuis le début) et Java (depuis Java 5), le mot clé « volatile » est la solution.

public class MonSingleton {
    private static volatile MonSingleton c = null;
    public static MonSingleton getInstance() {
        if (instance == null {
              synchronized (Singleton.class){
                 if (instance == null) {
                      instance = new MonSingleton();
                 }
              }
        }
        return instance;
    }

Bug TF215097

Je suis tombé sur un bug assez étrange avec TFS aujourd’hui, l’erreur TF215097.

 

J’ai personnalisé un workflow TFS et créer des CodeActivities spécifiques pour pouvoir déployer des applications en fonction d’environnement. J’ai même équipé mon build de CustomEditor

 

 

 

 

Sauf que ça ne marche pas quand je lance. Ce qui est bizarre, c’est que cela fonctionnait très bien avant j’ai juste effectué des modifications mais tout à pourtant l’air ok.

 

 

Sous TFS 2005 tout était stocké au niveau de la définition des builds, dès TFS 2008 une partie a migrée en base… Et depuis TFS 2010, tout est en base de données. Pour s’en assurer, il suffit de se connecter à la base de données SQL Server de TFS pour votre Team Project Collection (attention, ne modifier pas cette base sinon c’est votre garantie qui n’est plus valide). La petite requête suivante fait apparaître la colonne ProcessParameters

 

Si on effectue la requête suivante…

… et que l’on clique sur le lien proposé, on obtient le résultat suivant (j’ai formaté les éléments)

 

 

On constate ainsi que seul les valeurs non par défaut sont sauvegardées en base. On remarque également que tout n’est pas à jour.

J’avais malencontreusement supprimé des paramètres, TFS n’arrivait pas à se configurer car ses paramètres de base de données ne correspondaient pas à mes paramètres…

La solution consisterait donc simplement à cliquer sur Refresh^^

Et voilà… Ca n’a pas marché… Ptdr !!! LOL x 1000 !!

Vous vous attendiez à ce que ça fonctionne du premier coup ? Allez quoi, dans la vie vrai de l’informaticien ça ne marche que rarement du 1er coup.

Je vous rassure, je ne suis pas taré (quoique…). Ce que je viens de vous expliquer plus haut correspond au problème que vous rencontrerez dans 99% des cas avec ce numéro d’erreur TFS.

Dans mon cas de figure, non seulement j’avais ce problème (et je ne l’aurais vu qu’après avoir réellement réparer mon autre  bug) , mais également un autre… Un tout bête… Un tout simple… Sauf que TFS ne nous indique pas clairement son erreur.

Mon assembly contenait non seulement des Code Activity mais également des editors comme je l’ai dit tantôt. Ces editors devaient récupérer des valeurs de paramétrage d’autres champs de mon Build Definition. Ne sachant pas initialement comment faire, je suis parti côté VsPackage et autres EnvDTE (ce qui n’est pas une bonne idée, car on a déjà tout avec TFS. Je vous expliquerai cela dans un prochain post).

Bref, ces ajouts ont des dépendances vers Visual Studio !! Or les Dll de Visual Studio ne sont pas installées sur vos serveurs de Build. Dans mon cas de figure, ayant trouver comment faire sans les VsPackage et EnvDte, il m’a suffit d’enlever ces références, de tout rebuilder et de tout « chek-iner » pour que cela fonctionne. Si je n’avais pas pu faire cela, si votre assembly possède des  dépendances, il suffit de les archiver en même tant que votre assembly dans le  contrôleur de source pour que le serveur de build les récupère.

 

Pourquoi j’attends Java 8…

Parce que s’il l’on fait du C#, que l’on parle en langage pur, il faut avouer que Microsoft a pris une belle longueur d’avance…

C’est mon point de vue, et je vous jure qu’il n’est pas pollué par des querelles de bas étage.

Java en terme de plateforme est juste gigantesque, sa communauté opensource est phénoménale, les frameworks, les outils disponibles et même les IDE n’ont pas de commune mesure côté Microsoft même si c’est en bonne voie.

Côté langage, que de retard !! Assurément parce que le JCP exige d’avoir plusieurs interlocuteurs, mais pas seulement.

Le rachat de Sun par Oracle… Probablement.

Mais aussi cette confiance sans faille dans un langage… Pour attendre la version 5 pour lui amener quelque chose de véritablement nouveau. Merci à Microsoft sur ce point. Je suis heureux que Java soit sorti de sa torpeur. Vivement Java 8 pour ratraper ce retard face à C# 4… Et vivement Java 9 pour valloir ce que promet C# 5… Voire mieux ; c’est tout ce que je lui souhaite …

Stylecop, Fxcop et compagnie

La qualité de code ne doit pas être laissée à la légère… Pour être franc avec vous, c’est un peu l’hopital que si fout de la charité. Plus précisément, c’est « faîtes ce que je dis, pas ce que je fais ».

Je n’avais pas prévu d’utiliser ce blog pour faire mes confessions intimes, mais maintenant que j’y suis…

Bref, la qualité de code est l’affaire de tous. A quoi ça sert ?

Et bien disons que lorsque l’on  programme, sauf si on le fait pour soi, et que pour soi, il faut absolument commenter son code et faire en sorte qu’il puisse être repris ! Ca ne marche assurément pas à tous les coups car il arrive parfois, lorsque l’on utilise des concepts avancés, que propre ou non, commenté ou non, la section de programme que l’on réalise est juste « compliquée » ; on la documente comme on peut sans pour autant arriver à quelque chose d’idéal.

Architectes de SI

Passionné d’informatique et de plusieurs autres choses que je passerais sous silence :-)… J’ai enfin décidé de créé mon blog technique.

Pour quoi faire ?

 Et bien parce qu’il n’en existe pas !!!

Quoi ? Je mon trompe ?

Il en existe beaucoup

Je ne suis probablement pas doué avec Google alors… A moins que je n’ai mal cherché…

Ok, ok, j’avoue tout… C’est tout simplement pour poster toutes les choses, c’est-à-dire, techniques, logiciels, progiciels que je peux croiser… Mais également bout de codes, expertise et conseil que je peux prodiguer dans mon travail

Qui suis-je ?

Un architecte technique, évidemment… J’aurais pu être plombier, commerçant ou encore infirmier… Mais je ne suis pas certain que j’aurais pu parler aussi bien de technologies comme JEE, .NET, WCF, EJB, de langages tels C#, Java, C++, Ruby, d’outils comme les ETL, les EAI, la Business Intelligence, etc. Car tout ceci fait parti de mon environnement quotidien…

Plus de détail ?

C’est que vous êtes curieux quand même !! Mais bon, je me plie à l’exercice de bon coeur !! Personne ne m’a forcer à faire un blog :-D

Mon prénom est Fabrice et mon nom de famille JEAN-FRANCOIS… Et on peut s’amuser avec. M’appeler Fabrice, Jean ou encore François, faire des mélanges, réordonner !!! C’est ça lorsque son nom est composé de prénom dont un qui est composé (vous suivez encore ?).

Quel âge ?

L’âge de la raison !!! Mais non pas 7 ans… Quoique… Bon, disons que j’ai dépassé les 30… Même la moitié de la 30aine… Mais je n’en dirais pas plus !! JE NE DIRAIS RIEN !!!

Je bosse où, je vais quoi ?

Je travaille 5 jours sur 7, parfois 6 sur 7, voire 7 sur 7 quand il le faut… Chez… Chez… Asset !!! Vous ne connaissez pas ? C’est probablement parce que vous n’êtes pas ingénieur informatique, consultant maîtrise d’ouvrage ou expert dans la finance.  Asset  , connu autrefois sous le nom d’Asset-Technology , est l’un des grands spécialistes de la place parisienne dans les marchés financiers. Beaucoup de sociétés ont des branches finances, mais peu sont véritablement dédiés. La société a fusionné avec Talan, un spécialiste de la prestation de services dans le domaine des nouvelles technologies…

J’arrête là, on va me taxer de pub :-D. Mais si ça vous intéresse, je vous conseille d’aller y jeter un coup d’oeil. Le groupe Talan en général et Asset Talan Group en particulier sont tout simplement des entreprises où il fait bon travailler…

Je m’égare, je m’égare. Et moi dans tout ça ? Et bien je suis , côté expertise technique. Je vais encore jeune sur ce lien, j’ai un poil vieilli (mais pas dans ma tête, c’est l’essentiel). Si vous savez lire (je pense que oui, sinon vous ne seriez pas à cette phrase), je suis consultant manager. Pour faire bref, je suis consultant, expert en technologie avancé… Et manager car je manage d’autres consultants, junior ou senior dans leur problématiques techniques et pour leur suivi de carrière en général. Enfin, par ailleurs, je suis co-responsable du système d’information de la société…

Architecte technique, c’est clair. Des missions d’expertises sur des sujets plus ou moins ardus. Mettre en place des outils, architecturer des logiciels, penser aux problématiques de sécurité, de performance, d’entropie du système d’information, maîtriser les processus d’ingénierie logiciel dans leur exemple, connaître des technologies de développement, savoir les appliquer, exceller en la matière pour pouvoir accompagner. Le multithreading, la répartion de charge, le transactionnel, la gouvernance d’entreprise.

Et on peut s’amuser !! Quelques exemples de termes ! CMMI, XP, FDD, SCRUM, MTS, COM+, CORBA, RMI, IIOP, JMX, WPF, WWF, C++11, FLEX, SOA, Silverlight, C#, Java, JMS, MSMQ, ITIL, SPICE… LOL, c’est un vrai bordel l’informatique en fait :-D

Que va-t-on trouvé dans ce blog ?

Et bien un peu tout et n’importe quoi sur tous ces sujets (sachant que j’en ai cité qu’une goutte d’eau :-P)… Si d’autres architectes, ingénieurs ou passionnés d’informatiques, sont intéressés par le sujet… Come here, avec grand plaisir ^^