Verzovanie webových služieb
Dusan Zatkovsky
msk.conf na gmail.com
Středa Listopad 11 15:14:39 CET 2009
Ahoj.
Tiez nie som v tejto veci profik, ale skusim dat par postrehov.
1. zmena struktury v db, alebo cokolvek v podvozku
Pokial oddelis podvozok od webservice ( napr. pomocou ejb ),
tak zmena sql dotazov bude nutna len v tom danom ejb. Webservicy sa o zmene
nemusia vobec dozvediet. Toto sa da tusim naklikat v netbeans, je to
webservice from existing java bean, alebo take daco. Vyhodou je, ze ten
podvozok mozes za behu servera menit bez zastavenia sluzieb.
2. Zmena API danej webservice
... znamena, ze sa jedna o uplne novu webservice.
Imho jedina moznost ako prevadzkovat ws so starym a novym api su 2 samostatne
ws. Ja osobne to robim tak, ze cislo verzie ws je sucastou url. Neviem, ako
inak a ci vobec by sa to dalo obist. Ciste teoreticky ma napada nejaka
specialna http proxy, ktora by zo soap message urcila, o akeho klienta sa
jedna a nasledne transparentne presmerovala request na ws spravnej verzie.
To je ale z rise rozpravok, takze s5 na zem.
3. Zmena API podvozku
Ak potrebujes zmenit API pod tou ws, vsetko zavisi na tom, o aku zmenu pojde.
Niekedy nebudes musiet do ws vobec hrabat a pokial aj ano, zmenis nanajvys
par riadkov.
Urcite existuju este nejake sofistikovanejsie sposoby, dal som len hruby
nacrt, povolanejsi nech sa vyjadria.
>
> Čo všetko bude treba verzovať
>
> 1. zdrojový kód - používame SVN, takže jednotlivé verzie by sa
> riešili formou vetiev.
>
> 2. WSDL
>
> 3. XSD
>
Wsdl aj xsd mozu byt v svn, nie?
--
Dusan
... tykajte mi
Další informace o konferenci Konference