In linii mari , iata despre ce e vorba: intre 2 parteneri se schimba date in pachete (printr-un port oarecare) modul in care se impacheteaza si apoi despacheteaza acele date este standardizat; doresc ca tratarea acestor mesaje adica receptia si trimiterea pentru mine ca partener A, sa o fac prin mecanismul SSB; nu ma intereseaza ce mecanism are partenerul B, nu intru in bucataria lui; pe mine ma intereseaza sa-i trimit si sa receptionez acele date standardizate. Daca e sa desenam arhitectura SSB cu cei 2 parteneri , sa ne imaginam ca undeva la mijloc se taie cu o linie , nu stiu ce este la celalat, insa in continuare tratez ce primesc si ce trimit.

De aceea mai devreme am avansat ideea cu SOAP: ma gandeam ca endpointul de tip SOAP este poarta de intrare pt ce vine de la/pentru partenerul B in timp ce, normal SSB , primeste/trimite prin endpoint de tip service broker. Ramane ca endpointurile sa se "inteleaga" intre ele cumva.

---

Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)