Roman Pichlik wrote / napísal(a):
Pretoze pokial nedokaze buduca "referencna plaforma tomcat" podporovat
dynamic service model tak bude v porovnani s aplikacnymi servermi stale
tahat za kratsi koniec.
:-D a AS je proboha podporuje jak vzhledem k J2EE specce? Ekvivalent
modularity jakou definuje OSGi nenabizi a problem pouzivat OSGi v
ramci AS je toho dukazem a to i pres to, ze plno AS se rozhodlo jejich
vlastni infrastrukturu prepsat od OSGi bundlu.
Priamo sa to osgi nevola, ale ak si zoberieme akym spobom pracuje class
loader vzhladom na
moznost re-deploymentu jednotlivych modulov - tak je to minimalne
alternativa.
V j2ee spec su uz od zaciatku stanovene pravidla ako jednotlive
komponenty aplikacie
medzi sebou suvisia, a je jasne definovane samotne oddelenie
prostriedkov prostredia (contexty,
class loadre a.p). Takiez je specifkovane to akym sposobom sa ma
spravat AS v pripade
redeploymentu tychto prostriedkov alebo aplikacie.
Predstava ze by enterprise aplikaciu mal tvorit jeden war mi pride ako
pokus o zart - uz len preto ze ked to cele zakreslim na "white board" a
bude to len jedna "krabica" , ukazem na to a poviem ze je to praca teamu
ludi za 6 mesiacov tak tomu nebude nikto verit :)
Zert je zrejme tohle konstatovani, jak pozdeji priznavate . Jak
souvisi architektura aplikace s jejim packagengem?! Takze kdyz neco
navrhnu do deseti EJB modulu, pridam tri WARy a ktomu nejaky SAR tam
mam enterprise aplikaci.
Granulovat jednu aplikaciu na 10 modulov je jedna vec mat moznost tychto
10 modulov dostat
mimo aplikaciu aby poskytovali pri rovnakych vlastnostiach prostredia
(napr. rychlost) svoje sluzby je vec druha.
Za zart pokladam to ked sa niekto dokaze spytat ako suvisi architektura
s packagingom,
samozrejme ze suvisi a zlym rozvrhnutim sa da pokazit aj inak dobre
nakodovana vec.
Alebo ste nikdy nepoculi o component a deployment diagramoch ?
ale teraz vaznejsie .... ak dokazem u velkej aplikacie oddelit logiku do
viacerych (aj v ramci jedneho jvm kooperujucich) aplikacii tak neskorsia
rezia v uprave iba jednej z nich je podstatne jednoduchsia (aj z pohladu
testovania a predikcie spravania) ako konstruovat a dodavat nejaky "obludny
100MB war file" - ak nas teda "sikovne" nenapadne presunut gro veci do
zdielanych kniznic a pri uprave pojde pre istotu dole cely server. ...
Dobre oddeleni odpovednosti se dela na jine urovni nez je packaging
aplikace. Takze cely ten odstavec je v podstate irelevantni.
