2011-05-23 9 views
6

Sto sviluppando un'applicazione di test con GWT + Java-AppEngine e le distribuzioni sono così pesanti e lente.Come velocizzare la distribuzione Java di Google App Engine?

Ho letto di minimizzare le permutazioni o la compilazione parallela di GWT, ma la mia connessione Internet non è così buona e penso che sto caricando file pesanti su App Engine Server.

Come posso ottimizzare questo? Posso controllare dove si trova il collo di bottiglia?

Il motivo per cui ho bisogno di diverse distribuzioni è perché sto usando le API di Google tramite OAuth e non posso impostare localhost come callback (io?).

+3

È necessario testare le applicazioni nel server di sviluppo. – geoffspear

+0

sì, ma sto usando le API di Google e non posso registrare localhost come dominio in Google Domains per impostarlo come una richiamata dopo l'autenticazione OAuth – rubdottocom

+0

forse potresti ottenere il nome host di dyndns e renderlo accessibile da internet ? – Bastian

risposta

3

Non sono del tutto sicuro del tuo scenario, quindi cercherò di indovinare le tue intenzioni.

Per scopi di sviluppo, si dovrebbe davvero lavorare sul server locale, viene fornito con tutte le API e gli stub per cose come il login utente e cosa no. Questo è istantaneo. Una volta che sei felice con la tua app locale ed è ora di caricarti, se il padrone di AppEngine decide di prendere tempo a causa di AppSize/Connessione lenta/interruzione del servizio/atto di divario casuale, c'è poco da fare.

Considerando che non viene distribuito ogni ora, penso che il tempo sarà speso meglio per l'app, invece di ottimizzare il tempo di caricamento.

Io parto dal presupposto che si sta già seguendo http://code.google.com/appengine/docs/java/gettingstarted/uploading.html

Personalmente ho dilettato con AppEngine, ma la versione di Python, e si può prendere un paio di minuti, ma una volta caricamento, vi sono buone per andare.

forse si potrebbe ottenere la vostra macchina locale un nome host DynDNS e renderlo accessibile da internet? -

Penso che ciò che ha significato Bastian è stato il seguente (supponendo server di Dev può effettivamente servire domini - non sono sicuro di questo)

  1. abbiamo il tuo host di dominio (example.com) mantenere un Record "A" che punta al tuo indirizzo IP del tuo computer di sviluppo [quindi quando fai example.com, la tua macchina dev risponde come server]
  2. Ciò significa che se si configurano i record DNS in modo che puntino a ghs.google.com o altro, si dovrà cambiarli (i record DNS impiegano un po 'per propagarsi a seconda dell'host)
  3. Una volta che sei felice e vuoi testare su google, devi ancora "caricare" prima di poterlo provare su appspot.com e naturalmente cambiare le voci DNS in modo che example.com funzioni su google server.

Troppo lavoro a mio parere. Meglio usare il server di sviluppo nella macchina locale.

Fai una pausa mentre stai caricando. Avere un KitKat per uccidere il tempo :)

+1

Grazie Nasir, attualmente il mio problema è focalizzato sul test dell'applicazione con Google OAuth Authentication. Devo fornire a Google un URL di richiamata in cui ottengo i token di autenticazione. Devo realizzare che la mia macchina di sviluppo serve un indirizzo pubblico per far funzionare OAuth, penso che sia la mia unica opzione – rubdottocom

+0

Infine configuro un DynDNS per ottenere callback nella mia macchina locale e non sono necessari "caricamenti di prova". Grazie – rubdottocom

Problemi correlati