Version imprimable
Bonjour à tous.
je voudrais savoir si on peut considérer java RMI comme une programmation orientée services vu que le serveur va exposer ses 'services' dans un registre accessible à tous.
je suis sûrement en train de tout confondre alors une bonne séance de 'points sur les I' serait la bienvenue. ;)
Merci.
Question intéressante...
J'aurais tendance à répondre que non.
RMI (Remote Method Invocation) expose des méthodes. On pourrait effectivement penser "méthode = service" mais il y a des limitations à cette approche :
- le client doit être codé en Java pour invoquer les méthodes distantes (alors qu'un service exposé ne devrait pas imposer le langage de celui qui l'appelle)
- le client doit utiliser exactement les mêmes classes dans les mêmes versions que le serveur (pour la sérialisation). Cette contrainte lie fortement les deux parties (le serveur ne peut faire évoluer ses objets sans que tous les clients doivent s'adapter), ce qui à mon avis s'oppose à la notion de service
Dans les "architectures orientées services" :
- les services reposent sur un "contrat" (généralement WSDL)
- les services imposent un protocole d'échange (SOAP par exemple), mais pas les technologies (ni du côté serveur, ni du côté client) qui peuvent être diverses, assurant une indépendance entre le fournisseur et le (ou les) consommateur du service
d'un autre coté en poussant RMI dans ses ultimes retranchements on peut obtenir une architecture services un peu particulère: Jini (apache River).( avis horriblement subjectif: c'est vachement mieux que les web-services :( ... mais ça n'a pas la même cible il faut dire).
clair net et précis :)
merci pour la réponse.