Lad mig prøve at svare efter min bedste viden:
OSB
er BEA'sALSB
overhalet . Hovedformålet med dette er jobbet somESB
. Det sidder mellem dit præsentationslag og resten af applikationen. Det definerer grænserne for din ansøgning og understøtter mægling mellem forskellige enheder.- Dine komponenter og forskellige undersystemer, der indeholder forretningslogik (tænk på forskellige afdelinger i en organisation) kaldes
Composite
s. For eksempel kunne disse kompositter internt bruge BPEL'er til at repræsentere forretningslogik og bruge JCA til at nå ud til tjenester (database, ejbs osv.) lokalt for dem. - Disse
Composite
Hvis det er nødvendigt at kontakte tjenester uden for deres jurisdiktion (undskyld, kunne ikke komme i tanke om et bedre ord), skal de kontakte OSB. - Eventuelle interne krav til en tjenesteformidling opfyldes af en
Mediator
(desværre dette er OESB-eftersyn )
Som du kan se, er dette et slags patetisk forsøg fra Oracles side på at sælge både deres originale ESB-løsning sammen med de produkter, de købte fra BEA. Lad mig fortælle dig, intet forhindrer dig i at forbinde dine interne tjenester i OSB selv (sandsynligvis den ultimative retning for Oracle)
Jeg er sikker på, at du vil være i stand til at finde ud af mere efter at have genlæst og arbejdet med hånden. Anmod om venligst at opdatere dit spørgsmål med dine resultater.