SOAP je podle me lepsi na integraci systemu. Mel jsem samozrejme na mysli RMI resp. RMI over IIOP.
Myslim, ze diskutovat o tom jak SOAP nahradi EJB nebo CORBu na urovni middleware je nesmysl. Zminovana role SOAPu je integrovat EJB, CORBA, COM/DCOM a dalsi distribuovane objekty a aplikace. Na to je podle me mnohem vhodnejsi nez CORBA, RMI a jim podobne protokoly.
Situace CORBA a EJB je velmi podobna pokud jde o interoperabilitu. Jinak pokud jde o J2EE standard a jeho dodrzovani jednotlivymi aplikacnimi servery, nikdo me po moji vice nez dvoulete praci v SilverStreamu nepresvedci, ze neco jako J2EE certifikace je zarukou kompatibility EJB containeru. (pomijeni WebSphere, ktera je svetova 2 v app serverech mi pripada nekorektni). Vzajemna interoperabilita EJB containeru je podle meho nazoru naprosto zalostna, ale to je namet na jinou debatu.
Pokud jde o vykon, jsem presvedcen, ze pri soucasne vykonnosti SOAP stacku (Java - cca 500 msgs za sekundu, C++ okolo 1500) je pro vetsinu implementaci diskuze o vykonnosti bezpredmetna. Pro me je diskuze o vykonu stejna jako kdybych si vybiral mezi auty, z nichz jedno ma maximalni rychlost 250 a druhe 300. Pokud nejsem pilot F1, dam pochopitelne prednost jinym argumentum :o)