Re: Rada s vyvojem projektu

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 umoznuje
v 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: 
makub-8qz54MUs51PtwjQa/ONI9g@xxxxxxxxxxxxxxxx
Masaryk University             http://www.ics.muni.cz/~makub/
Botanicka 68a, 60200 Brno, CZ     mobil: +420-603-533775
--------------------------------------------------------------

smime.p7s
Description: S/MIME Cryptographic Signature