Google Gears, ambiente di sviluppo/test e synchronization

Ciao lista,

Sto iniziando un progetto utilizzando Google Gears. Sul web ho trovato
il PubTools (http://code.google.com/p/gears-pubtools/) e Dojo Offline
(http://dojotoolkit.org/offline).

Ho trovato questi per quanto riguarda un IDE/sistema di sviluppo:
Aptana (forse? http://almaer.com/blog/google-gears-...-aptana-jaxer),
ed Eclipse (forse? http://www.langtags.com/gearswtp/index.html)

Ma piu' importante per me e' un ambiente di test. Qui non ho trovato
niente (ma devo ancora vedere Aptan ed Eclipse)

Qualcuno ha esperienza/suggerimenti? Sono in partenza quindi aperto a
qualunque cosa...

In piu' avro a che fare con la sincronizzazione di due o piu'
database. Un master (web based, internet) ed uno o piu' slave
(repliche dentro GG in un browser). Qualche esperienza, suggerimenti,
tutorial, articoli?

John Leach
Verona, Italy

John Leach ha scritto:

Ma piu' importante per me e' un ambiente di test.

Ti riferisci allo unit testing?

Potresti ricorrere all'ottima libreria YUI oppure al port di JUnit in
Javascript di cui al momento non ricordo il nome (cerco tra i bookmarks).

--
Dicono che la vita sia nata dal mare. Ascoltare quindi
il suono della risacca sulla riva del mare deve essere
come sentire la ninna nanna della nostra antica madre.

On May 22, 3:43 pm, mastro delphine <it.emerald... (AT) claudio (DOT) REVERSE>
wrote:

John Leach ha scritto:

Ma piu' importante per me e' un ambiente di test.

Ti riferisci allo unit testing?

Si. Volevo sapere se qualcuno aveva trovato qualche framework proprio
per GG, o modificato uno per lui. Sopratutto transactions e database
SQLite.

Potresti ricorrere all'ottima libreria YUI oppure al port di JUnit in
Javascript di cui al momento non ricordo il nome (cerco tra i bookmarks).

JSUnit credo. Ho solo esperienza col unit testing di script.acul.ous
(http://www.jhl.it/Courses/LUGPC5.html 2/3 del articolo)

John

--
Dicono che la vita sia nata dal mare. Ascoltare quindi
il suono della risacca sulla riva del mare deve essere
come sentire la ninna nanna della nostra antica madre.

John Leach ha scritto:

On May 22, 3:43 pm, mastro delphine <it.emerald... (AT) claudio (DOT) REVERSE
wrote:
John Leach ha scritto:

Ma piu' importante per me e' un ambiente di test.

Ti riferisci allo unit testing?

Si. Volevo sapere se qualcuno aveva trovato qualche framework proprio
per GG, o modificato uno per lui. Sopratutto transactions e database
SQLite.

Potresti ricorrere all'ottima libreria YUI oppure al port di JUnit in
Javascript di cui al momento non ricordo il nome (cerco tra i bookmarks).

JSUnit credo.

illo, su sourceforge:
<http://sourceforge.net/projects/jsunit/>

Ho solo esperienza col unit testing di script.acul.ous
(http://www.jhl.it/Courses/LUGPC5.html 2/3 del articolo)

anch'io ho adottato un approccio simile per WebSMS:
<http://websms.origo.ethz.ch/>
<http://svn.origo.ethz.ch/wsvn/websms/trunk/test/#_trunk_test_>

--
Dicono che la vita sia nata dal mare. Ascoltare quindi
il suono della risacca sulla riva del mare deve essere
come sentire la ninna nanna della nostra antica madre.

On May 23, 2:47 pm, mastro delphine <it.emerald... (AT) claudio (DOT) REVERSE>
wrote:

John Leach ha scritto:



On May 22, 3:43 pm, mastro delphine <it.emerald... (AT) claudio (DOT) REVERSE
wrote:
John Leach ha scritto:

Ma piu' importante per me e' un ambiente di test.

Ti riferisci allo unit testing?

Si. Volevo sapere se qualcuno aveva trovato qualche framework proprio
per GG, o modificato uno per lui. Sopratutto transactions e database
SQLite.

Potresti ricorrere all'ottima libreria YUI oppure al port di JUnit in
Javascript di cui al momento non ricordo il nome (cerco tra i bookmarks).

JSUnit credo.

illo, su sourceforge:
http://sourceforge.net/projects/jsunit/

Ho solo esperienza col unit testing di script.acul.ous
(http://www.jhl.it/Courses/LUGPC5.html2/3 del articolo)

anch'io ho adottato un approccio simile per WebSMS:
http://websms.origo.ethz.ch/
http://svn.origo.ethz.ch/wsvn/websms.../#_trunk_test_

Complimenti, sembra che hai creato tanto funzionalita' con poco codice
(sempre una buona cosa). Vedo che hai creato un tuo unit test
framework, o sbaglio?

Penso che dovro' partire con il codice GG, e le altre lib disponibile
nel mondo GG. Non ho trovato molto ne' come libri, ne' articoli se non
dei soliti "getting started" - sempre le stesse.
Qualcuno ha esperienza con GG? O ha semplicemente fatto un po' di
esperiementi? Impressioni o idea? State aspettando HTML5?

Personalmente sono contento che Google sta cambiando campagna
pubblicitario da "off line web apps" a "browser (independent)
capabilities extension" perche' e' cosi che vedo il suo utilizzo...

John

John Leach <jhl.verona (AT) gmail (DOT) com> wrote:

Complimenti, sembra che hai creato tanto funzionalita' con poco codice
(sempre una buona cosa). Vedo che hai creato un tuo unit test
framework, o sbaglio?

sotto questo aspetto io sono "autarchico": ho preferito scriverlo io
anche per comprendere le ragioni di certe scelte fatte da altri
frameworks.

Penso che dovro' partire con il codice GG, e le altre lib disponibile
nel mondo GG. Non ho trovato molto ne' come libri, ne' articoli se non
dei soliti "getting started" - sempre le stesse.
Qualcuno ha esperienza con GG? O ha semplicemente fatto un po' di
esperiementi? Impressioni o idea? State aspettando HTML5?

beh che c'entra HTML 5?

GG, Adobe Air e altri middleware avranno la loro buona fetta di utenti e
presumibilmente andranno "accontentati" tutti con dei test ad hoc.

Se Google non mette a disposizione un test harness per il suo ambiente,
puo' soltanto perdere il favore degli sviluppatori che non siano poco
piu' che smanettoni.

Un po' come per GWT che per il momento resta soltanto una bella idea ma
per niente pronta per il "prime time"

Personalmente sono contento che Google sta cambiando campagna
pubblicitario da "off line web apps" a "browser (independent)
capabilities extension" perche' e' cosi che vedo il suo utilizzo...

il mio atteggiamento di "WOW" verso Google e' scemato molto dopo le
ultime grandi acquisizioni...

--
Local candidates only, no relocation

delphine <it.emeraldion (AT) claudio (DOT) REVERSE> wrote:

Penso che dovro' partire con il codice GG, e le altre lib disponibile
nel mondo GG. Non ho trovato molto ne' come libri, ne' articoli se non
dei soliti "getting started" - sempre le stesse.
Qualcuno ha esperienza con GG? O ha semplicemente fatto un po' di
esperiementi? Impressioni o idea? State aspettando HTML5?

beh che c'entra HTML 5?

Beh, l'HTML 5 andrà a colmare buona parte delle lacune che vi sono con
l'HTML/XHTML nello sviluppo di applicazioni web based; lacune che sono
state il motivo per cui c'è stato bisogno di sviluppare cose come GG e
AIR.
Vedasi per esempio il discorso da cui è partito questo thread: ovvero,
lo storage di dati in locale, l'uso di una applicazione web sia online
che offline, e la sincronizzazione dei dati.

Immagino l'OP si riferisse a questo.

--
"Se c'è qualcosa di più importante del mio ego su questa nave,
la voglio catturata e fucilata."

ZER0 <zer0.shock (AT) libero (DOT) it> wrote:

Beh, l'HTML 5 andrà a colmare buona parte delle lacune che vi sono con
l'HTML/XHTML nello sviluppo di applicazioni web based; lacune che sono
state il motivo per cui c'è stato bisogno di sviluppare cose come GG e
AIR.
Vedasi per esempio il discorso da cui è partito questo thread: ovvero,
lo storage di dati in locale, l'uso di una applicazione web sia online
che offline, e la sincronizzazione dei dati.

Immagino l'OP si riferisse a questo.

da quel poco che ho letto, HTML 5 e' frutto di pressioni da parte dei
vendors per introdurre (nuovamente) elementi che poco hanno a che vedere
con il markup.

Purtroppo una nuova era di browser wars e' alle porte... prepariamoci a
rivivere il mito!

--
Local candidates only, no relocation

delphine <it.emeraldion (AT) claudio (DOT) REVERSE> wrote:

Beh, l'HTML 5 andrà a colmare buona parte delle lacune che vi sono con
l'HTML/XHTML nello sviluppo di applicazioni web based; lacune che sono
state il motivo per cui c'è stato bisogno di sviluppare cose come GG e
AIR.
Vedasi per esempio il discorso da cui è partito questo thread: ovvero,
lo storage di dati in locale, l'uso di una applicazione web sia online
che offline, e la sincronizzazione dei dati.

Immagino l'OP si riferisse a questo.

da quel poco che ho letto, HTML 5 e' frutto di pressioni da parte dei
vendors per introdurre (nuovamente) elementi che poco hanno a che vedere
con il markup.

Non è proprio così, anche se ultimamente ci hanno messo lo zampino,
rovinando un bel po' di cose, IMVHO.
Diciamo che il nome è in effetti fuorviante. Sotto HTML 5, vanno
le specifiche che prima passavano col nome di Web Applications 1.0.

Purtroppo una nuova era di browser wars e' alle porte...

Ahaha, no, per fortuna no. Anche se sarà interessante vedere più
che altro cosa succederà tra XHTML 2.0 e HTML 5.

--
"Se c'è qualcosa di più importante del mio ego su questa nave,
la voglio catturata e fucilata."

On May 24, 2:10 pm, zer0.sh... (AT) libero (DOT) it (ZER0) wrote:

delphine <it.emerald... (AT) claudio (DOT) REVERSE> wrote:
Beh, l'HTML 5 andrà a colmare buona parte delle lacune che vi sono con
l'HTML/XHTML nello sviluppo di applicazioni web based; lacune che sono
state il motivo per cui c'è stato bisogno di sviluppare cose come GGe
AIR.
Vedasi per esempio il discorso da cui è partito questo thread: ovvero,
lo storage di dati in locale, l'uso di una applicazione web sia online
che offline, e la sincronizzazione dei dati.

Immagino l'OP si riferisse a questo.
da quel poco che ho letto, HTML 5 e' frutto di pressioni da parte dei
vendors per introdurre (nuovamente) elementi che poco hanno a che vedere
con il markup.

Non è proprio così, anche se ultimamente ci hanno messo lo zampino,
rovinando un bel po' di cose, IMVHO.
Diciamo che il nome è in effetti fuorviante. Sotto HTML 5, vanno
le specifiche che prima passavano col nome di Web Applications 1.0.

Purtroppo una nuova era di browser wars e' alle porte...

Ahaha, no, per fortuna no. Anche se sarà interessante vedere più
che altro cosa succederà tra XHTML 2.0 e HTML 5.

--
"Se c'è qualcosa di più importante del mio ego su questa nave,
la voglio catturata e fucilata."

Beh, sapevo che quello avrebbe dato una reazione. Cmq, non siamo piu'
nei anni 90, i browser sono adesso molto piu' compatibile, ci sono dei
ottimi librerie, tutti (io compreso, e' ci vouleva del tempo) abbiamo
capito che Javascript idiomatico non e' un linguaggio procedurale e
basta.

E sono troppo vecchio ad aspettare i nuovi 'standards'. Perferisco
'bruciare le ditte' su nuovi tecnologie, oggi.

Google fa le cose comodo per Goole e basta. Qualche volta, per
fortuna, i lori comodi coincidono con i miei. (Sostituisci Google, per
Sun, IBM, Microsoft, e' lo stesso).

Ed io ho ancora questi problemi, sigh.

Ambiente di sviluppo da usare (Aptana?, Eclipse?, un altro?)
Sincronizzazione db del tipo publisher / subscriber...
Idee, tutorials, articoli, esperienze, qualcuno?

Grazie in anticipo...

John