Netapsys Blog

[Retour sur la conférence] Java / .NET : Qui dominera le marché dans 10 ans ?

Sébastien Hébert — Fri, 20 Mar 2009 12:46:00 +0100

Le 22 janvier dernier s'est déroulée une conférence sur le thème Java VS .NET. Plusieurs intervenants étaient présents dont SODIFRANCE, ACCENTURE et bien entendu NETAPSYS.

Petit retour sur la soirée !

Une chose est sûre : en France et globalement en Europe, Java est bien plus présent que .NET technologiquement parlant. S'il est vrai que .NET grignote petit à petit des parts de marché à Java, personne ne peut répondre avec certitude à cette question.

SODIFRANCE prévoit la disparition du développeur.

SODIFRANCE prétend que le métier de développeur est amené tôt ou tard à disparaitre d'une certaine manière compte-tenu de la percée de l'approche MDA (Model Driven Architecture) où le principe consiste à générer le code à partir de la modélisation UML du modèle, De plus, les intervenants considèrent que parler de Java et de .NET uniquement n'est pas représentatif du marché puisqu'à juste titre beaucoup d'applications tourneront encore sur COBOL, et ce peut-être même dans 10 ans.

ACCENTURE mise sur une démarche SOA.

Même si ACCENTURE ne prétend pas pouvoir non plus répondre à la question du "Qui gagnera ?", les intervenants ne cachent pas cependant leur préférence qui va directement à Java / JavaEE. Cette préférence s'explique par le fait que Java soit davantage tourné vers l'Open Source et les standards contrairement à .NET jugé trop enfermé dans la sphère Microsoft. De plus, de nombreux éditeurs comme SAP ou Oracle ont choisi de faire tourner leurs solutions logicielles sur des socles Java (Oracle ESB pour Oracle et Netweaver pour SAP). ACCENTURE estime que les technologies gagnantes de demain seront celles qui répondront au mieux à la problématique posée par la démarche SOA : "comment concevoir de nouvelles applications qui s'intègrent dans une stratégie de rationalisation du SI en évitant le plus possible l'effet SILO Applicatif ?"

NETAPSYS thinks Java && .NET

NETAPSYS a, quant à elle, adopté une approche plus technique et finalement les trois présentations ont été assez complémentaires. Après quelques rappels sur l'historique de Java et de .NET, je me suis penché sur les raisons légitimes qui poussent les développeurs à opposer Java et .NET. Le premier bilan est que la technologie importe peu dans le sens où l'une et l'autre permettent d'arriver au même résultat.

Toutefois, il semblerait que les développeurs préfèrent Java à .NET pour le développement côté serveur étant donné la pérennité de la technologie par rapport à .NET et l'existence de nombreux frameworks qui ont su s'imposer dans l'Entreprise. Il n'y a qu'à voir Struts, Spring, JSF ou encore Hibernate pour la persistance.

A contrario, il semblerait que .NET soit la référence quant au développement d'applications visuellement riches. Microsoft investit en effet énormément sur les IHM (Windows Forms, WPF, Silverlight).

La présentation s'est terminée sur le fait qu'il ne fallait pas nécessairement penser Java ou .NET mais peut-être les deux !!! Microsoft et Sun travaillent en effet depuis quelques temps sur la manière d'améliorer l'interopérabilité entre les deux mondes, même si et on s'en doute, la volonté de chacun est d'attirer le plus de développeurs de son côté.

Microsoft, via Windows Azure, et sa future plateforme de Cloud Computing, flirte du côté de Java en proposant une API pour Azure. De la même manière, l'éditeur a annoncé un plugin pour Eclipse concernant le développement d'applications Silverlight.

De son côté, Sun a instauré la pile de Services Web Metro intéropérable avec WCF - Windows Communication Fourndation - disponible depuis .NET 3.

Voilà, c'est tout pour le moment. Si le sujet intéresse du monde, je vous propose, comme Marine me l'a suggéré, de vous refaire la présentation afin de bénéficier de vos retours et peut-être de lancer un grand débat !

JUG Paris 13/01/2009 : Glassfish v3

Sébastien Hébert — Mon, 19 Jan 2009 23:42:00 +0100

Le 13 janvier a été une soirée spéciale pour le JUG de Paris puisqu'il s'agissait d'une soirée spéciale JavaEE 6 ! Antonio Goncalves nous a présenté brillamment les évolutions attendues dans cette version 6 ! Il était donc tout naturel qu'AlexisMP nous parle un peu de Glassfish :)

Glassfish - Kezako ?

Glassfish est un serveur d'application JavaEE. Il fut le premier à être certifié JavaEE 5. Pour ceux qui ont connu Sun Java System Application Server (SJSAS), Glassfish pourrait leur sembler familier puisque la console Web d'administration est directement issue de SJSAS PE - pour Platform Edition - qui date de 2004.

