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