No, JWS není technologie zcela bez chyb, ale v zásadě funguje.
Když něco zlobí, tak máme pár triků, jak to rozpohybovat.
Aspoň poznáme své uživatele ;-)

Honza Dvořák


Dne 31.1.2011 11:00, Ondra Medek napsal:
Ježišmarja, když toto čtu, tak jsem rád, že jsme nakonec JWS nenasadili a udělali si jednoduchý HTTP downloader, který pozná změnu podle MD5 hashe a stáhne si jen změněný soubor. Vyrobeno za týden, a pohoda do konce života (aplikace). Nějak jsem nepochopil, proč je JWS takový overkill.

2011/1/31 Jan Dvorak <jan.dvo...@mathan.cz>
Dobrý den,

my jsme podobné chování také občas pozorovali, ale třeba jen u pár klientů.
Téměř vždy pomáhá vymazat vyrovnávací paměť Javy, pak si JWS stáhne celé jary znova.

Honza Dvořák


Dne 31.1.2011 8:52, Vladislav Korecký napsal:
Dobrý den,

to jsem si také myslel, pomocí nástroje jarsigner jsem zmíněné JAR ověřil a žádný podpis neměli.
Pak jsem je podepsal a přesto to nejede.
Zvláštní je že to nejde jen u některých JAR, napadá mě jestli nemají v sobě něco binárního co jarsigner nedokáže podepsat a pak to u Java Web Start zlobí.

S pozdravem,
Korecký

GORDIC spol. s r.o. Ing. Vladislav Korecký
vedoucí týmu POR
programátor - analytik

GORDIC - tým POR (Portálová Řešení)
GORDIC spol. s r.o., Erbenova 4, 586 01 Jihlava, Czech Republic
TEL: +420 567 571 491

On 31.1.2011 08:34, Michal Pavlasek wrote:
dobry den,

ja som raz zazival velmi zvlastne spravanie, ak bol viac ako jeden podpis na niektorom jar.

s pozdravom
Michal Pavlasek

2011/1/31 Vladislav Korecký <vladislav_kore...@gordic.cz>
Dobrý den,

mám problém s Java Web Start a některými JAR soubory.

Mám aplikaci pracující jako offline client některých služeb, jinými slovy, když je on-line synchronizuje data s WS pro případnou práci off-line.
WS se volají přes knihovny axis2 a ukládají se do embeded databáze HSQL pomocí hibernate.
Aplikace chodí jako standardní JAR bez problémů.

Když ale přikročím k její zveřejnění přes JWS nastává problém, který nejsem schopen ani po 3 dnech vyřešit:
Jelikož se nastavení a DB ukládá na disk uživatele potřebuji v JNLP souboru uvést element <all-permissions/>
Proto musí být všechny knihovny podepsány.
To činím pomocí jarsigner (JDK 1.6 update 22)
Při kliknutí na vystavený JNLP soubor se aplikace začne stahovat, ale před samotným spuštěním zahlásí:
com.sun.deploy.net.JARSigningException: Found unsigned entry in resource: xmlbeans-2.3.0.jar
...

Když zmíněnou knihovnu odstraním, tak mi aplikace nefunguje, ale spustí se. Podobný problém mám i s hibernate3.jar a dalšími.
Zvláštní je že z balíku AXIS2 jsou to dvě knihovny (cca z 10), které nejdou a podobně je tomu i u hibernate.
Když knihovny zkontroluji pomocí jarsigner, tak mi říká že je vše podepsáno a OK.
Nevíte někdo kde je problém a co s tím mohu dělat ?


Předem děkuji za pomoc,
Korecký

--
GORDIC spol. s
                                            r.o. Ing. Vladislav Korecký
vedoucí týmu POR
programátor - analytik

GORDIC - tým POR (Portálová Řešení)
GORDIC spol. s r.o., Erbenova 4, 586 01 Jihlava, Czech Republic
TEL: +420 567 571 491





--
Ondra Medek


Odpovedet emailem