i tempi di implementazione di “orecchio” fastidioso usando JBoss, formica, jsp di e pc preistorico

StackOverflow https://stackoverflow.com/questions/3820190

  •  26-09-2019
  •  | 
  •  

Domanda

Sto sviluppando un Web basato su Java app, in esecuzione sul server di JBoss e SQL.

mi sembra di trovarmi spendere una quantità eccessiva di tempo ricompilazione / distribuzione solo per modificare l'interfaccia in jQuery / javascript / css / html.

Le eventuali suggerimenti per ridurre l'inversione di tendenza?

La sua distribuito a un file EAR, quindi non posso modificare le JSP / javascript dopo la distribuzione (?). Sì, ho creato la versione statica della pagina web front-end, ma non mi danno la piena funzionalità -. Nessuno dei dati da db / elaborazione JSTL

Per chiarire la sua non tanto la fase di compilazione vera e propria (30 secondi) come formica costruisce sono set-uo bene e sono molto modulare; sua la successiva distribuzione a JBoss e l'accesso all'applicazione che causano il vero mal di testa.

È stato utile?

Soluzione

Se non si lavora direttamente in un esplosa la guerra all'interno della cartella hotdeploy di JBoss, quindi prendere in considerazione vivamente.

Altri suggerimenti

quando si sviluppa con il server di applicazione che ho usato questo prodotto in passato: JRebel da ZeroTurnaround.

Sarà evitare di dover riavviare e ridistribuire un'applicazione in esecuzione all'interno di un server applicativo. Funziona per la maggior parte lo scenario di tuttavia ho trovato che ci sono stati un paio di occasioni in cui è stato richiesto un riavvio del server (nel mio caso apportare modifiche alla inizializzazione dell'applicazione). Ma se si sta lavorando solo sull'interfaccia questo prodotto vi farà risparmiare un gran numero di implementazioni e ripartenze.

Non ho usato Jrebel in combinazione con JBoss, ma parlare come un contenitore supportato in modo thta non dovrebbe essere un problema.

Sono un web designer media (nel migliore dei casi!) E la scrittura complicato HTML e CSS è un dolore per me. Un sacco di quello che faccio con stili e layout è tentativi ed errori e comporta un sacco di tweaking. Ho anche cambio idea frequentemente di esattamente che cosa tonalità di colore che voglio le cose. Fondamentalmente, io sono nella stessa barca come te.

Molto tempo fa ho abbandonato l'idea del ciclo di Tweak-deploy-test di iterazione (mvn clean tomcat:deploy vogliono 2 minuti sul mio progetto in corso), come entro il 10 di iterazione cercando di risolvere un problema layout semplice e in attesa del dispiegamento guiderebbe me il giro del piegare. Io uso due strategie;

  1. Ottenere una copia statica del codice HTML che voglio lavorare. Questo di solito significa che la distribuzione l'applicazione, la navigazione verso la pagina e salvarla in un qualche directory di lavoro. Ciò consente di risparmiare il codice HTML statico, così come le immagini. Successivo copio i file CSS dal mio lavoro nella directory di lavoro e modificare a mano il file HTML salvato al punto a questi file CSS.

  2. Aprire la pagina HTML statica in Firefox. Ora posso modificare il CSS o HTML e semplicemente aggiornare Firefox per mostrare i cambiamenti. Iterazione tempo è ora fino a circa 1 secondo. Posso migliorare ulteriormente il mio tweaking utilizzando l'addon Firebug. Questo consente di manipolare il CSS e HTML all'interno di Firefox. Ciò è particolarmente utile per ottenere margin e padding giusta dimensione. Una volta che ho ottimizzato in Firebug mi mano modificare i salvati HTML e CSS quindi aggiornare Firefox per assicurarsi che io sono contento del risultato.

In alcune fasi chiave che quindi apportare le modifiche al mio spazio di lavoro per riflettere la mia messa a punto sui file statici. Ho poi ridistribuire e test per assicurarsi che ho capito bene. Come io uso Firefox per tutto il mio sviluppo devo prestare particolare attenzione alla compatibilità del browser, in particolare con IE, ma questo di solito arriva in una fase successiva.

Modifica: Non ho menzionato Javascript, ma questo processo funziona alla grande per JS troppo!

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top