hi all,
kdyz jsem si tak cetl diskusi: vubec si nemyslim, ze jedina rozumna aplikace SOAPu je pro EAI nebo B2B, jak se tady naznacuje. Srovnavat enterprise technologie typu CORBA, EJB se SOAPem je asi taky dost mimo. Vzdyt web services jsou hlavne o jinem (z mnoha ohledu lepsim) pristupu k tvorbe webovskych aplikaci. Kolik procent web serveru ted ma jako svoje backendy J2EE servery nebo CORBA runtimy? Vzdyt jsou tu tuny jednodussich aplikaci bezicich na klasicke kombinaci Apache + php apod. Vize Idooxu je mimo jine zalozena na tom, ze SOAP, WSDL, a UDDI spojeny vhodne do jednoho celku povznesou tyto aplikace z urovne CGI skriptu na distribuovane objekty, organizovane a vyhledatelne napr. podle interfejsu, komunikujici jednim jazykem (nezavislym na transportu!)... To je pro me pritazlive daleko vic nez EAI, i kdyz uznavam, ze v integraci a b2b komunikaci je trochu vic penez (a asi vic problemu a tudiz i spousta vyzev). Proto taky v Idooxu delame oboje :-) Nas system je maximalne integrovan s J2EE (SOAP/JMS, JTA, EJB, security), ale nezavisi na nem, tudiz udelat si s nasim produktem jednoduchou web servisku bezici treba na Tomcatovi je zalezitost asi 5 minut.
Jinak souhlasim s Gergiho naznakem, ze se ze SOAP/WSDL/UDDI++## muze stat CORBA pristi generace :-)