Zdravim.
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.
Ano, dakujem za dobry postreh. Problemom ostava to, ze problem verzovania
posuniem z WS casti do EJB casti. Dalsie instacie WS so zhodnym API budem
musiet potom bundlovat spolu s roznymi verziami EJB (predpokladam, ze asi ako
EAR aplikaciu). Nie je mi celkom zrejme, ako by sa to dalo upgradnut bez
zastavenia sluzieb (ak teda nedeployujem novy EAR, ale chcel by som napr.
upgradnut cisto len EJB). Mohol by si mi to prosim trosku upresnit? Asi som ta
spravne nepochopil.
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.
Ano, zmena URL sa mi zda ako najjednoduchsie riesenie. Co som nasiel na
internete, tak pomocou by mohlo zevraj UDDI, pripadne existuju asi nejake
komercne riesenia (nasiel som nieco specialne od Oraclu co robi prave routing a
dokonca vytvara aj adapter medzi roznymi verziami sluzieb). Momentalne mam
postavene provizorne riesenie na baze, ze klient posle svoj identifikator a my
interne mame v DB ulozene, na akej verzii bezi a podla toho sa zariadime.
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.
Mna budu trapit hlavne zmeny, ktore budu suvisiet s WS a ich dopad na
konzumentov. Cize co najmenej zasahov do volani sluzieb zo strany klienta atp.
--ml
