Vous êtes sur la page 1sur 2

Un ws:composant logiciel identifi par une uri, dont les interfaces publiques sont dfinis est appeles en xml.

Ils
peuvent interagir entre eux dune manire prescrite par leurs dfinitions, en utilisant des msgs xml ports par les
protocoles internet :http pr transport de donnes+xml pr description data changs et lappel aux fcts
distantes+organise mcanismes dappel de fcts et de rponse.Les techno utilis :http,wsdl,xml-rpc(protocole
bas sur xml change msgs via http post),soap(protocole de comm,dcrit en xml standardis par w3c,circule sur
http et enveloppe des donnes),uddi (universal description,discovery& integration. fournit linfrastructure pr la
publication et la dcouverte des ws. Contient 3types dinfos:pages blanches incluent @,contact description et id
relatifs

au

sw+p

jaunes

identifient

secteurs

daffaires+p

vertes

donnent

infi

techn

sur

le

ws).Fonctionnement:service provider(met en application le ws et le publie sur net),service requester( utilise le


ws en envoyant

requetes xml), annuaire service registry( fournit un endroit de publication des url et des

descriptions des ws publis).3tapes:publication du ws,recherche du ws,et invocation du service.Couches


technoligiques:

transport(trasport

msgs

xml

changs

entre

les

applications

inclut

http

smtp

ftp),communication(formatage data changs 2 format -> rest archit de sw oriet ressources -> ar or opra xmlrpc et soap),descriptive de service(dcrire linterface publique des ws vec wsdl),publication de
service(centraliser les services dans un registre=>uddi).XML-RPCest un protocole simple utilisant XM pour
effectuer des messages RPC.soap: Le protocole permet d'appeler une mthode RPC et d'envoyer des messages
aux machines distantes via HTTP.protocole leger dinvocations de mthodes, se base sur xml,sa
structure(protocole

header,soap

envelope,soap

header,soap

body

mthode+param,soap

fault).Implmentation : jax-rpc,jaxr,jaxm.wsdl : dcrit les types de data utilises par le service,les msgs quil
peut recevoir ainsi que les liasons soap associ achaque msg.se compose 2parites=>pr l df concrtes sont
orients vers le clien pr servic physiqu(servic-indiq ladress des ports,port,binding-specifi 1 relation entre
portyp

et

protoc)+abstraites

orients

vers

la

description

des

capacits

du

service

web

(types,msg,opration,portType).UDDI=>4types-de-structures-de-Donnes:businessEntity(pblanches),business
Service(pjjaune),bindingTemplate(PV),tModel(desc techni des services,wsdl intervient pr publier des desc
techni de services)il a 4 modle interogation Query permettant l recherche,publication permettant l pub des info
dans uddi et securit et abbonement subscription contrle dacces .EjbLes E sont utiliss dans le cadre de
JEE,Les E sont des objets distants utilisant RMI/IIOP:garantir lusage des EJB via un quelconque code client,
Ces composants permettent de mettre en uvre la logique mtier d'une application code suivant une
architecture logiciels 3 tiers (spar entre modl vu met).La couche de prsenta: des clients lgers (nav W):les
servlets et les pages JSP sont utiliss pour mettre en uvre cette couche logiciel. On parle bien entendu
d'application Intranet/Internet. des clients lourds:une application Java graphique (AWT et/ou SWING),du
moins si cette partie est code en Java.la partie clien utlise api JNDI pour localis les obj distan.Topolog des
comp ejb :Les EJBSessionBeans sont utiliss pour reprsenter les donnes d'un client et les comportements qui
leur sont associs.Le conteneur d'EJB oui. Plus la gestion de la scurit et de la notion de transactions Les E
Session avec tat: maintient des donnes pour un client en mmoire. il y a donc autant d'objets Session avec
tats instancis que d'utilisateurs. En cas de dfaut de mmoire, le conteneur d'E sait passiver les E
momentanment inutiliss et les activer le cas chant.Les E Session sans tats: utiliss pour reprsenter un
client le temps d'un traitement. Seul le comportement de l'E nous intresse. le conteneur peut grer un pool

de composants E stateless6.Les EJbEntity Bean permettent de reprsenter une donne persistante ayant une
existence au niveau d'un support de stockage telle une base de donnes relationnelleLesE entits,deuxsouscatgories:LesE entitsCMPdlguent la persistance des donnes Les E entits BMP prennent en charge
l'accs aux bases de donnes. Le conteneur dcide malgr tout des moments auxquels l'E se synchronise avec la
baseLes E Messages B permettent la mise en uvre d'applications bases sur un traitement asynchrone de
messages. Faut s'appuyer sur un service JMS (Java Messages Service).Ils sont apparus avec le standard EJB
2.0.Mise en oeuvr E2.0 Tout E est, au moins, constitu d'une unique classe,des interfaces distantes: Une
interface qualifie "d'interface de fabrique": permet la construction d'un composantE( factory). Une interface
qualifie "d'interface mtier": permet de dfinir les services que propose le composant EJB.Le descripteur
de dploiement (structur en XML):. La classe de faade:elle implmenteral'interface mtier distante. La
cration d'un E Session est largement simplifie par la spcification E3: il n'y a pas decontrainte d'hritage
aucune mthode particulire implmenter.Le dveloppement d'un E3 Session se fait en trois tapes:
Dfinition de l'interface du composant Implmentation du composant Ajout des annotations EJB 3.