Zdravím,
odpovídám na zprávu ze středy, 25. ledna 2006,
kterou Oto Buchta napsal(a) v 22:28:17:
IBM, ktera drzela ochranou ruku nad vyvojem mnoha Java
O> projektu na Apachi (viz kompletni prepis Xerces2, kde v javadocu temer kazde
O> tridy najdete @autor [EMAIL PROTECTED]) odmitla pred rokem a pul dale
pokracovat ve
O> vyvoji obou Axisu. Duvod je prosty: podivejte se na API Indiga a zjistite,
ze
O> by Axis potreboval uplne novy prepis a ten dela interne IBM pro WebSphere.
O> Indigo je take duvod, proc mnoho SOAP Stack oriented firem konci. Pro nas,
O> linuxare, je to smutna zprava, ale velke pronajimane clustery longhornu
O> honicich stateless webservisy je vize, ktera nema daleko k uskutecneni.
Takže AXIS, obě verze, jsou dnes vyvíjené kým? Sponzoruje je jen Apache, nebo
už nikdo?
A Indigo je předpokládám komerční. Dalo mi chvilku zabrat tak často používané
slovo najít ve správném spojení, ale nakonec jsem ho našel ve spojení s
'Windows Communication Foundation', takže je to jasné.
O> Ano. Axis 1 je humus a SUNi referencni implementace JAX* jsou uplne, jak se
to
O> rekne slusne, no proste jsou k nicemu jiz pri zatezi 5 zprav za sekundu.
Takže do JAXu se pouštět teda vůbec nebudu :-) To bych spíše asi měl zkusit
ten Axis2. Ale ten má ještě asi daleko do stabilní verze.
O> Naprosty souhlas. Vsem vyvojarum zacinajicim v WebServisama bych doporucil:
O> naucte se XML Schema, naucte se WSDL, sezente si nastroj, ktery umi
O> XMLSchema2Java nebo XMLSchema2WSDL a WSDL2Java. Usetri Vam to spoustu, ale
O> opravdu spoustu neprijemnosti.
Právě že, já napíšu na serverové části třídu a díky ANTu a nástrojům, které
Axis má se s toho vygeneruje WSDSL a z něj následně klientské třídy na straně
klienta. Já si to ručně nevymýšlím a ani se mi do toho moc nechce.
O> (Navic misto document/literal pouzivejte
O> wrapped doclit, protoze to je to, co jedine umi korektne honit MS :-( Jojo,
O> featury jsou pekna vec, ale interoperabilita s MS je ve svete SOAPu vzdy na
O> prvnim miste :-( )
O> Je totiz se potreba naucit, ze komunikacnim jazykem sveta WS-* je XML podle
O> XMLSchematu. Tam se musi ztratit veci typu null misto Integer, null misto
O> prazdneho pole, dedicnost na tridach, rekurzivni struktury (treba obousmerny
O> spojovy seznam, pokud vim, neumi zaserializovat nikdo) atd. Az si toto
O> uvedomite, zjistite, ze se budete divat po SOAPovych implementacich podle
O> specky, kterou podporuji. V tomto je na tom dobre prave Axis2, nebot je
casto
O> pouzivan jako referencni implementace nekterych specifikaci (coz na druhou
O> stranu casto znamena, ze ta nejhorsi :-( )
Já chápu, že smyslem SOAPu je především smést rozdíly mezi platformami. Proto
je mi jasné, že si nemůžu přenášet zcela libovolné věci, ale pokud vím, tak
SOAP umožňuje přenášet složitější věci než řetězce a čísla.
Potřebuji prostě přenést něco jako pole Map. Potřebuji totiž napsat
synchronizaci databáze mezi serverem a klientem. Prostě jen to, aby se
zjistilo, kde došlo ke změně a poslali se na druhou stranu změněná data. Pak
taky budu potřebovat přenášet obrázky, na to jsem taky hodně zvědav.
A pokud možno chci v tuto chvíli co nejméně zabřednout do studia toho, jak to
přesně na pozadí funguje, protože mi mezitím uteče zákazník. Hold tohle se ve
školách neučí, takže se to teď učím přímo za pochodu.
V současnosti mám na obou stranách Axis a doufal jsem, že když už HashMap
podporuje, tak že to bez problému zvládne.
O> Pokud nepotrebujete nic vic, nez jenom vystavit server pro http soap a jeste
O> navic bez autentizace, jdete do ceho chcete, je to vicemene burt. Klidne i
do
O> JBossu, protoze J2EE 1.4 ma JAXM.
Autentizace patrně bude nutná, ale HTTP autentizaci umí i AXIS a citlivá data
se přenášet nebudou. Jinak by přece ale stačil SSL? To je další věc, kterou
jsem zatím nepochopil. Proč pro SOAP existuje speciální rozšíření týkající se
šifrování, když to jde hodit přes SSL. Ale předpokládám, že to bude kvůli
rychlosti.
--------------------------- Původní zpráva ---------------------------
Odesilatel: Oto Buchta <[EMAIL PROTECTED]>
Předmět: webové služby
Datum: 25. ledna 2006, 22:28:17 (GMT +0100)
Přílohy: <none>
msgid:[EMAIL PROTECTED]
------------------------ Konec původní zprávy ------------------------
--
---------------------------------------------------------------------
Tomáš Procházka
E-mail: [EMAIL PROTECTED]
WWW: http://atom.sf.cz
ICQ: 87147320
---------------------------------------------------------------------
