Développez à la mode J2EE en utilisant .NET avec le SnippetStore (Chap 1) par Julien Brunet (j.brunet@cross-systems.com)

Chapitre 1/3
Impression papier : environ 7 pages
Version 1.1

Introduction

" Le Framework .NET ? Ils ont tout copié sur J2EE ! " Combien de fois avez-vous lu ou entendu cette phrase ? Ce fut la réaction-type des spécialistes Java découvrant pour la première fois la plateforme .NET. De fait, tout le monde est d'accord pour dire que le framework .NET s'est largement inspiré de l'expérience J2EE, en l'améliorant et en la simplifiant.

Ainsi, êtes-vous capable de dire exactement en quoi les deux plateformes se ressemblent ? C'est ce que je  vous propose de découvrir aujourd'hui, à travers une expérience ludique et passionnante : Faire tourner le code d'origine Java Pet Store, avec le minimum de changements, sur une plateforme .NET. Impossible ? Chiche !

Un nouveau PetStore ?

Pas tout à fait. L'année dernière, vous avez probablement tous lu sur DNG le projet "Yoopi", qui consistait justement à traiter des servlets sur une base .NET, en utilisant le langage "Java-like" J#. Il démontrait qu'il était tout a fait envisageable d'implémenter la spécification J2EE sur une plateforme .NET, à condition de réécrire le conteneur adéquat.

L'optique choisie par l'équipe DNG a l'époque était de récupérer des noyaux java existants : Après un courageux essai de conversion de Tomcat sous .NET, c'est finalement un mini noyau OpenSource java "shttp" qui fut compilé en J#. L'expérience fut douloureuse, mais se termina sur un succès !

Afin de ne pas endurer le même calvaire, nous vous proposons cette fois une approche différente : Réutiliser au maximum les technologies du framework pour émuler les différentes APIs de J2EE, c'est-à-dire implémenter la plupart des interfaces J2EE en utilisant à outrance les classes équivalentes fournies par le framework.

Ce projet n'est donc pas du tout un "Nouveau PetStore". N'envisagez surtout pas de comparer les performances ou l'architecture de cette version avec une autre, car son seul objectif est pédagogique (et fun, accessoirement)

• Le moteur ne tourne que sous Cassini, pas sous IIS
• Le portage de J2EE s'est limité strictement aux seules APIs utilisées par le code Java PetStore (soit tout de même JDBC, EJBs, Servlets, JSP, TagLibs, JAXP, JNDI)
• Le code source de Java Pet Store a du être légèrement modifié pour compenser les différences de JDK avec J#

Comment lire cet article ?

Cet article est essentiellement technique. Il va y avoir de la sueur et du camboui. Ne seront pas abordés ici les grands sujets de design pattern, refactoring, programmation par aspects et autres théories cérébrales chères aux grands de ce monde.

Cet article possède quatre axes de lecture :

• 1) Comme un lab technique. A la fin de chaque section, vous pourrez, si vous le souhaitez, suivre les travaux pratiques (très simples, tout est prémaché). A la fin de votre lecture, vous serez en mesure de faire tourner chez vous Java Pet Store sur ASP.NET

Lab 0.

- Les instructions du lab sont présentés dans ce type d'encadré. La ligne suivante est à saisir.

C:\SnippetStore> command args

• 2) Comme une analyse d'architecture comparée. En reliant une à une les fonctionnalités de J2EE avec celles de .NET, vous aurez des points de repère pour comprendre les points communs et différences entre les deux plateformes.
• 3) Comme une critique (constructive) de J#. Vous découvrirez au long de cet article les lacunes cocasses (ou ridicules, en fonction de votre humeur) du "java-like" de Microsoft.

Les remarques sur J# sont
précédées de ce pictogramme.

• 4) Comme une découverte des fonctionnalités avancées du framework .NET. Que vous soyez développeur J2EE ou .NET, les techniques mises en oeuvre par ce projet peuvent vous intéresser : Code multi-language J#/C#, Assemblies, Configuration, WebControls, HTTPHandlers, Serviced Components, Sérialisation XML, Génération de code "CodeDom" ...

