noel.rocher@jboss.com Noel Rocher Laurent.LeGrandois@atosorigin.com Laurent Le Grandois Francois.ledroff@atosorigin.com Francois Le Droff 2006/11/20 2006/12/05 fr axis 1.4 Apache license 2.0 Apache license 2.0 http://ws.apache.org/axis Framework de développement, déploiement et consommation de web services en environnement J2EE (partie Web) 1.7 j2ee-ws-stack axis

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 2002, héritier de Apache SOAP qui est encore plus ancien 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 1 Axis 1.4 est sorti le 22 avril 2006 (Axis 1.3, le 5 Octobre 2005 et Axis 1.2, le 4 mai 2005) 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 1 Historique lourd de controverse et de difficulté de stabilisation 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 0 JBoss a déjà forké ce produit (ce qui est permis par la licence Apache). IBM a effectué aussi une manoeuvre de ce type. Beaucoup trouvent que les développements sont trop lents et sont tentés de prendre en main le leur de leur côté. La société WSO2 a ré-investit dans le développement d'axis1 mais semble également à l'origine du fork du projet vers axis2. 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 De fait, par l'intégration d'AXIS en tant que moteur de web services de nombreux logiciels propriétaires. Il reste la référence en termes de moteur de Web Services Open Source en Java, il est très intégré dans les moteurs de build et les IDEs. Aucune Peu de références, pas d'usage critique Souvent implémenté sur des applications critiques 2 De par sa popularité 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 1 Communauté assez peu ouverte 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 2 Énormément de publications autour d'Apache AXIS 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 définis Dictature complète Despotisme éclairé Conseil d'architectes avec un leader identifié (ex : KDE) 2 L'équipe coeur du projet décide de manière collégiale. Fonctionnement de la fondation Apache 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 semble stable et identifiée 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 1 Historique de délais de résolution longs 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 1 Rebond après une longue période de maintenance 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 1 L'historique du projet a montré sa lenteur 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 IBM s'est désengagé, mais les contributions de la société WSO2 semblent être prédominantes. 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 Axis fait partie du curriculum de nombreux cours de type J2EE 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 Nombreuses offres 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 Nombreuses offres 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…) 2 Documentation importante et bien outillée (wiki et site web). Qualité moyenne 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 Méthodologie imposée par Apache 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 2 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 Difficile à utiliser pour le néophyte 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 Livré avec tcpmon et SOAPMonitor 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 0 Plutôt monolithique Tout à la main Recompilation possible mais complexe, sans outils, ni documentation Recompilation facile, outillée (ex : make, ANT, Maven…) et documentée 2 avec ANT 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 1 Principe de "Handlers" qui peuvent modifier le comportement des web services et ajouter des fonctionnalités dans une certaine mesure. 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 2 Licence Apache. 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 0 Licence Apache. 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) 2 Apache Software foundation 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. Rôles de contributeurs définis. Pas de feuille de route publiée Feuille de route sans planning Feuille de route versionnée, avec planning et mesures de retard 0 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 2 Les contributeurs sont pour la plupart payés par des sociétés commerciales 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 0 Pas de vision stratégique décelable

JAX-RPC supporte SOAP avec des attachements, vous pouvez employer JAX-RPC APIs pour envoyer des attachements MIME. Mais les types MIME ne peuvent pas être décrits par l'interface WSDL. JSR/API non implémentée JSR/API partiellement implémentée, ou implémentation défectueuse JSR/API implémentée, implémentation stable 2 SAAJ fournit une manière standard d'envoyer des documents XML par Internet depuis la plateforme de Java. SAAJ 1.3 supporte SOAP 1.2. Pour plus d'informations sur les spécifications de SAAJ. SAAJ est souvent utilisée par des APIs de plus haut niveau comme JAXR et JAX-RPC. Mais, elle peut tout à fait être utilisée de manière indépendante. JSR/API non implémentée JSR/API partiellement implémentée, ou implémentation défectueuse JSR/API implémentée, implémentation stable Seul les tests SAAJ 1.1 ont été passés 1 JSR/API non implémentée JSR/API partiellement implémentée, ou implémentation défectueuse JSR/API implémentée, implémentation stable Axis1.4 affiche clairement sa non-compatibilité JSR 109. 0 Donne un moyen uniforme d'utiliser les registres basés sur des standards tels que ebXML ou UDDI. Permet l'accès à différents types de registres XML. Ces registres XML sont une infrastructure permettant la construction, le déploiement et la découverte de Web services. JAXR permet l'interaction avec plusieurs standards, dont UDDI (Universal Description, Discovery, and Integration) et ebXML (Registry and Repository standard). API non implémentée API partiellement implémentée, ou implémentation défectueuse API implémentée, implémentation stable 2 JAX-WS est la pièce maitresse de la « pile intégrée » qui inclut JAX-WS 2.0, JAXB 2.0, et SAAJ 1.3. La pile intégrée représente une nouvelle architecture logique de la fonctionnalité des services Web. JSR/API non implémentée JSR/API partiellement implémentée, ou implémentation défectueuse JSR/API implémentée, implémentation stable 0 La JSR 181 définit un format d'annotations facilitant la définition des services WEB JSR/API non implémentée JSR/API partiellement implémentée, ou implémentation défectueuse JSR/API implémentée, implémentation stable Le support est annoncé sur beehive (WSM) par exemple 1 La JSR 222 fournit une manière aisée de lier un schéma XML à une représentation en code Java. JAXB utilise des schémas (W3C XML Schema) pour faire ces liens. Une fois ce lien créé (grâce à un compilateur qui va générer les packages correspondant à un schéma donné), vous pouvez facilement sérialiser/desérialiser les objets Java sous un format XML. JSR/API non implémentée JSR/API partiellement implémentée, ou implémentation défectueuse JSR/API implémentée, implémentation stable 0

