Zdravim,
take tuto technologii pouzivame, uz skoro dva roky v jedne aplikaci "pro
kazdeho" ( http://www.java.cz/detail.do?articleId=2329 ). Zda se, ze
nejvetsim zdrojem potizi jsou vyrovnavaci pameti, ktere ovsem tak uplne
neovlivnime.
Myslim ale, ze kdyz budete podporovat jen JNLP 6.0 (tedy Javu 6.0), tak
muzete zkusit <update check="background" policy="always"/> , ktere by
melo kontrolovat a stahovat nove verze na pozadi. Tam by nemelo byt
zpozdeni zadne. S tim jsme experimentovali, ale kompletni prechod na
Javu 6.0 jsme jeste neudelali.
Ja bych se do nahrazovani JWS nepoustel.
Honza Dvorak
Tomas Hubalek napsal:
Zdar,
uz nejakou dobu pouzivame pro deployment nasi aplikace Java Web Start.
Bohuzel za tu dobu se nam ukazalo ze tato technologie neni rozhodne
idealni, az bych rekl ze ma docela dost much.
Problem je
- pomalejsi start pres web start nez normalne
- jednak bug #6506138
(http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6506138)
- jedna se nam obcas po deploymentu nestahne posledni verze napoprve
To me vede k tomu, ze zvazuju ze si udelat jednoduchy java web start
sam. Pres normalni web start stahnu jenom loader, ktery skontroluje na
tomcatu jestli tam neni novy zip, pokud ano, tak ho stahne, rozbali do
adresare aplikace ($HOME/Application data/...) a normalne spusti.
Cekal bych, ze to jednak bude v pripade ze se nestahuje nova verze,
stejne tak rychle jako z lokalu a i v pripade ze se stahuje nova
verze, tak to nebude o moc pomalejsi.
Nechce se mi ale znovuvymyslet kolo, tak se ptam, jestli neznate
nejake alternativy k Java web start, pripadne jak resite vyse uvedene
problemy.
Dik
Tom