J'ajoute que bien que développé sous VisualStudio .NET, la mise en oeuvre chez vous ne nécessite que des outils gratuits : Le framework .NET 1.1, les SDK J2SE/J2EE, MSDE, NAnt, Jad et ASP.NET Web Matrix. Le projet est en OpenSource, mais les binaires ne sont pas fournis pour des raisons légales (certains sources étant décompilés de Java). Pour l'exécuter il vous faudra donc assembler vous-même la totalité en suivant les instructions du lab qui commence au chapitre 2.

Bonne lecture !

Présentation du Framework SnippetStore

Architecture générale

Le Framework SnippetStore est découpé en trois parties :

• Un portage partiel du SDK J2EE en .NET
• Un runtime d'interposition entre les APIs J2EE et le framework .NET
• Une toolkit chargée de la conversion du code d'origine pour le runtime.

L'architecture J2EE

Petits rappels pour les personnes qui ne connaissent pas bien J2EE.

PS: Que les experts me pardonnent, j'espère être un bon vulgarisateur à défaut d'être spécialiste :-)

Voici le schéma d'architecture général des APIs de J2EE, tel que présenté dans PetStore. On trouve dans J2EE énormément de choses, contribuant à sa renommée de plateforme complète. Rassurez-vous, nous n'implémenterons pas la totalité, ce serait titanesque ! Nous nous focaliserons sur les couches suivantes, utilisées par Java Pet Store.

• JDBC (Java DataBase Connectivity) : Cette couche fait partie du Java 2 SDK (cadre "Database"), sous-ensemble de J2EE. Elle est chargée de l'accès aux données, à la manière de ADO.NET.
• JNDI (Java Naming Directory Interface) : Cette couche est à cheval entre le Java 2 SDK (cadre "Directory") et J2EE. C'est un système d'annuaire extensible, qu'il serait faux de comparer à Active Directory, comme nous le verrons plus loin.
• JAXP (Java Api for Xml Processing) : Cette couche dont la spécification a été fournie par le W3C (cadre "XML") décrit les interfaces de parsers SAX/DOM. Contrairement à .NET, il n'y a pas d'implémentation par défaut dans J2EE.
• EJB (Enterprise Java Beans) : Cette couche essentielle de J2EE prend en charge les services transactionnels, de répartition, de montée en charge de composants. Similaire aux ServicedComponent de .NET.
• JSP (Java Server Pages) : Un formalisme de pages web dynamiques contenant du code Java.
• Servlets : Un formalisme de pages web dynamiques codées exclusivement en classes Java. Les servlets sont bien souvent employées en tant que contrôleurs dans un modèle MVC (Cas de Java PetStore).
• TagLibs : Un formalisme extensible de balises réutilisables à incorporer dans les pages JSP.

Pour information, les couches suivantes ne sont pas implémentées ou alors très partiellement, car non utilisées dans Java Pet Store:

• JavaMail : API d'envoi de mails
• JMS (Java Messaging Services) : interfaces de gestion asynchrone de messages (MOM)
• JCA (Java Connector Architecture) : interfaces de connecteurs legacy
• JTA (Java Transaction API) : interfaces de gestion des transactions
• Applets
• Java Beans
• CORBA (Comon Object Request Brokering Architecture)
• Java Security

L'architecture SnippetStore

Pour les personnes qui ne connaissent pas .NET, voici l'équivalence des concepts mentionnés plus haut.

Pour implémenter les différentes couches de J2EE, nous utiliserons les APIs suivantes du framework:

• ADO.NET (Active Data Objects .NET) : C'est la couche d'accès aux données standard du framework
• System.Xml : Une implémentation de parsers DOM/SAX du framework.
• Serviced Components : Une abstraction des services transactionnels COM+
• ASP.NET : Pages ASPx : Un formalisme de pages web dynamiques contenant du code .NET
• ASP.NET : HTTPHandlers : Un formalisme de pages web dynamiques codées exclusivement en classes .NET
• ASP.NET : WebControls : Un formalisme extensible de contrôles réutilisables à incorporer dans les pages ASPx