XML-RPC est un protocole RPC (Remote procedure call), une spécification simple qui permet à des processus s'exécutant dans des environnements différents de faire des appels de méthodes à travers un réseau (protocole HTTP pour le transport des données et la norme XML pour le codage des données). XML-RPC est conçu pour permettre à des structures de données complexes d'être transmises, exécutées et renvoyées très facilement. XML-RPC est l'ancêtre de SOAP non supporté support limité supporté 2 Simple Object Access Protocol (SOAP): protocole RPC orienté objet bâti sur XML et recommandé par le W3C. Il permet la transmission de messages entre objets distants, ce qui signifie qu'il autorise un objet à invoquer des méthodes d'objets physiquement situés sur une machine distante (par protocole HTTP, SMTP, etc ...) non supporté support limité supporté Axis 1.4 est annoncé comme étant un moteur "SOAP 1.1/1.2 compliant", mais bien que supportant SOAP 1.2, il a été principalement prévu/conçu pour être utilisé avec SOAP 1.1 (ce qui est requis pour le support de WS-I BP). 2 La version 1.2 de SOAP présente un certain nombre de modifications dans la syntaxe et fournit de la sémantique supplémentaire (ou clarifiée) par rapport à SOAP 1.1 non supporté support limité supporté Axis 1.4 est annoncé comme étant un moteur "SOAP 1.1/1.2 compliant", mais bien que supportant SOAP 1.2, il a été principalement prévu/conçu pour être utilisé avec SOAP 1.1 (ce qui est requis pour le support de WS-I BP). 2

En 2000, la note du W3C sur SOAP Messages with Attachments (SwA) a expliqué comment continuer à utiliser MIME (Multipurpose Internet Mail Extensions) pour des attachements référencés dans le header de SOAP. Si MIME est toujours utilisable, d'autres protocoles ont vu le jour. non supporté support limité supporté DIME est également supporté 2 XOP (XML-binary Optimized Packaging) : permet d'inclure dans le fichier XML des données binaires (par exemple pour des fichiers images, son, video) pour « améliorer l'efficacité ». MTOM (pour Message Transmission Optimization Mechanism) est une description de la façon dont XOP est utilisé dans le transport SOAP HTTP. Il spécifie comment gérer les pièces attachées à un message Soap 1.2. Le message et la pièce attachée sont encapsulés dans une enveloppe Mime Multipart. MTOM fournit un mécanisme de pointeur logique - l'élément xbinc:Include -, qui permet de créer des références internes aux pièces attachées - directement dans le message Soap. Cette approche facilite le traitement des messages Soap et favorise leur atomicité. non supporté support limité à XOP MTOM complètement supporté 0

Ensemble de spécifications et de règles facilitant l'intéropérabilité entre services web régis par les protocoles SOAP non supporté support limité supporté Cela permet entre autre à Axis de gérer les sessions par cookies http. 2 Complète Basic Profile 1.1. Fournit le support des messages SOAP à base de pièces jointes. non supporté support limité supporté 0

non supporté support limité supporté 2 non supporté support limité supporté 0 non supporté support limité supporté 0 non supporté support limité supporté 2 non supporté support limité supporté expérimental 1 non supporté support limité supporté 2

UDDI : acronyme de Universal Description Discovery and Integration, est une norme édictée par l'OASIS définissant une technologie d'annuaire basée sur XML et plus particulièrement destinée aux services Web, notamment dans le cadre d'architectures de type SOA (Service Oriented Architecture). Un annuaire UDDI permet de localiser sur le réseau le service Web recherché. Il repose sur le protocole de transport SOAP. non supporté support limité supporté Possibilité d'accès annuaires UDDI 2.0 via JAXR 2 abréviation de l'anglais Electronic Business using eXtensible Markup Language signifiant commerce électronique en utilisant XML, est une suite de spécifications basées sur le langage XML et définissant un standard pour le commerce électronique. Ce standard est édité par l'OASIS. ebXML s'adresse aux entreprises de toutes tailles, en permettant de définir les échanges électroniques entre l'entreprise et ses divers partenaires, comme les catalogues électroniques non supporté support limité supporté Possibilité d'accès annuaires UDDI 2.0 via JAXR 2

