- UDDI - klient vyhleda vhodny enpoint a smeruje zpravu vlastne sam a take se dle WSDL rozhoduje, jake informace a jak odeslat. Nejsem si jist, ze je to, co autor dotazu chtel.
Ano, nejde mi o klienta, ale o server (servis) - musi byt navazany na urcite endpointy podle dane konfigurace, ve ktere bude napsano: tento endpoint posilej tam, tento zase jinam.
- ESB - myslim, ze ESB je celkem to prave - klient posle neco, co bych nazval generickou XML zpravou a vlastni transformaci, pripadny enrichment a smerovani zajisti ESB. Mule je fajn OpenSource reseni, ale mozna, ze se toto necha udelat i na CXF (ja bohuzel znam jen XFire a ja si nejsem jist, jak je to tam se zpracováním zpráv, pro které neznám dopředu strukturu). Take existuji HW smerovace XML - napr. DataPower. Ty jsou velmi rychle, efektivni a snadno se konfiguruji, ale jsou dosti drahe.
ESB nejspis nemohu vyuzit, protoze mi nejde ani tak o presmerovani, jako o to, abych tu zpravu behem tohoto preposlani zpracoval. Kdybych mel byt konkretni, tak pisu WS relay, ktera prijme SOAP zpravu a pres Apache Yoko/CXF CORBA binding ji posle po IIOP protokolu. Prakticky je to ale WS-to-WS relay, protoze v CXF se pracuje s CORBOU jako se SOAP/WS volanim. LZ -- Lukas Zapletal http://lukas.zapletalovi.com
