Академический Документы
Профессиональный Документы
Культура Документы
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
requetes xml), annuaire service registry( fournit un endroit de publication des url et des
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.