En juin 2005, SJSAS devient Glassfish - le fameux projet Open Source - qui petit à petit va faire entendre parler de lui pour plusieurs raisons :

Un développement soutenu puisqu'à peine un an après la création de la communauté, la version 1 sort officiellement en mai 2006. Ensuite, la version 2 suivra de prêt en septembre 2007 avant de connaître deux mises à jour majeures améliorant sans cesse les performances (temps de réponse, montée en charge) du serveur d'application. La version 3 sera à l'instar de la version 2 pour JavaEE 5, l'implémentation de référence de JavaEE 6 ;
Des performances comme nul autre serveur d'application JavaEE (Tomcat n'est pas un serveur full JavaEE puisqu'il n'implémente que la partie Web de la spécification) mis à part peut-être JBoss (dont on ne connaît aucun résultat issu d'un benchmark officiel) soit 30% devant WebSphere et 10% devant WebLogic - Benchmark SPECjAppServer2004 ;
Des outils d'administration et de monitoring fort agréables qui le rendent plus attrayant et plus facile d'utilisation que JBoss ;
Une console d'administration en mode console permettant de déployer des applications et toute ressource JDBC, JMs ou JBI ;
Le support en cluster - testé et approuvé et même que tout se configure et s'installe en 15-20 minutes :) ;

Un serveur applicatif léger ?

La version 3 de Glassfish qui a été présentée lors du JUG est un serveur d'application dit léger - 28Mo au téléchargement, démarrage de 3 à 6 secondes et une architecture OSGI (Felix) le rendant plus modulaire et évitant ainsi de charger les services inutiles au démarrage. Puisque JavaEE 6 n'est pas stabilisée, cette version de Glassfish s'intitule joliment Prelude et doit intégrer au fur et à mesure les JSR de JavaEE 6 une fois stabilisées. Il est en effet prévu que Glassfish v3 sorte peu de temps après la Release de la spécification :)

Les points forts de Glassfish peuvent se résumer à :

Des plugins Eclipse et Netbeans pour le développement permettant de redéployer à la sauvegarde - deploy on save. Ce point paraît anodin et pourtant il permet de gagner en productivité !
Le maintien des sessions HTTP lors du redéploiement d'applications Web. Il suffit pour cela de saisir :

asadmin redeploy --properties keepSessions=true webapp.war

L'Update Center ! Plus la peine de télécharger la dernière version puisque l'Update Center permet de mettre à jour son serveur d'application ou d'installer des applications tierces (Liferay, XWiki) un peu comme une sorte de WindowsUpdate mais pour serveur d'applications ! Update Center s'inspire de systèmes de téléchargement tels que apt-get sous Linux. Cette fonctionnalité était déjà présente dans Glassfish v2 mais la v3 permet de faire cohabiter plusieurs versions de Glassfish à partir d'une seule installation. Il est ainsi possible d'installer d'autres containers que des conatainers JavaEE tels que Groovy, Grails ou JRuby on Rails, ces derniers profitant des services offerts par le container JavaEE de Glassfish tels que le pooling JDBC ou les services Web ;

Et JavaEE 6 ?

Pour le moment, la spécification JavaEE 6 n'est pas encore stabilisée mais Glassfish intègre déjà quelques éléments clés tels qu'une preview de JSF 2.0(intégration de Groovy, support intégré d'Ajax, conception simplifiée de composants réutilisables, etc.), les EJB 3.1 (packaging simplifié, opérations asynchrones, utilisation out of the box avec l'API Embedded qui positionne enfin les EJB au même niveau que Spring qui aura su montrer la voie comme conteneur léger avec un temps de démarrage de l'ordre de 1 seconde, etc.) et JAX-RS pour les web services RESTful.

Si vous voulez quelques plus d'informations sur Glassfish V3, rendez-vous ici !

A noter que depuis plusieurs semaines déjà, Sun propose une version de son serveur d'application reposant sur Glassfish V3 et donc le support qui va avec.

Netapsys sur le JDN Développeurs - Intéropérabilité entre Java et .NET : rêve ou réalité ?

Sébastien Hébert — Mon, 01 Sep 2008 11:39:00 +0200

Netapsys publie un nouvel article sur le Journal du Net dressant une synthèse sur l'interopérabilité entre Java et .NET via les Services Web.

Si le sujet n'est pas nouveau en soi, quelques progrès sont à noter à savoir une meilleure prise en charge de la sécurité (authentification par certificat, etc.) et de la gestion transactionnelle. Les outils/technos dont il est question sont WCF 3.0 (Windows Communication Foundation apparu avec .NET 3.0) et Metro (piles de services Web) disponible dans Glassfish et utilisable sous Tomcat (implémentation à base de servlet disponible uniquement).

PS : Un grand merci à Yoann, Jérémy et Jean-Baptiste pour leurs retours.