Taky se přidám do diskuze :-) Oto 'tapik' Buchta wrote:
1) U webovych sluzeb neni zarucena doba odezvy- u Webove Sluzby je to naprosto stejne jako u jakekoli jine meziprocesove komunikace (ani nemusi jit o sitovou komunikaci pres TCP/IP ci jiny sitovy protokol). NIKDY nemate zarucenu dobu odezvy. Jedine, co vam muze jakz takz
zcela souhlas
2) Webove sluzby se nedaji pouzit na real-time aplikace- dneska si uz nikdo nedokaze predstavit velke simulacni systemy, aniz by fungovali na clusterech pri pouziti vicevrstve architektury. A vicevrstva architektura znamena sitarinu a jsme u bodu 1). A budete se divit, co vsechno se dnes dela pres WebServisy. Par prikladu:
No, real-time systemy jsou systemy, ktere musi mit odezvy do par milisekund, protoze ridi jaderne elektrarny, letici rakety,
brzdy v automobilu atd. Simulacni system neni real-time system, tomu staci, aby si zpozdeni nevsimli uzivatele. Jeho cast generujici treba 3D prostredi musi byt sice schopna vygenerovat novy obrazek kazdych 40ms (25Hz), ale simulace rozhodnuti jinych bojovych jednotek se tak rychle dit nemusi.
3) WebServisy jsou pomale, protoze se dela serializace a deserializace mezi XML a objektovou reprezentaci. - mnoho velkych systemu pracuje nativne nad XML dokumenty, takze pouzivaji jako rozhrani tzv. RAW servisy, tedy ve skutecnosti servlety a pouze generuji SOAP misto HTML. Zpracovani SOAP Envelope zabere zlomek casu oproti vlastnimu naparsovani XMLcka. Ano, XML je zakladnim kamenem urazu.
Ano i ne. Muzes klienta i server webservice naimplementovat jako ciste XML parsery a generatory XML.
Ale bezni programatori (po vzoru "bezny praci prasek" :-) )vyuziji pro implementaci klient a server stubu nastroje, ktere z nich sejmou drinu a namapuji XML na objekty, coz trva.
4) Zavolani WebServisy je HTTP request-response.- SOAP je nezavisly na transportnim protokolu. Nedavno jsem dokonce slysel, ze jeden clovicek pouziva SOAP via disketa ;-). Ale SMTP a JMS transporty jsou zcela bezne pouzivane.
Az na to, ze WSDL 1.1 umi pouze HTTP binding, a kdo chce WS-I kvuli interoperabilite, musi si s nim vystacit. Takze to neni mytus, to je realita, pokud clovek neni velka firma kupujici si podnikove reseni od velkeho dodavatele reseni zalozenych na WS ...
Ad rychlost prenosu dat: uz jsem psal, ze potize jsou v XML. Pockejte na binarni XML a prenos se dostane o rad jinde.
Existuje ASN.1, coz je v podstate binarni XML, protoze to umoznujev binarnim tvaru ukladat libovolne strukturovana data. Pouziva se to hojne v bezpecnostnich vecech, treba S/MIME, X509 certifikaty a spol.
Kolega delal jako diplomku nastroj, ktery z daneho WSDL vygeneruje klient a server stuby, ktere spolu komunikuji pomoci ASN.1 misto XML. Skutecne nameril nekolikasetnasobne zrychleni. Bohuzel, taky zjistil, ze knihovny implementujici ASN.1 ho implementuji korektne vzdycky jenom kousek. Asi maji binarni rozsiritelne formaty nejaky principialni hacek, kterym jim brani v rozvoji. Makub -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Supercomputing Center Brno Martin Kuba Institute of Computer Science email: [EMAIL PROTECTED] Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 --------------------------------------------------------------
smime.p7s
Description: S/MIME Cryptographic Signature