Le processus de conversion SnippetStore

Lorsque l'on déploie une application J2EE, une copie de fichiers ne suffit pas - L'assemblage et le déploiement sont des parts très importantes de la spécification J2EE.

En J2EE, la plupart des éléments logiciels sont décrits sous forme de manifestes XML normalisés. Les EJBs, les applications Web et les TagLibs en sont quelques exemples, et Java PetStore n'échappe pas à cette règle.

Lors d'un déploiement J2EE, ces manifestes sont analysés, et du code Java est dynamiquement généré et compilé par le conteneur J2EE. Ce code dynamique contient par exemple les stubs/skeletons RMI, ou la gestion transactionnelle des EJBs...c'est l'ancêtre des tisseurs AOP !

Le framework SnippetStore réalise exactement la même opération : Les manifestes XML sont "épluchés" par la toolkit afin de générer automatiquement les wrappers .NET correspondants (fans de CodeDom, c'est pour vous!), ainsi que la configuration Web adéquate (Web.Config)

Le processus de conversion de SnippetStore est donc simple, car il est automatisé, que vous ayez 10 ou 300 EJBs, Servlets et TagLibs.

Les pages JSP doivent également subir des retouches pour tourner en J# sur ASP.NET. C'est le rôle d'un autre outil de la toolkit que nous verrons dans le chapitre 2.

Note: Les wrappers d'EJB, de TagLibs et de Servlets sont générés en C#, ce qui n'est pas un problème en soit vu que la plateforme .NET est indépendante du langage. Le choix de C# sera justifié dans le chapitre 2.

Dans une version précédente, le processus de conversion se faisait directement à l'exécution (de la même façon que les pages ASPx ou JSP sont dynamiquement compilées). Hélas, ce choix a été abandonné puisque la migration n'est pas 100% automatisable et que des retouches manuelles doivent être apportées au code d'origine.
En revanche, il n'est pas inenvisageable avec les améliorations futures de J# de concevoir un outil de déploiement automatique (comme le deploytool de Sun). Appel à candidature...

Outils de mise en oeuvre

• Pour l'exécution, nous utiliserons le .NET Framework 1.1. Il a l'avantage, outre d'être pus récent, d'inclure nativement le language J#, ainsi que des outils supplémentaires dans le SDK associé.

Pour information, SnippetStore a été développé à l'origine sur un framework 1.0.

• Pour l'assemblage, nous utiliserons NAnt, pour deux raisons : D'une part il parlera naturellement aux afficionados Java qui utilisent déjà Ant, d'autre part il permet de se passer de VisualStudio .NET tout en étant largement plus élégant que des scripts cmd.

Si vous ne connaissez pas encore Ant / NAnt, je vous recommande chaudement d'étudier cet outil relativement simple.

• Il faudra aussi utiliser un décompilateur Java. Je vous suggère Jad, qui est largement suffisant.
• Pour héberger notre serveur d'application, nous utiliserons Cassini, le mini-serveur Web inclus avec ASP.NET Web Matrix.
• Le SGBD sera MSDE (Microsoft Database Engine), la version bridée mais gratuite de SQL Server.

Prêts ?

Je vous propose maintenant d'assembler le framework SnippetStore avec le chapitre 2. Il vous sera nécessaire pour pouvoir exécuter l'application Java PetStore sous .NET dans le chapitre 3.

Auteur : Julien Brunet

Copyright © Juin 2003

Ressources

Site officiel SnippetStore : http://snippetstore.sourceforge.net/

Téléchargez les sources et les binaires

SnippetStore (Sources) : Snippetstore (Fichier zip)

Licence GPL

Tous fichiers sont fournis sous la licence Lesser-GPL.