Bloc note d'un Android developpeur: Android :Le ...

http://jahbromo.blogspot.com/2009/09/android-le-w...

Partager

Signaler un abus

Blog suivant

Crer un blog

Connexion

Bloc note d'un Android developpeur

1 sur 4

28/06/2011 17:41

Bloc note d'un Android developpeur: Android :Le ...

http://jahbromo.blogspot.com/2009/09/android-le-w...

MARDI 22 SEPTEMBRE 2009

Android :Le WebService avec XMLRPC

I'M SIDIBE ALI BROMA, MOBILE SOFTWARE ENGINEER SKILLED ANDROID, SOLUTION ACCROSS PLATFORM(TITANIUM)

Pour commencer il s'avre intrressant de dfinir brievement quelque notion elementaire : 1. WebService :
En quelques mois, les Web Services sont devenus le nouveau point de convergence technologique de l'ensemble des acteurs du march de l'informatique. L'objectif des Web Services est de faciliter l'accs aux applications entre entreprises et ainsi de simplifier les changes de donnes. Ils poursuivent un vieux rve de l'informatique distribue o les applications pourraient interoprer travers le rseau, indpendamment de leur plate-forme et de leur langage d'implmentation. Dans ce sens, ils s'inscrivent dans la continuit d'initiatives telles que CORBA (Common Object Request Broker Architecture, de l'OMG) en apportant toutefois une rponse plus simple, s'appuyant sur des technologies et standards reconnus et maintenant accepts de tous. Qu'est-ce qu'un Web Service ? Un Web Service est un composant implment dans n'importe quel langage, dploy sur n'importe quelle plate-forme et envelopp dans une couche de standards drivs du XML. Il doit pouvoir tre dcouvert et invoqu dynamiquement par d'autres services.

November, 29, San Francisco

LISTES DES ARTICLES PUBLIES

2011 (1) 2010 (3) 2009 (28) dcembre 2009 (6) novembre 2009 (10) octobre 2009 (7) septembre 2009 (5) sept. 26 (1) sept. 22 (1) Android :Le WebService avec XMLRPC sept. 20 (2) sept. 18 (1)

Cette nouvelle technologie, initie par IBM et Microsoft, puis en partie normalise sous l'gide du W3C, est maintenant accepte par l'ensemble des acteurs de l'industrie informatique sans exception. C'est surtout ce point qui fait des Web Services une technologie rvolutionnaire. Les aspects purement technologiques n'ont eux rien de fondamentalement novateurs. Au contraire, l'architecture des Web Services s'est impose (tout comme le langage XML) grce sa simplicit, sa lisibilit et ses fondations normalises. Le concept des Web Service s'articule actuellement autour des trois acronymes suivants : SOAP (Simple Object Access Protocol) est un protocole d'change inter-application indpendant de toute plateforme, bas sur le langage XML. Un appel de service SOAP est un flux ASCII encadr dans des balises XML et transport dans le protocole HTTP. WSDL (Web Services Description Language) donne la description au format XML des Web Services en prcisant les mthodes pouvant tre invoques, leur signature et le point d'accs (URL, port, etc..). C'est, en quelque sorte, l'quivalent du langage IDL pour la programmation distribue CORBA. UDDI (Universal Description, Discovery and Integration) normalise une solution d'annuaire distribu de Web Services, permettant la fois la publication et l'exploration. UDDI se comporte lui-mme comme un Web service dont les mthodes sont appeles via le protocole SOAP. Un avantage significatif des Web services, relativement aux autres solutions d'architecture distribue, est son support des pare-feux (firewalls) : l'utilisation du protocole HTTP sur le port 80, gnralement ouvert, leur permet de passer sans encombre ces barrires de l'entreprise. Cette facilit engendre dautres soucis de scurit, lutilisation par dfaut de ces caractristiques est trop permissive et ncessite une prise en compte de la scurit au niveau des protocoles. L'infrastructure Web Services La normalisation actuelle autour des Web Services est cependant un vaste chantier qui va bien au-del de la simple invocation d'une mthode d'un objet distant. Diffrents travaux ont ainsi dmarr pour tenter de dfinir une vritable infrastructure distribue, capable de satisfaire l'ensemble des besoins d'une application distribue, aussi bien en terme de normalisation des changes qu'en terme de services transverses. On peut schmatiser cette organisation des comits de normalisation selon le dcoupage matriciel suivant : Normalisation des services transverses sur trois axes horizontaux: - Couche de transport : Dfinition de la structure des messages utiliss par les applications pour se dcouvrir et dialoguer entre elles - Couche de smantique : Normalisation des donnes participant aux changes selon des critres mtier - Couche de gestion des processus : Standardisation de la gestion des processus mtier qui s'tendent sur plusieurs applications disponibles sur l'Internet Normalisation des services transverses sur trois axes verticaux: - Service d'annuaire : Standardisation des moyens d'accs un service partir d'une requte portant sur le contenu d'un service ou sur un fournisseur - Service de scurit : Normalisation des moyens permettant de couvrir les problmatiques d'authentification et de gestion des droits d'accs - Service de transaction : Normalisation des moyens permettant de garantir l'intgrit des transactions longues impliquant plusieurs Web Services Etat de la normalisation A l'heure actuelle, seule la couche de transport est rellement normalise et ne souffre d'aucune contestation. Elle s'appuie sur le protocole SOAP pour l'change des messages et sur le langage WSDL pour la dfinition du contrat de l'interface. Les initiatives de dfinition de la couche de smantiques des messages sont nombreuses et n'ont pour le moment pas conduit une quelconque normalisation. Deux types de chantiers sont actuellement ouverts, l'un organis selon les diffrents corps de mtier, l'autre suivant une approche plus globale autour de consortium tel que OASIS (initiateur de ebXML) ou RosettaNet. L'orchestration de transactions B2B complexes, fonde sur une modlisation normalise des flux est galement une initiative qui n'avance que trs lentement et sur des activits non concertes. On peut citer en exemple BPML (Business Process Modeling Language de BPMI), WSFL (Web Services Flow Language, d'IBM) ou XLang (de Microsoft). Au niveau des services, on pouvait penser que la proposition d'annuaire UDDI apporterait une solution dfinitive. On constate qu'il n'en est rien et que le canevas, trop global, du projet ne convient pas une problmatique d'changes entre entreprises se connaissant. Il se voit maintenant concurrencer par WS-Inspection (propos par IBM et Microsoft, pourtant l'origine de UDDI). Moins ambitieux puisque consistant en une simple exposition, par agrgation, des services d'une entreprise, il est toutefois plus adapt cette seconde problmatique. La gestion de la scurit et des transactions est actuellement le frein le plus important la mise en place d'architectures distribues base de Web Services. Plusieurs chantiers sont ouverts mais aucun n'est rellement accept. On peut cependant penser que la norme XACML (eXtensible Access Control Markup Language ) devrait supplanter SAML

2 sur 4

28/06/2011 17:41

Bloc note d'un Android developpeur: Android :Le ...

http://jahbromo.blogspot.com/2009/09/android-le-w...

(Security Assertion Markup Language) au niveau scurit et s'imposer terme comme standard de scurit. En ce qui concerne l'aspect transactionnel, la lutte est plus ouverte, mme si BTP (Business Transaction Protocol ) semble plus soutenu actuellement. Cas Concrets Que ce soit dans le monde de J2EE ou dans celui de .NET, tous les acteurs majeurs proposent une solution oriente Web Services ainsi que l'intgration imminente des standards associs. Paralllement, les premires utilisations de cette technologie voient le jour, notamment dans le domaine des solutions de CRM (Sevina ou Onyx), de gestion des ressources humaine (CCMX) ou de mutualisation de contenu (Systeme U, Digiplug). Est-il urgent d'attendre ? Les Web Services provoquent un intrt vident auprs des architectes et des dcideurs. La question rcurrente concerne leur degr de maturit. Il est clair que sur une technologie aussi rcente, le recul n'existe pas. Mais, mme si l'difice est encore fragile, il repose sur des bases solides (SOAP et WSDL) qui ont prouv leur efficacit et leur maturit. D'ores et dj, les Web Services ont quitt le champ des changes inter-entreprises pour s'accaparer celui du rfrencement et de la mise disposition des ressources de l'entreprise, empitant en ce sens sur les technologies de type EAI. Cette utilisation elle seule prouve la qualit du modle et sa prennit, notamment au niveau des couches les plus basses. Par contre, la normalisation complte d'une architecture distribue fonde sur les Web Services n'est pour le moment qu'un rve annonc chaque anne, pour la fin de l'anne suivante ! Par ailleurs, ce modle n'chappe pas des problmes de performance : les donnes sont transmises en ASCII dans une encapsulation XML elle-mme intgre dans une enveloppe SOAP puis HTTP Le problme du choix de la bonne granularit du service, commun toutes les architectures distribues, se prsente dans le cas des Web Services de manire plus aigu encore. Mme s'ils n'ont pas acquis la maturit ncessaire leur industrialisation, les Web services s'annoncent plus que jamais comme la rponse approprie aux problmatiques d'change de donnes et d'intgration d'applications

MY RESUME

SIDIBE Ali-Broma Mobile Software Engineer skilled in Android and solution accross plateform

2. XML 3. XMLRPC 3.0 Introduction :

Issue de la socit Userland Software (Avril 1998), la technologie XMLRPC repose, comme son nom l'indique, sur XML (Extensible Markup Language) et sur le protocole RPC (Remote Procedure Calling). Tandis qu'XML apportel'indpendance vis vis de la plate-forme d'excution, RPC apporte la possibilit d'effectuer "des appels de procdure" via internet.

Grce l'utilisation de la technologie XML-RPC, il est ainsi possible diffrentes applications de dialoguer entre elles sans se soucier des systmes sur lesquelles elles fonctionnent, ni mme du langage dans lequel elles ont t crites. En effet il existe de nombreuses implmentations de cette technologie : PHP, Java Java ME, C, Android etc...

3. 1 Definition XML-RPC est un protocole RPC (Remote procedure call), une spcification simple et un ensemble de codes qui permettent des processus s'excutant dans des environnements diffrents de faire des appels de mthodes travers un rseau. XML-RPC permet d'appeler une fonction sur un serveur distant partir de n'importe quel systme (Windows, MacOSX, GNU/Linux) et avec n'importe quel langage de programmation. Le serveur est lui mme sur n'importe quel systme et est programm dans n'importe quel langage. Cela permet de fournir un Service web utilisable par tout le monde sans restriction de systme ou de langage. Les processus d'invocation distance utilisent le protocole HTTP pour le transport des donnes et la norme XML pour le codage des donnes. XML-RPC est conu pour permettre des structures de donnes complexes d'tre transmises, excutes et renvoyes trs facilement. XML-RPC est l'anctre de SOAP 3.2 : Fonctionnement:

Publi par jahbromo l'adresse 02:41 Ractions :

3 sur 4

28/06/2011 17:41

Bloc note d'un Android developpeur: Android :Le ...

http://jahbromo.blogspot.com/2009/09/android-le-w...

Commentaire :

Slectionner le profil... Aperu

Publier un commentaire

Message plus rcent

Accueil

Message plus ancien

Inscription : Publier les commentaires (Atom)

MY RESUME

Modle Simple. Fourni par Blogger.

4 sur 4

28/06/2011 17:41