Tempo de implantação de “ouvido” irritante usando JBoss, Ant, JSP's e PC pré -histórico

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

  •  26-09-2019
  •  | 
  •  

Pergunta

Estou desenvolvendo um aplicativo Java baseado na Web, executando no JBoss e no SQL Server.

Parece que estou gastando uma quantidade excessiva de tempo recompilando/implantando apenas para ajustar a interface em jQuery/javascript/css/html.

Alguma dica para reduzir a reviravolta?

É implantado em um arquivo de ouvido, para que eu não possa alterar o JSPS/JavaScript após a implantação (?). Sim, eu criei a versão estática dos frontends da página da web, mas eles não me dão a funcionalidade completa - nenhum dos dados do processamento DB/JSTL.

Esclarecer não tanto o próprio tempo de compilação real (30 segundos) quanto as construções de formigas são bem definidas e são muito modulares; É a implantação subsequente para o JBoss e o acesso ao aplicativo que causa a verdadeira dor de cabeça.

Foi útil?

Solução

Se você não trabalha diretamente em uma guerra explodida dentro da pasta Hotdeploy de JBoss, considere -a fortemente.

Outras dicas

Ao desenvolver com o Application Server, usei este produto no passado: Jrebel de ZeroTurnaround.

Isso evitará que a necessidade de reiniciar e reimplava um aplicativo em execução em um servidor de aplicativos. Ele funciona na maioria dos cenários, no entanto, descobri que havia algumas ocasiões em que um reinício do servidor foi necessário (no meu caso, fazendo alterações na inicialização do aplicativo). Mas se você estiver trabalhando apenas na interface, este produto economizará um grande número de implantações e reinicializações.

Eu não usei Jrebel em combinação com o JBoss, mas eles o mencionam como um contêiner suportado, para que o THTA não deve ser um problema.

Sou um designer da web comum (na melhor das hipóteses!) E escrever HTML e CSS complicados é uma dor para mim. Muito do que faço com estilos e layout é tentativa e erro e envolve muitos ajustes. Eu também mudo de idéia com frequência sobre exatamente Que tom de cor eu quero coisas. Basicamente, estou no mesmo barco que você.

Há muito tempo eu abandonei a idéia do ciclo de iteração de teste de teste (mvn clean tomcat:deploy leva 2 minutos no meu projeto atual), pois a 10ª iteração tentando classificar um problema simples de layout e esperar pela implantação me levaria a volta da curva. Agora uso duas estratégias;

  1. Obtenha uma cópia estática do HTML com quem quero trabalhar. Isso geralmente significa implantar o aplicativo, navegar para a página e salvá -lo em um diretório de trabalho em algum lugar. Isso salva o HTML estático, bem como quaisquer imagens. Em seguida, copio os arquivos CSS do meu espaço de trabalho no diretório de trabalho e edito o arquivo HTML salvo para apontar para esses arquivos CSS.

  2. Abra a página HTML estática no Firefox. Agora posso ajustar o CSS ou o HTML e simplesmente atualizar o Firefox para mostrar as alterações. O tempo de iteração agora caiu para cerca de 1 segundo. Posso melhorar ainda mais meus ajustes usando o Firebug Addon. Isso permite que você manipule o CSS e o HTML de dentro do Firefox. Isso é especialmente útil para acertar a margem e o tamanho do preenchimento. Depois de aprimorá -lo no Firebug, editei o HTML e o CSS salvos, atualize o Firefox para garantir que estou feliz com o resultado.

Em certos estágios -chave, faço as alterações no meu espaço de trabalho para refletir meus ajustes nos arquivos estáticos. Em seguida, reimploy e testo para garantir que eu acertei. Como uso o Firefox para todo o meu desenvolvimento, tenho que prestar atenção especial à compatibilidade do navegador, especialmente com o IE, mas isso geralmente ocorre em um estágio posterior.

EDIT: Eu não mencionei JavaScript, mas esse processo também funciona muito bem para o JS!

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top