> > Co p?esn? je mín?no "vela balastu" a "iba
> > potrebna data"?
> Napriklad ked potrebujete iba potvrdit prijem dat a odpoved
> ma byt iba obycajne "OK", tak musite posielat aj celu SOAP obalku.
Otazkou je, zda budete tech requestu tolik aby se takovyto overhead projevil.
> Asi by som mala doplnit aj cele pozadie problemu. Kolega bol
> 3 dni na skoleni, kde prednasajuci WebServicy uplne odpisal.
> Ja by som radsej pouzila WebService ako vlastny format, ale
> potrebujem argumenty a chcela som si vypomoct touto konferenciou.
To je prave otazkou, CO vlastne odepsal. WebService je totiz predevsim
buzzword a schova se pod ne ledacos.
Pokud potrebujete argumenty, musite je najit konkretne: jake jsou alternativy.
A to konkretne: jak by vypadal onen "vlastni format".
A rozhodne bych zacal shora, tj. od te nejabstraktnejsi otazky:
Jaka je koncepce komunikace?
- volani metod
- predavani zprav
- predavani dokumentu
- prace se zdroji (CRUD)
- (ted me vic nenapada, ale urcite budou dalsi)
- kombinace
Kazda koncepce ma jine pozadavky na komunikacni protokol i na prenosovy
protokol.
Dalsi otazkou pak je:
Jaka bude rozmanitost dat, jak jsou strukturovana? Zvlast je potreba vzit data
posilana a data prijimana jako odpoved. Pokud se budete blizit jednoduchym
nestrukturalizovanym datum (poslan blok dat, odpoved je OK nebo ERROR), tak je
samozrejme SOAP nevhodny (v extremnim pripade je idealni FTP).
A tak by slo pokracovat...
> Radovana Straube