Le WSDL décrit une Interface publique d'accès à un Service Web : C'est une description basée sur XML qui indique « comment communiquer pour utiliser le service »; le protocole de communication, et le format de messages requis pour communiquer avec ce service. non supporté support limité supporté : le WSDL est exposé automatiquement Le WSDL est exposé (en utilisant ?wsdl" à la fin de l'url). 2 La version 1.1 n'est pas approuvée par le W3C, la version 2.0 a pour ambition de devenir un standard officiel approuvé par le W3C. non supporté support limité supporté : le WSDL est exposé automatiquement 0

WS-Policy permet de spécifier et de prendre en charge les pré-requis et capacités des fournisseurs et consommateurs de services web. non supporté support limité supporté Le support serait en cours de développement 1 "WS-MEX" permet d'obtenir les informations décrivant le service (WSDL, XSD et policies) Il vise la standardisation des opérations de récupération des "policies d’un endpoint" mais aussi son WSDL et son schéma de données (GetPolicy, GetWSDL, GetSchema). non supporté support limité supporté: exposition des WSDLs, XSDs et policies Seul le WSDL est exposé. 0 WS-Security permet d'assurer l'intégrité et la confidentialité du contenu des messages et ce même en présence d'intermédiaires non supporté support limité supporté Implémenté par WSS4J (http://ws.apache.org/wss4j/). La documentation sécurité est particulièrement riche : cf. http://ws.apache.org/axis/java/security.html . 2 WS-SecurityPolicy: Définition d'assertions décrivant la manière dont est sécurisé un message. non supporté support limité supporté 0 WS-Trust: offre des méthodes permettant d'obtenir, de renouveler et de valider les jetons de sécurité utilisés par WS-Security non supporté support limité supporté Le support serait en cours de développement. Implémentation WSS4J ? 1 WS-SecureConversation: peut être vu comme une optimisation du framework de sécurité. non supporté support limité supporté Pas de documentation trouvée, mais la javadoc indique que ConversationServerHandler implémente WS-Secure Conversation pour Axis. Implémentation WSS4J ? 1 WS-Addressing : maintient une session entre plusieurs invocations non supporté support limité supporté Axis 1.4 gère les sessions, notamment à travers la classe org.apache.axis.handlers. SimpleSessionHandler cf. http://wiki.apache.org/ws/FrontPage/Axis/SessionSupport 2 WS-ReliableMessaging : permet à un système de messages la gestion des pannes et de la perte ou désorganisation des messages. non supporté support limité supporté Implémenté dans le plugin Sandesha (http://ws.apache.org/ws-sandesha/) 2 WS-Coordination : Un framework permettant la coordination des actions au sein d'applications distribuées. Utilisé par WS-AtomicTransactions. non supporté support limité supporté Implémenté dans le plugin Kandula (http://ws.apache.org/kandula/). Kandula est une brique open-source qui implémente cette spécification, et est basé sur axis1.X 1 WS-AtomicTransaction : Prise en charge du "commit à deux phases". Toutes les opérations participant à une transaction atomique sont toutes exécutées avec succès ou toutes annulées. non supporté support limité supporté Implémenté dans le plugin Kandula (http://ws.apache.org/kandula/). Kandula est une brique open-source qui implémente cette spécification, et est basé sur axis1.X 1

Outil permettant de créer automatiquement les classes Java sur la base d'un WSDL. non supporté support limité, instable ou incomplet (ne génère que la partie cliente ou serveur) bon support (client et serveur), l'outil a une granularité fine de génération Bonne granularité dans les outils de génération. 2 outil permettant de créer automatiquement les WSDLs correspondant à des classes Java. non supporté support limité, instable ou incomplet (ne génère que la partie cliente ou serveur) bon support (client et serveur), l'outil a une granularité fine de génération Bon niveau de configuration de l'outil. 2 Facilité pour créer des livrables ou archives. Facilité d'intégration au build de génération de code non supporté: génération en ligne de commande support limité: tâche ant uniquement bonne intégration: tâche ant et plugin Maven1 et/ou Maven2 Axis est fourni avec un ensemble de tâche ant pour automatiser le build (les tâches sont axis-wsdl2java, axis-java2wsdl et axis-admin). cf. http://ws.apache.org/axis/java/ant/ant.html. Ils existent également des projets (indépendants) de plugins axis pour maven1 et maven2, ainsi que pour xdoclet. 2 Fourniture de plugins pour les environnements de développement intégrés (IDEs) (plugins intégrant les fonctionnalités de génération de code et la création de livrables ou archives). aucun plugin plugin aux fonctionnalités limitées ou défectueuses bon plugin, bonne ergonomie 2 aucun plugin plugin aux fonctionnalités limitées ou défectueuses bon plugin, bonne ergonomie De nombreux plugins existent pour Eclipse. Ils sont très complets : de la génération de code et wsdl jusqu'à la validation WS-I et le contrôle de traffique SOAP. cf. http://wiki.apache.org/ws/FrontPage/Axis/IDEIntegration 2 aucun plugin plugin aux fonctionnalités limitées ou défectueuses bon plugin, bonne ergonomie Fonctionnalités limitées. 1

non supporté supporté mais limité ou réalisé par un data binding obsolète ou non standard supporté et réalisé par un data binding standard et extensible (ex: JAXB) Un ensemble de sérialiseurs ou encodeurs et désérialiseurs ou décodeurs sont proposés en standard (Array, Bean, Date, Map, Element ...), ils étendent les interfaces standards définies par JAX-RPC. Axis 1.4 définit en plus un mécanisme d'extension pour définir vos propres mapping. (Castor, XMLBeans et JAXB sont par exemple tous supportés). 2 Intercepteurs qui peuvent être facilement branchés dans l'environnement d'exécution du service pour réaliser des tâches avant l'arrivée des messages au service et/ou après le traitement du service, avant le renvoi au client. aucun handler/intercepteur supporté support pour handlers/intercepteurs logiques uniquement: capables de modifier le message du service support pour handlers/intercepteurs logiques et protocolaires : c'est à dire capables de modifier le message mais aussi son enveloppe associée au protocole (ex: SOAPHandler et LogicalHandler de JAX-WS 2.0) Le support des handlers est un des premiers arguments d'architecture avancé par la documentation projet. 2 Gestion des paramètres en entête de requête SOAP ? Ces paramètres sont invisibles, par défaut, pour le client ainsi que pour l'implémentation du service. C'est un contexte implicite pour le service web utilisé par le système de services web ainsi que les Handlers permettant de gérer des problématiques liées à l'environnement d'exécution du service (la sécurité par exemple). Si ces paramètres d'entête SOAP sont "bindés" dans la WSDL à une opération, ils sont ajoutés à la signature de l'opération et seront donc accessibles dans le code du service web. C'est ce qui forme le contexte explicite. paramètres d'entête non gérés support pour contexte implicite: les paramètres d'entête peuvent être connus des handlers support pour contexte implicite et explicite La classe org.apache.axis.MessageContext permet d'accéder à tout ce qu'Axis connait du contexte du message 2 Cette solution de mise en oeuvre de web-services fournit-elle un moyen de gérer les appels asynchrones ? appels asynchrones non supportésles appels asynchrones ont un support limité (au polling). Le client est capable d'envoyer une requête SOAP sans être bloqué, en attente de réponse. Mais le callback n'est pas supporté, seul un mécanisme de polling (boucle de rappel basée sur un temporisateur) est éventuellement prévu. appels asynchrones supportés par les mécanismes de polling mais aussi de callbacks: la conversation est supportée. Le client fournit une adresse de retour, un intercepteur: un "callback handler/end-point". Cette fonctionnalité est intégrée à JAX-WS 2.0. Les notions dérivées de session et conversation sont contenues dans la spécification WS-Addressing. Polling et Callbacks supportés Bien que les sessions soient supportées, les appels asynchrones ne le sont pas. 0

Déploiement difficile, ou nécessitant un outillage non standard, ou de nombreuses étapes ou un reboot du serveur Déploiement aisé, mais nécessitant un arrêt du service Déploiement aisé et à chaud (hot deploy) 2 politiques de déploiement possibles : déploiement instantané et automatisé par JWS (Java Web Service) ou déploiement personnalisé par WSDD (Web Service Deployment Descriptor) 1 pas d'interface ni de fonctionnalité d'administration de gestion du cycle de vie des services fonctionnalités d'arrêt de redémarrage à chaud des services fonctionnalités avancées de gestion du cycle de vie des services et/ou interface d'administration associées 1

pas d'interface ni de fonctionnalité de production de statistiques d'accès aux services statistiques disponibles uniquement en temps réel, en snapshots ou rapports succints statistiques disponibles sur une période. Génération de rapports évolués Un utilitaire nommé tcpmon est disponible dans le paquetage org.apache.axis.utils, il permet de mettre en place un proxy et de suivre/debugger/rejouer les requêtes SOAP http. De plus un autre outil de contrôle pur: SOAP Monitor permet de contrôler les requêtes et les réponses à travers une applet. 1