> 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.
J2EE specka je v tomhle hrozne vagni, takze krome opravdu tech nejzakladnejsich pravidel si to kazdy aplikacni server resi jinak. Uz jenom problemy s tim, aby se v EARu sdileli nejake knihovny, to neni nikde definove. Nevim s kolika AS mate zkusenost, ale my nase aplikace bezime na ruznych verzich WebLogicu, WebSphere, JBossu i OC4J, takze mam docela realnou predstavu jak vypada implementace J2EE specifikace v praxi. > 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 ? Modularita souvisi s vnitrni architekturou aplikace. Aplikace pak muze navenek poskytovat sluzby, ktere nesouvisi s tim jak je vnitrne zapackugujete. To jsou uplne ortogonalni problemy. Slysel jste nekdy o Service Oriented Architecture? -- S pozdravem Roman "Dagi" Pichlik /* http://www.sweb.cz/pichlik/ Blog pro kodery */
