Permettez-moi d'essayer de répondre au mieux de mes connaissances :
- Le
OSB
est l'ALSB
du BEA révisé . Le but principal de ceci est le travail deESB
. Il se situe entre votre couche de présentation et le reste de l'application. Il définit les limites de votre application et prend en charge la médiation entre les différentes unités. - Vos composants et divers sous-systèmes qui contiennent une logique métier (pensez aux différents services d'une organisation) sont appelés
Composite
s. Par exemple, ces composites pourraient utiliser en interne des BPEL pour représenter la logique métier et utiliser JCA pour atteindre les services (base de données, ejbs, etc.) qui leur sont locaux. - Ces
Composite
s, s'ils ont besoin de contacter des services en dehors de leur juridiction (désolé, je n'ai pas trouvé de meilleur mot), ils doivent contacter le BSF. - Toute exigence interne pour un service de médiation est satisfaite par un
Mediator
(malheureusement, il s'agit d'une révision de l'OESB )
Comme vous pouvez le constater, il s'agit en quelque sorte d'une tentative pathétique d'Oracle de vendre à la fois sa solution ESB d'origine et les produits achetés à BEA. Laissez-moi vous dire, rien ne vous empêche de câbler vos services internes dans OSB lui-même (probablement la direction ultime d'Oracle)
Je suis sûr que vous pourrez en savoir plus après avoir relu et travaillé. Veuillez mettre à jour votre question avec vos conclusions.