Nevim jestli je na to nejaky vzor, ale dost o tom pochybuji. My jsme to udelali tak, ze jsme si postavili vlastni update tool. V jednoduchosti funguje tak, ze vezme dany patch (politicky spravne nazyvany update) a:
- rozbali se - zkontroluje se verze na kterou muze byt aplikovan plus zavislosti na jinych patches (jednoduchy XML deskriptor) - vezme se EAR a pripadne WARy, ktere se rozbali - na predem definovanem miste uvnitr patche se najde Anti build file a spusti se dohodnuty target. Jako vstup je mu predan adresar s rozbalenym EARem - na konci se EAR a WARy zase zabali a uzivatel je vyzvan, aby si EAR redeploynul 2008/9/11 Robert Koncier <[EMAIL PROTECTED]>: > Ahoj vsetci, > > chcel by som Vas poprosit o radu akym smerom ist pri rieseni instalatora > zaplat. > Aby som blizsie vysvetlil o co mam vlastne zaujem. > > Mam java enterprise aplikaciu balenu v ear subore (je tam zopar EJBs a zopar > WARs a mnozstvo JARs) > beziacu pod weblogicom a jbossom az uz mam tej mojej applicacie tretiu > verziu. > Pokazde sa menilo dost kodu a dost > kniznic je novych alebo sa vymazalo/pridalo zopar suborov. > Zakazdym som novu verziu riesil preinstalovanim povodnej co vsak uz dalej > nie je mozne a musim to vyriesit akymsi instalatorom zaplat (alebo updater). > > Aby som povedal pravdu, tak nemam ani zdanie ako to urobit > alebo akej chytrej myslienky sa drzat. > Exituje nejaky osvedceny postup (nejaky pattern) ako to urobit ako manazovat > zmeny > aby vedel instalator zmenit spravne veci. > > V konecnom dosledku by som si chcel na to napisat > ant skript a pouzit ho v antInstalleru. > > Dakujem za kazdu radu, za kazde nakopnutie spravnym > smerom alebo odkaz na nejaky open project kde sa nieco podobne > pouziva. > > Mozno ze moja myslienka je uplne chybna a existuje uplne iny sposob > drzania applikacie uptodate - prosim poradte ak viete. > > Dakujem > Robo > -- S pozdravem Roman "Dagi" Pichlik /* http://www.sweb.cz/pichlik/ Blog pro kodery */
