le temps de déploiement de « l'oreille » ennuyeux en utilisant jboss, fourmi, jsp et PC préhistorique

Question

Je développe une application java basée sur le Web, en cours d'exécution sur le serveur jboss et sql.

il me semble me trouver passer une quantité excessive de temps recompilation / déploiement juste pour modifier l'interface jquery / javascript / css / html.

Les conseils pour réduire le redressement?

Son déploiement dans un fichier de l'oreille, donc je ne peux pas modifier les pages JSP / javascript après le déploiement (?). Oui, je l'ai créé la version statique de la page Web, mais ils ne frontends me donne pas toutes les fonctionnalités -. Aucune des données de traitement db / jstl

Pour clarifier son pas tant le temps de compilation réel lui-même (30 secondes) que la fourmi construit sont mis-uo bien et sont très modulaires; son déploiement ultérieur à jboss et accéder à l'application qui causent le véritable casse-tête.

Answer 1

Si vous ne travaillez pas directement dans une guerre a explosé dans le dossier hotdeploy de JBoss, puis fortement l'examiner.

Answer 2

lors du développement avec le serveur d'applications que je l'ai utilisé ce produit dans le passé: JRebel de ZeroTurnaround.

Il ne pas avoir à redémarrer et redéployer une application en cours d'exécution au sein d'un serveur d'applications. Il travaille pour son scénario le plus je l'ai trouvé cependant qu'il y avait quelques occasions lors d'un redémarrage du serveur ont été requis (dans mon cas apporter des modifications à l'initialisation de l'application). Mais si vous ne travailler que sur l'interface ce produit vous permettra d'économiser un grand nombre de déploiements et redémarre.

Je ne l'ai pas utilisé JRebel en combinaison avec JBoss, mais ils mentionnent comme un récipient supporté de manière ne devrait pas être Ecoutez un problème.

Answer 3

Je suis un web designer moyenne (au mieux!) Et d'écriture compliquée HTML et CSS est une douleur pour moi. Beaucoup de ce que je fais avec des styles et la mise en page est tâtonnement et implique beaucoup de peaufinage. Je change également mon esprit souvent de exactement quelle nuance de couleur que je veux que les choses. En fait, je suis dans le même bateau que vous.

Il y a bien longtemps que j'ai abandonné l'idée du cycle d'itération tweak-deploy-test (mvn clean tomcat:deploy prend 2 minutes sur mon projet en cours) que le 10 itération en essayant de trier un simple problème de mise en page et en attendant le déploiement me conduire autour de la pliez. Je vais maintenant utiliser deux stratégies;

1. Obtenir une copie statique du HTML je veux travailler avec. Cela signifie généralement le déploiement de l'application, la navigation sur la page et l'enregistrer à un endroit de répertoire de travail. Cela permet d'économiser le HTML statique ainsi que toutes les images. Ensuite, je copie les fichiers CSS de mon espace de travail dans le répertoire de travail et de modifier à la main le fichier HTML enregistré pour pointer vers ces fichiers CSS.

2. Ouvrez la page HTML statique dans Firefox. Maintenant, je peux modifier le CSS ou HTML et simplement rafraîchir Firefox pour afficher les modifications. Iteration est actuellement à environ 1 seconde. Je peux encore améliorer mon peaufinage en utilisant l'addon Firebug. Cela vous permet de manipuler le CSS et HTML à partir de Firefox. Ceci est particulièrement utile pour obtenir la marge et la taille rembourrage droit. Une fois que je l'ai peaufiné dans Firebug je modifier à la main le HTML et CSS enregistrée puis rafraîchir Firefox pour vous assurer que je suis content du résultat.

A certaines étapes clés que je puis faire les modifications apportées à mon espace de travail pour tenir compte de mon peaufinage sur les fichiers statiques. Je puis redéployer et test pour vérifier que je l'ai eu droit. Comme je l'utilise Firefox pour tout mon développement, je dois accorder une attention particulière à la compatibilité du navigateur, en particulier avec IE, mais cela se résume généralement à un stade ultérieur.

Edit: Je ne l'ai pas mentionné Javascript, mais ce processus fonctionne très bien pour JS aussi!