Cliquez ici.
Cliquez ici.
Accueil
chercher            Plan du site              Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

xml decid : Stratégies, marchés, affaires autour de XML.

[xml-decid] Réf. : Re: Web services avec Axis

From: Tanguy.Crusson@devoteam.com
Date: 05/02/2003 - 16:57


 

A mon avis axis est de loin le meilleur outil java pour les Web Services.
Nous utilisons Axis chez nos clients :

- Il est plus complet au niveau de la transformation java >XML
(sérializeurs)

- Il est compatible Jax-rpc (J2EE).

- Les types complexes Java (XML-Schema) sont assez bien gérés
(beaucoup moins de code "àla main" qu'avec Apache SOAP)

- Il intègre un mécanisme de handlers qui permet de
découpler le service des contrôles techniques :
sécurit&eac,logging, etc. Le tout est géré dans des
fichiers de configuration. Ainsi, si on souhaite changer de gestion de
s&eacutecurité, on change le handler correspondant, cela n'a aucun
impact sur le service (avec un outil comme apache SOAP, on devrait modifier
l'implémentation du service, celui ci change donc de version).

Client -> Handler Sécurité client -> agent Axis
-------SOAP-------> agent Axis -> Handler sécurité serveur ->
Service

Par contre :

- au niveau performance, ce n'est pas le meilleur choix (GLUE est par
exempleplus performant).

- les fichiers WSDL générés doivent toujours être
retouchés àla main, en particulier pour les types complexes.

__________________________________________________
Tanguy Crusson
Devoteam - Direction du développement
Responsable offre Web Services
86, rue Anatole France
LEVALLOIS PERRET
Mobile : 06 22 75 68 04
mailto:tanguy.crusson@devoteam.com[1]
__________________________________________________

 
"Alain FLAGEOLLET" <alain.flageollet@unilog.fr>
Envoy&eacute; par : xml-decid-bounce@xmlfr.org
05/02/2003 13:52
Veuillez r&eacute;pondre &agrave;xml-decid

Pour : <xml-decid@xmlfr.org>
cc :
ccc :
Objet : [xml-decid] Re: Web services avec Axis

Merci de votre retour rapide
----- Original Message -----
From: <DDutour@lyon-partdieu.sema.slb.com>
To: <xml-decid@xmlfr.org>
Sent: Wednesday, February 05, 2003 12:31 PM
Subject: [xml-decid] Re: Web services avec Axis

>
>Axis fonctionne tr&egrave;s bien et reste relativement simple
&agrave;mettreen oeuvre
a
>condition d'avoir des outils d'aide permettant de faciliter la
d&eacute;claration
>des services (style JBuilder ou WSAD).
>
>En ce qui concerne les perfs:
>Si on consid&egrave;re le temps client -> serveur -> client,
>La premi&egrave;re connection &agrave;un service est lente >1.5 secondes,
>en suite les d&eacute;lais de r&eacute;ponses occillent en .5 sec et 1 sec.
>Avec un surcoup de transite + 1 Kilo octet par requ&ecirc;te.
>
>
>Pour une application client / serveur, je recommande l'utilisation du
xmlrpc
>qui est moins 'verbeux' est qui donne des performances tr&egrave;s
acceptables (
>~0.2 sec ) pour un surcoup de transite r&eacute;seau minimal (+ 450 octets
par
>requ&ecirc;tes comparait &agrave;un &eacute;change binaire pur).
>--
>Devenez redacteur <XML>fr et contribuez au developpement
>du xml francophone (http://xmlfr.org/infos/redacteurs[2]) !
>
>Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org[3]).
>
>Cette liste est a votre disposition pour discuter en francais de
>tout sujet lie a XML.
>
>Pour resilier votre abonnement, envoyez un message contenant la
>commande "unsubscribe" a xml-decid-request@xmlfr.org
>(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe[4])
>
>

--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs[5]) !

Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org[6]).

Cette liste est a votre disposition pour discuter en francais de tout sujet lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-decid-request@xmlfr.org (mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe[7])

--- Links --- 1 mailto:tanguy.crusson@devoteam.com 2 http://xmlfr.org/infos/redacteurs 3 http://xmlfr.org 4 mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe 5 http://xmlfr.org/infos/redacteurs 6 http://xmlfr.org 7 mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe -- Devenez redacteur <XML>fr et contribuez au developpement du xml francophone (http://xmlfr.org/infos/redacteurs) !

Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-decid-request@xmlfr.org (mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/02/2003 - 08:02 UTC

webmaster@xmlfr.org

 

xml decid

Discussions sur les marchés et entreprises autour de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet non technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement