Java Web Start

[PGI-Bis]

Solo un'idea, probabilmente prematura, per il momento della distribuzione: perchè non usare Java Web Start anzichè i vari pulsanti "Windows", "Linux", "Osx", "Linux64", "Solaris" e via dicendo?

L'unica cosa in più sarebbe la necessità di firmare i jar (per via delle librerie dinamiche) ma posso assicurarvi che usare un certificato auto generato è pur sempre più sicuro che usare un jar eseguibile o un bat o un exe, dal punto di vista dell'utente, quantomeno per il fatto che gli comparirà davanti alla faccia la scritta "lo sai quello che stai facendo, vero?".

Se buttate l'occhio alla documentazione Java, trovate ogni indicazione immaginabile (compresa quella per farsi da soli il certificato) in:

"Guide to Features" -> "Deployement - Java Web Start" -> "Developers Guide"

magari potete farci un pensierino per la beta...

[fek]

Si', WebStart e' una delle opzioni che stiamo valutando per la distribuzione. Solo un dubbio: e' possibile iniziare comunicazioni tcpip verso qualunque indirizzo dall'interno della sand box di WebStart?

[^TiGeRShArK^]

si anche secondo me è una buona cosa java web start....
la cosa bella è che se non hai la VM corretta per far partire diamonds provvede lui a scaricartela qutomaticamente, e, inoltre, ogni qual volta il jar è stato modificato provvede a scaricarlo automaticamente dal server

[^TiGeRShArK^]

Originariamente inviato da fek

Si', WebStart e' una delle opzioni che stiamo valutando per la distribuzione. Solo un dubbio: e' possibile iniziare comunicazioni tcpip verso qualunque indirizzo dall'interno della sand box di WebStart?

ehm...
questo in effetti è un pò complicato..
o meglio..
non ricordo se c'è esattamente questa limitazione, però se non erro le limitazioni sono specificate all'interno del .policy file nella home dell'utente....
Non so se c'è un modo per dirgli di usare un .policy file che forniamo noi dal server...

[PGI-Bis]

In pratica, dopo aver firmato i jar dell'applicazione, includi nel descrittore di dispiegamento (il file jnlp) l'attributo:

<all-permissions/>

A quel punto Java Web Start, eseguendo l'applicazione, informa l'utente che il programma ha richiesto di essere eseguito come un'applicazione locale. Se l'utente conferma, siete liberi di commettere le più turpi atrocità

[^TiGeRShArK^]

Originariamente inviato da PGI-Bis

In pratica, dopo aver firmato i jar dell'applicazione, includi nel descrittore di dispiegamento (il file jnlp) l'attributo:

<all-permissions/>

A quel punto Java Web Start, eseguendo l'applicazione, informa l'utente che il programma ha richiesto di essere eseguito come un'applicazione locale. Se l'utente conferma, siete liberi di commettere le più turpi atrocità

cazzo!
a saperlo quale mese fa mi sarebbe tornato piuttosto utile
cmq buono a sapersi!
TNX for the info

[fek]

Originariamente inviato da ^TiGeRShArK^

cazzo!
a saperlo quale mese fa mi sarebbe tornato piuttosto utile
cmq buono a sapersi!
TNX for the info

Bene, abbiamo un volontario per uno spike

[thebol]

un mio collega ha appena portato un applicazione java che si attivava via link con activeX a web start(e un applicazione che comunica con un server), quando torno a lavoro provo a chiedergli un po di cose.

[^TiGeRShArK^]

Tranquillo ke domani vedo di recuperare il jnlp ke ho fatto un pò di tempo fa al lavoro e basta adattare quello...
l'unica cosa è ke devo installare apache qua sul portatile per provarlo... CHE 'DDU PALLI....

[VICIUS]

Originariamente inviato da ^TiGeRShArK^

Tranquillo ke domani vedo di recuperare il jnlp ke ho fatto un pò di tempo fa al lavoro e basta adattare quello...
l'unica cosa è ke devo installare apache qua sul portatile per provarlo... CHE 'DDU PALLI....

Dai un occhiata anche qui. http://www.roxes.com/produkte/rat.html
Nel .jar che usiamo per creare gli .exe c'è anche qualche task per creare in automatico dei file jnlp. Potrebbe tornarti utile.

ciao

[PGI-Bis]

Originariamente inviato da ^TiGeRShArK^

l'unica cosa è ke devo installare apache qua sul portatile per provarlo... CHE 'DDU PALLI....

Puoi provare anche senza server http. Se l'attributo codebase è una directory locale (file://c:/diamonds/prova), Java Web Start preleva i file da locale.

[^TiGeRShArK^]

Originariamente inviato da PGI-Bis

Puoi provare anche senza server http. Se l'attributo codebase è una directory locale (file://c:/diamonds/prova), Java Web Start preleva i file da locale.

ok tnx
non avevo pensato ad usare la sintassi file://
do pure un okkiata al link di vicius qdo torno a casa e intanto mi copio il jnlp per ricordarmi un pò come fungeva

[^TiGeRShArK^]

Mamma che casino.....
finalmente ho committato nel branch svn://repository.diamondcrush.net:20140/diamonds/branches/WebStart
Per farlo partire occorre usare il build.xml modificato (per ora solo x win32) col solito task ant dist che genera lo zippone da decomprimere nella root del server (crea automaticamente una cartella DiamondCrush in cui inserisce tutti i file).
Inoltre occorre modificare il jnlp con l'host name corretto del server nell'attributo codebase e occorre aggiungere all'httpd.conf di apache le seguenti righe:
AddType application/x-java-jnlp-file .jnlp
AddType application/x-java-archive-diff .jardiff
Spero di non essermi dimenticato niente...
cmq ora stacco che tra circa 4 ore e mezzo mi devo alzare e devo guidare fino in francia...
ha provato BlueDragon ha farlo partire in remoto dal mio server e funzionava.
Alla settimana prox x nuovi aggiornamenti....

[fek]

Tiger, vorrei che ant dist continuasse a produrre i jar come sempre. Puoi aggiungere un task ant webstart che produca il file webstart per favore? Cosi' li abbiamo entrambi. Gran bel lavoro

[^TiGeRShArK^]

Originariamente inviato da fek

Tiger, vorrei che ant dist continuasse a produrre i jar come sempre. Puoi aggiungere un task ant webstart che produca il file webstart per favore? Cosi' li abbiamo entrambi. Gran bel lavoro

si certo.
ho fatto così per ora perchè ho fatto le cose in fretta tanto per provare la versione win32....
ancora devo aggiornare le altre versioni nel build.
Tra l'altro ho scoperto che il jnlp è già di suo in grado di distinguere il sistema operativo usato, solo che non so se ad esempio riesce a distinguere linux da linux 64...
quando torno e quando sarò in grado nuovamente di intendere e di volere finirò il task completamente ... già avevo intenzione di aggiungere una bella splash screen
...ma splash screen è maschietto o femminuccia in italiano ora che ci penso???
Cmq un grandissimo grazie a blue dragon che ieri mi ha aiutato a buttare sangue sul classpath e mi ha modificato al volo la libreria rtb permettendo di loopare il suono anche da uno stream e ha anche testato il tutto nonostante quello schifo di netlimiter che l'ha fatto scaricare a 8 KB al sec fissi dal mio apache
ora scusatemi ma... je vais in France....AU REVOIR!

[cionci]

Ho unito i due thread...

[^TiGeRShArK^]

Praticamente Java Web Start dovrebbe essere completato...
occorre solo testarlo sul server e risolvere un buggettino di cui mi sono accorto ora che impedisce la corretta terminazione del processo javaw all'uscita del gioco.
Probabilmente è dovuto alla chiusura impropria del gioco che non finalizza il frame prima di terminare... mi è capitato qualcosa del genere un pò di tempo fa e vedo se riesco a risolverlo stasera.
Ho anche aggiunto nuovamente il target dist e ora per usare webStart occorre utilizzare l'omonimo target.
Tale archivio .zip va quindiestratto sulla root del server aggiornando i link delle varie versioni del gioco con i corrispettivi files JNLP.
Inoltre occorre configurare il server.xml con le linee che avevo scritto nel primo post nel caso non sia già abilitato per gestire i files di tipo jnlp.
Quando jocchan ha un pò di tempo vediamo di provarlo, magari con l'aiuto di qualcuno provvisto di macchine linux, linux 64 e mac os x.
Ah.. dimenticavo...
unico neo.... non sono riuscito a far funzionare in alcun modo lo splash screen
cacchio... sembrava una cosa così carina...
vedo se riesco a risolvere una volta fixato il bug relativo alla non corretta terminazione del processo.

[^TiGeRShArK^]

Ok bug della non corretta terminazione del processo risolto e committato.
è stato sufficiente aggiungere una System.exit(0) dopo gameLoop.quit();
Dopo che proviamo tutto sul server joc deciderà se usare questo meccanismo di distribuzione....
certo.. prima lo proviamo meglio è perchè più tempo passa e più fare il merge sarà un bordello

[fek]

Ottimo

Se tutto va bene possiamo avere due modalita' di distribuzione, quella classica via zip per le build automatiche e quella via web start. Molto bene.

[Jocchan]

Tiger appena puoi manda via mail!