 Choisir entre .Net et J2EE est une opération d´autant plus difficile que les deux environnements répondent aux mêmes problématiques avec des architectures très similaires. Voici donc quelques critères qui devraient vous permettrent de faire votre choix en toute connaissance de cause.
A moins de pouvoir se passer d´informatique, aucune entreprise n´échappera au choix entre .Net, la plate-forme de Microsoft et J2EE, sa rivale élaborée au sein du JCP (Java Community Process), un organisme dirigé par Sun qui regroupe plus d´une centaine d´éditeurs dont IBM, BEA ou encore Oracle. Similaires, ces solutions se distinguent toutefois par trois caractéristiques : leur capacité à s´intégrer avec l´existant, les délais et coûts de développement, chaque solution disposant de ses propres avantages et inconvénients.
Intégration à l'existant : 1 point partout, la balle au centre Choisir J2EE quand tout le système informatique repose sur un environnement Microsoft - et inversement - c´est possible. J2EE, comme .Net, a précisément été conçu pour répondre aux problèmes d´intégration. J2EE a pris le parti du connecteur universel : toutes les applications communiquent via JCA (Java Connector Architecture), ensemble de spécifications qui indique comment une application doit formater ses données et qui se concrétise par un petit programme chargé du formatage livré avec l´application. Microsoft, pour sa part, mise sur les Web Services, ensemble de spécifications et mécanismes qui là encore formate les données selon une norme afin de les rendre compréhensibles par d´autres applications. Normalisées par JCP pour JCA et par le W3C pour les Web Services, les deux solutions manquent de maturité et présentent des lacunes sur les fonctionnalités transactionnelles notamment. Ces nouvelles solutions "standardisées" peuvent être complétées par des connecteurs "natifs", c´est-à-dire propres à une plate-forme ou une application. A défaut de solution standardisée, il est donc toujours possible de trouver un connecteur "maison" pour faire dialoguer ses applications entre elles, mais c´est plus facile quand on reste dans son environnement d´origine.
Le pragmatisme de Microsoft face à l'ouverture de J2EE En outre, chaque environnement de développement présente ses particularités. Un développeur Visual Basic passera sans difficulté à .Net. Mais plus difficilement à Java, l´inverse étant également vrai. "Traditionnellement, les PME ont une culture Microsoft. Elles sont moins dépaysées par les outils de développement de .Net", estime Tanguy Crusson, responsable offre Web Services de la SSII Devoteam. "De plus, chez Microsoft, tout est packagé : à un problème correspond une solution alors que sur J2EE, il existe souvent différentes solutions, parfois sous forme de briques qu´il faut assembler. L´approche .Net est donc plus simple et adaptée à la PME. Mais attention : la plate-forme manque de maturité, Microsoft ne couvre pas tous les besoins d´une PME et faire le choix .Net, c´est accepter de dépendre de Microsoft là où avec J2EE on a le choix entre différents éditeurs et mêmes des solutions gratuites ou quasiment gratuites en Open Source".L´évolution de .Net reste en effet très liée à Microsoft malgré la standardisation de la plate-forme qui permet à n´importe quel éditeur de "porter" .Net sur Linux, Solaris ou n´importe quel autre système d´exploitation. Des projets sont en cours, mais J2EE dispose d´une longueur d´avance incontestable avec de nombreux serveurs d´applications qui implémentent ses standards et des solutions en Open Source pour sa plate-forme. De plus, la possibilité de développer dans n´importe quel langage pour .Net, contrairement à J2EE qui impose Java, est selon Tanguy Crusson un argument avant tout marketing : ".Net accepte certes plus de 25 langages de développement là où J2EE n´accepte que Java. Mais je vois mal un développeur Cobol développer pour .Net. Ce n´est pas impossible, mais la culture, les architectures, les applications... tout est différent avec .Net ou J2EE. Lui permettre de conserver sa syntaxe pour développer pour un environnement dont il ne comprend pas les concepts, c´est certes lui faciliter la tâche et faire en sorte qu´il ne soit pas mis au placard par son entreprise sous prétexte que son langage ne sert plus à rien. Mais jusqu´à quel point est-ce réaliste ?".
.Net moins cher sur le court terme, mais après ? En plus de la simplicité, l´approche pragmatique de Microsoft a deux autre avantages : "les solutions étant plus packagées, elles nécessitent moins de développements, moins de ressources humaines, etc.", explique Jean-Christophe Cimetière, directeur technique adjoint du Groupe SQLI. "En d´autres termes, la phase d´acquisition des compétences est plus courte, la mise en oeuvre est plus rapide et tout cela coûte forcément moins cher que l´assemblage de briques de J2EE. Le retour sur investissement est donc plus rapide sur le court terme. Avec le temps, les choses s´équilibrent et c´est même plus délicat sur le long terme, car il n´est pas impossible que la phase initiale de J2EE, certes plus fastidieuse, s´avère plus avantageuse sur le long terme".
|