Voilà mon premier article. Il a pour objectif de présenter JBI (Java Business Service) aussi connue sous le doux nom de JSR 208 (Java Specification Release).
Pourquoi un article sur JBI ?
Vous pouvez vous demander pourquoi un article sur JBI? Les réponses sont simples : j'aime bien cette spécification et je trouve qu'elle a du potentiel et qu'elle est sous exploitée.
Bien sûr, me direz-vous, en tant qu'utilisateur d'un PEtALS ou ServiceMix, pourquoi devrais-je comprendre la technologie sous-jacente? Eh bien, c'est une affaire de goût : si vous préférez utiliser un produit comme une boite noire, passer votre chemin. Par contre, si vous voulez comprendre ce qui se passe à l'intérieur, j'espère que cet article pourra répondre à vos attentes.
Autre interrogation : pourquoi m'embêter à comprendre une technologie qui ne décolle pas (du moins de ma fenêtre) et sur laquelle les éditeurs ne communiquent pas énormément (c'est vrai qu'ils préfèrent communiquer sur ce qu'ils offrent et non comment ils le font) ? Là encore, question de goût et puis qui croyait en l'émergence du téléphone portable ou même de la télé réalité ? (personnellement, je ne croyais ni en l'un ni en l'autre...) cqfd... ;-)
Ce premier article a donc pour objectif de présenter JBI. Seront abordés ses concepts généraux avec une approche telle que celle décrite dans ses spécifications ainsi qu'un succinct retour sur ce que je pense de JBI..
Cependant, ne seront pas abordés, ici, les mécanismes utilisés en son sein ainsi que des notions de SOA (de très bon article abordent déjà SOA) même si, qui dit JBI dit SOA (la réciproque n'est pas foncièrement vrai...).
Il est à noter que dans cet article j'utiliserai souvent le terme de composant (peut être à mauvais escient) au lieu du terme service. Il s'agit d'un abus de langage lié au fait que j'ai tenté d'être le plus clair possible et que en évitant d'aborder trop de notions afin d'éviter de vous perdre ;-).