raphael.semeteys@atosorigin.com Raphael Semeteys 20051026 fr JBoss Application Server 4.0.3 32 GNU LGPL http://www.jboss.org Serveur d'applications J2EE Non applicable 1.7 j2ee-application-server jbossas 1.0

Les critères génériques de la méthode QSOS version 1.6 Pérennité Maturité Moins de 3 mois Entre 3 mois et 3 ans Plus de 3 ans 2 Depuis 1999, aussi vieux que la spécification J2EE Logiciel instable avec de nombreuses versions et patches générant des effets de bords Version de production stabilisée mais un peu vieille. Quelques difficultés à stabiliser les versions de développement Logiciel stable. Les nouvelles versions corrigent des bugs, mais apportent de façon prépondérante de nouvelles fonctionnalités 2 Logiciel éprouvé, utilisé en production pour des applications critiques Le logiciel connaît de nombreux problèmes qui peuvent être rédhibitoires Pas de problèmes majeurs, ni de crise Bon historique de gestion de projet et de crise 2 Le produit ne connais pas de problème technique majeur. Au niveau stratégique, Jboss Inc. a su passer de la situation du challenger à celui d'acteur incontournable du marché Forte probabilité de fork dans un futur proche Le logiciel provient d'un fork mais a très peu de chances d'être forké dans un futur proche Très faible probabilité de fork. Le logiciel ne provient pas d'un fork 2 La licence est sous LGPL. Les contributeurs sont nombreux. Adoption par la communauté et l'industrie Très peu d'utilisateurs identifiés Usage détectable sur Internet Nombreux utilisateurs et références 2 L'étude annuelle de BZ Research, datant du 04/01/05) positionne JBossAS comme leader sur le marché (cf: http://www.jboss.com/services/press/bzresearch05.pdf) Aucune Peu de références, pas d'usage critique Souvent implémenté sur des applications critiques 2 Nombreuses dont notamment : Direction Générale des Impôts, NASDAQ, Nokia, Disney (cf. http://www.jboss.com/company/customers) Pas de communauté ou de réelle activité (forum, liste de diffusion…) Communauté existante avec une activité notable Communauté forte : grosse activité sur les forums, de nombreux contributeurs et défenseurs 2 Aucun livre sur ce logiciel Moins de cinq livres publiés sur ce logiciel Plus de cinq livres publiés sur ce logiciel et dans différentes langues 1 Organisation et direction des développements Un ou deux individus engagés, pas clairement identifiés Entre deux et cinq personnes indépendantes Plus de cinq personnes 2 Les membres et les fonctions de l'équipe dirigeante sont connus et clairement définis Dictature complète Despotisme éclairé Conseil d'architectes avec un leader identifié (ex : KDE) 1 L'équipe coeur du projet décide de manière collégiale. Activité du et autour du projet Moins de trois développeurs, pas clairement identifiés Entre quatre et sept développeurs ou plus, non identifiés, avec un turnover important Plus de sept développeurs, équipe très simple 2 Nombreux développeurs. L'équipe coeur est stable car embauchée par Jboss Inc. Réactivité faible sur le forum ou sur la liste de diffusion, ou rien au sujet des corrections de bugs dans les notes de versions Activité détectable mais sans processus clairement exposé, temps de résolution long Forte réactivité, basée sur des rôles et des assignations de tâches 2 Pas ou peu de nouvelles fonctionnalités Évolution du produit conduite par une équipe dédiée ou par des utilisateurs, mais sans processus clairement exposé Les requêtes pour les nouvelles fonctionnalités sont clairement outillées, feuille de route disponible 2 Utilisation de JIRA Très faible activité que ce soit sur les versions de production ou de développement (alpha, beta) Activité que ce soit sur les versions de production ou de développement (alpha, beta), avec des versions correctives mineures fréquentes Activité importante avec des versions correctives fréquentes et des versions majeures planifiées liées aux prévisions de la feuille de route 2 Niveau d'industrialisation du projet Développements réalisés à plus de 60% par des employés d'une seule société Développements réalisés à 60% maximum par des employés d'une seule société Développements réalisés à 20% maximum par des employés d'une seule société 1 La majeure partie des développements est réalisée par Jboss Inc. Offres de services Pas d'offre de formation identifiée Offre existante mais restreinte géographiquement ou en une seule langue ou fournie par un seul fournisseur Offre riche, plusieurs fournisseurs, plusieurs langages, divisée en modules et en niveaux 2 JBoss Inc. propose 3 cursus de formation différents, également dispensés par un réseau de partenaires habilités. Un processus de certification a aussi été mis en place. Pas d'offre de support identifiée Offre existante mais restreinte géographiquement ou en une seule langue ou fournie par un seul fournisseur ou sans garantie Offre riche, plusieurs fournisseurs, avec des garanties (sur les temps de résolution) 2 JBoss Inc. possède une offre de support efficace en relation directe avec l'équipe coeur du projet. De nombreuses offres de support sont également offertes par des partenaires (dont HP et Atos Origin) Pas d'offres de conseil identifiées Offre existante mais restreinte géographiquement ou à un seul langage ou fournie par un seul fournisseur Offre riche, plusieurs fournisseurs, plusieurs langages 2 JBoss Inc. propose des prestations de support et gère également un réseau de plus de 40 partenaires (dont HP et Atos Origin) Pas de documentation utilisateur La documentation existe mais est en partie obsolète ou restreinte à une seule langue ou peu détaillée Documentation à jour, traduite et éventuellement adaptée à différentes cibles de lecteurs (end-user, sysadmin, manager…) 1 Détaillée et adaptée au type d'utilisateur mais uniquement disponible en anglais. Processus et méthode qualité Pas de processus qualité identifié Processus qualité existant, mais non formalisé ou non outillé Processus automatique de tests dans le cycle de vie du code et publication des résultats 2 Existence d'une Test suite et d'une solution de cruise control Pas d'outils de gestion de bugs, ni d'outils de gestion de tickets Outils standards fournis (une forge par exemple) mais peu utilisés Utilisation très active d'outils standards Testsuite, Sourceforge bug tracker et JIRA Packaging pour les différents systèmes d'exploitation BSD Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Linux Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel ne peut être facilement installé depuis les sources, cela demande beaucoup de travail L'installation depuis les sources est limitée ou dépend des conditions (OS, arch, lib…) L'installation depuis les sources est facile Unix Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Niveau d'exploitabilité Difficulté d'utilisation, demande une connaissance approfondie des fonctionnalités du logiciel Ergonomie austère et très technique Ergonomie élaborée et IHM comprenant des fonctions d'aide 1 Facile à installer (dézippage) et déployer (déploiement à chaud des applications possible). Pas d'outil libfre pour l'installation/déploiement de parc de serveurs. Pas de fonctionnalités de contrôle, ni d'administration Fonctionnalités présentes mais incomplètes ou à améliorer Fonctionnalités complètes et faciles de contrôle et d'administration. Intégration possible avec des outils tiers (ex : SNMP, syslog…) 1 Console Web pauvre et très orientée JMX. Une véritable console d'administration a vu le jour, mais est vendue sous la forme de services (Jboss Network). Adaptabilité technique Logiciel monolithique Présence de modules haut niveau permettant un premier niveau d'adaptation Conception modulaire, permettant des adaptations faciles par sélection et/ou création de modules 2 Conception modulaire au niveau du noyau (bus JMX). Désactivation des composants non utilisés. Tout à la main Recompilation possible mais complexe, sans outils, ni documentation Recompilation facile, outillée (ex : make, ANT, Maven…) et documentée 2 Ant très utilisé. Toute modification demande une recompilation du code Architecture conçue pour des extensions statiques mais exige une recompilation Architecture de plugins, conçue pour des extensions dynamiques et sans recompilation Bus JMX et déploiement à chaud Stratégie du projet Licence, à pondérer uniquement si le client désire un jour devenir propriétaire du code Licence très stricte, comme la GPL Licence modérée entre les deux extrêmes (GPL et BSD), licence duale dépendante du type d'utilisateur (personne, société…) ou de leur activité Licence très permissive comme BSD et Apache 1 LGPL Licence très permissive comme BSD et Apache Licence modérée entre les deux extrêmes (GPL et BSD), licence duale dépendante du type d'utilisateur (personne, société…) ou de leur activité Licence très stricte, comme la GPL 2 Protégé par la licence LGPL et la distribution des droits de copyright entre les différents développeurs. Les droits sont détenus par quelques individus ou entités commerciales, facilitant le changement de licence Les droits sont détenus par de nombreux individus de façon homogène, rendant le changement de licence très difficile Les droits sont détenus par une entité légale, une fondation dans laquelle la communauté a confiance (ex: FSF, Apache, ObjectWeb) 1 Le code est « possédé » par les individus. Nombreux « commiters », les plus importants (en terme de contribution) étant employés par JBoss Inc. Attention au risque de propriétarisation de nouvelles briques satellites (Console Jboss Network notamment). Pas de moyen pratique de proposer des modifications de code Des outils sont fournis pour accéder et modifier le code (ex : CVS, SVN) mais ne sont pas vraiment utilisés pour développer le produit Le processus de modification de code est bien défini, exposé et respecté, basé sur des rôles bien définis 2 Code placé sous CVS d'accès public Pas de feuille de route publiée Feuille de route sans planning Feuille de route versionnée, avec planning et mesures de retard 2 Roadmap publiée intégrant des éléments de planning macroscopique et publiée par sous-projet dans JIRA Le logiciel n'a pas de sponsors, l'équipe principale n'est pas rémunérée Le logiciel a un sponsor unique qui détermine sa stratégie Le logiciel est sponsorisé par l'industrie 1 JBoss Inc. emploie l'équipe coeur. Les employés sont actionnaires. Récemment des investisseurs sont entrés dans le capital de JBoss Inc. : Matrix Partners, Accel Partners et Intel. Pas de stratégie détectable ou forte dépendance à un acteur unique (individu, société, sponsor) Vision stratégique partagée avec plusieurs autres projets open-source mais sans engagement fort des propriétaires des droits Indépendance forte de l'équipe de développement, droits détenus par une entité, fort engagement dans un processus de standardisation 1 Les développeurs coeur sont quasiment tous employés par JBoss Inc. Ils participent à l'élaboration des spécifications via le JCP

Le serveur d'applications est-il compatible J2EE ? Serveur non compatible J2EE Serveur partiellement compatible J2EE Serveur compatible J2EE 2 Oui Le serveur d'applications est-il certifié J2EE par SUN ? Serveur non certifié Serveur en cours de certification Serveur certifié 2 Premier serveur d'applications open source à obtenir la certification J2EE 1.4 de SUN Pas de serveur HTTP intégré Serveur HTTP intégré mais limité en fonctionnalités Serveur HTTP intégré complet 2 Via l'intégration native de Tomcat 5.5 Pas d'intégration possible Intégration possible via un produit tiers Intégration native avec des serveurs HHTP tiers 1 Avec Apache et Microsoft IIS via mod_jk. Partenariat avec Microsoft pour améliorer intégration avec IIS Java Server Pages JSP est non supporté Le serveur supporte une ancienne version de JSP ou le support est incomplet Support complet de JSP 2 JSP 2.0 Les servlets ne sont pas supportées Le serveur supporte une ancienne version de servelt ou le support est incomplet Support complet des servlets 2 Servlet 2.4 Java Server Faces JSF est non supporté Le serveur supporte une ancienne version de JSF ou le support est incomplet Support complet de JSF 1 Possible via MyFaces, intégré dans la distribution Enterprise Java Beans EJB n'est pas supporté Support ancien ou limité d'EJB Support complet d'EJB 2 EJB 2.1, EJB 3 Preview Java Database Connectivity JDBC est non supporté Support ancien ou limité de JDBC Support complet de JDBC 2 JDBC 3.0 J2EE Connector Architecture JCA est on supporté Support ancien ou limité de JCA JCA est complétement supporté 2 JCA 1.5 Java Naming and Directory Interface JNDI est non supporté Support ancien ou limité de JNDI JNDI est complétement supporté 2 JNDI 1.2.1 Java Transaction API JTA est non supporté Support ancien ou limité de JTA JTA est complétement supporté 2 JTA 1.0.1 B Java Messaging Service JMS est non supporté Support ancien ou limité de JMS JMS est complétement supporté 2 JMS 1.1 JavaBeans Activation Framework JAF est non supporté Support ancien ou limité de JAF JAF est complétement supporté 2 JAF 1.0 JavaMail est non supporté Support ancien ou limité de JavaMail JavaMail est complétement supporté 2 JavaMail 1.3 Common Object Request Broker Architecture CORBA est non supporté Support ancien ou limité de CORBA CORBA est complétement supporté 2 Via JacORB intégré

Java Management Extension JMX est non supporté Support ancien ou limité de JMX JMX est complétement supporté 2 JMX 1.2 est au coeur de l'architecture du serveur JMX Remoting est non supporté Support ancien ou limité de JMX Remoting JMX Remoting est complétement supporté 1 Solution non standard : Une version de Jboss Remoting implémentant une partie de JMX Remoting est intégrée. Pour le reste il faut passer par le RmiAdaptor propre à Jboss. La version complète de JMX Remoting est attendue pour Jboss AS 5 API non supportée API supportée de manière limitée API complétement supportée 2 J2EE Management API 1.0 API non supportée API supportée de manière limitée API complétement supportée 2 J2EE Deployment API 1.1 Aucune console d'administration n'est disponible Console d'administration limitée et incomplète Console d'administration complète 1 Console pas très riche : assez technique surtout orientée bus JMX. Une véritable console d'administration a vu le jour, mais est vendue sous la forme de services (Jboss Network).

Support de SOAP, WSDL, WS-I Basic Profile Pas de support SOAP, WSDL, WS-I Basic Profile Support partiel de SOAP, WSDL, WS-I Basic Profile Support complet de SOAP, WSDL, WS-I Basic Profile 2 WS-I Basic Profile 1.0, SOAP 1.1, WSDL 1.1 Java API for XML-based RPC JAX-RPC est non supporté Support ancien ou limité de JAX-RPC JAX-RPC est complétement supporté 2 JAX-RPC 1.1 SOAP with Attachments API for Java SAAJ est non supporté Support ancien ou limité de SAAJ SAAJ est complétement supporté 2 SAAJ 1.2 eXtended Markup Language Java API for XML Processing JAXP est non supporté Support ancien ou limité de JAXP JAXP est complétement supporté 2 JAXP 1.2 Java API for XML Registries JAXR est non supporté Support ancien ou limité de JAXR JAXR est complétement supporté 2 JAXR 1.0. Remplacement de l'implémentation du registry (ebXMLRR est remplacé par Apache Scout/jUDDI) Java API for XML Binding JAXB est non supporté Support ancien ou limité de JAXB JAXB est complétement supporté 0 Fonctionnalité en cours de développement. Sera intégré à Jboss WS 1.0 pour Jboss AS 5 Java Authentication and Authorization Service JAAS est non supporté Support ancien ou limité de JAAS JAAS est complétement supporté 2 JAAS 1.0 Intégration de modules d'authentification externes Aucune intégration avec des modules d'authentification externes Intégration limitée avec des modules d'authentification externes (en fonctionnalités ou en nombre de modules) Intégration complète avec les pricipaux types d'authentification (LDAP, SGBD, fichiers plats, ...) 2 JBossAS propose plusieurs PAM (dont LDAP, base de données, système, etc…) Java Authorization Service Provider Contract for Containers JACC est non supporté Support ancien ou limité de JACC JACC est complétement supporté 2 JACC 1.0 Mécanismes disponibles de sécurisation du fonctionnement Disponibilité de mécanismes de répartition de charge Aucun mécanisme de répartition de charge Mécanisme de répartition de charge peu fiable ou limité Mécanisme de répartition de charge disponible et fonctionnel 2 Disponibilité de mécanismes de failover Aucun mécanisme de reprise sur incident Mécanisme de reprise sur incident peu fiable ou limité Mécanisme de reprise sur incident disponible et fonctionnel 2 Réplication des sessions HTTP Pas de réplication des sessions HTTP Réplication limitée des sessions HTTP Réplication complète des sessions HTTP 2 Réplication des EJB session Pas de réplication des EJB session Réplication limitée des EJB session Réplication complète des EJB session 2 Réplication des EJB entité Pas de réplication des EJB entité Réplication limitée des EJB entité Réplication complète des EJB entité 2 Réplication des noeud ou files d'attentes JMS Pas de réplication JMS Réplication JMS limitée Réplication JMS complète 2 A un instant T, seul un noeud du cluster est actif au niveau JMS Intégration avec des outils de développement Pas d'intégration IDE possible Intégration limitée avec les IDE (en termes de fonctionnalités ou de nombre d'IDE) Intégration complète avec la plupart des IDE du marché 2 Forte intégration avec Eclipse via Jboss IDE, existence d'extensions pour netBeans, Borland Jbuilder et IDEA IntelliJ