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ý
>
>    [image: GORDIC spol. s r.o.]   Ing. Vladislav Korecký
> <vladislav_kore...@gordic.cz>
>   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ý
>>
>> --
>>    [image: GORDIC spol. s r.o.]   Ing. Vladislav Korecký
>> <vladislav_kore...@gordic.cz>
>>   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

<<image/png>>

Odpovedet emailem