Quel environnement de développement Web Java est le meilleur pour minimiser absolument le temps de cycle de test de construction?
Environnement de développement Web: JBoss, Tomcat, Jetée? Déployer la guerre éclatée? Copier la guerre ou utiliser des liens symboliques? Il y a des facteurs ici je ne sais pas.
Je cherche à accélérer mon développement en réduisant la quantité de temps que je passe à regarder des bâtiments de fourmis et de commencer les conteneurs J2EE. Je veux que le rubis sur les rails expérimenter --- ou aussi proche que je puisse obtenir.
Je préférerais une solution qui est un cadre Web agnostique, si un cadre particulier est particulièrement avantageux, j'aimerais entendre parler de cela.
Supposons que tous les outils standard sont utilisés: hibernate, ressort, jms, etc. Si l'infrastructure de support / la moqueur est nécessaire pour faire ce travail, je suis d'accord avec cela. En fait, je vais bien avoir un environnement de développement très différent de notre environnement de production si cela me permet d'économiser suffisamment de temps.
12 Réponses :
Avez-vous considéré des greils?
Le déploiement est aussi rapide que possible avec Google App-Moteur + GWT (facultatif) + plug-in Eclipse.
jamais vu quoi que ce soit plus vite.
Vous n'avez pas besoin de redémarrer le serveur intégré à chaque fois que vous modifiez une classe? J'ai regardé Gae et j'ai constaté que je devais faire ça. Soyez gentil de savoir que je pourrais bien me tromper.
Dans ma réponse, je ne prends que le déploiement d'Abuot - de toute façon, vous devez le faire (redémarrer le serveur de développement) uniquement si vous modifiez votre code côté serveur - dans GAE + GWT la plupart de la logique est le côté client, donc ce n'est pas trop gros accord.
Vous devriez probablement jeter un oeil à Javarebel:
http://www.zeroturnaround.com/javarebel/
et ce fil ici:
Comment améliorer la productivité lors du développement de Java Ee Applications Web
Jruby sur rails. Développez sur toute la plate-forme que vous souhaitez, déployez-vous sur des serveurs Java standard.
bâtiment (utilisé pour la compilation) est un signe de notre époque. Nous avons besoin d'une validation rapide de nos pensées et de nos actions. Chaque fois que je me trouve dans la mesure où je me trouve à plusieurs reprises, c'est généralement un signe que je ne suis pas concentré. Que je n'ai pas de plan. Pour moi, c'est le moment d'arrêter et de penser. Faites une liste de choses qui doivent être faites (c'est-à-dire le webd-cadre agnostique) les faire tous et les tester tout après une construction.
Je ne peux pas vraiment comprendre pourquoi les gens ont voté cela. Cela s'applique à vous et à votre flux de travail et cela ne répond pas à la question.
Maven 2 et Eclipse. MVN Eclipse: Eclipse <- Pure Awesomeness. En outre, WTP dans Eclipse fonctionne bien (et Maven génère des projets WTP de travail).
Wtp? De plus, pourriez-vous ajouter des liens vers tous les trucs géniaux? :)
Je trouve que les projets construits de manière raisonnable compilent, déploiement et démarrage de quelques à 10 secondes, ce qui est généralement bien.
JBoss utilise Tomcat pour son moteur Servlet / JSP, donc c'est un lavage.
Tomcat prend en charge déployer à chaud .
Jetty est assez petit et commence rapidement, mais il ne prend pas en charge le déploiage à chaud < / a>.
Eclipse est simplement un IDE. Il a besoin d'un moteur de servlet / JSP de quelque sorte. Si c'est comme Intellij, vous pouvez utiliser n'importe quel serveur d'applications Java EE ou moteur de servlet / JSP que vous souhaitez.
Intellij est assez cher, et vous n'avez pas à vous arrêter et à démarrer le serveur chaque fois que vous reconstruisez. Cela fonctionne de la guerre éclatée, alors les choses se passent rapidement.
Un moyen facile d'obtenir des redéployeurs sur la jetée est d'utiliser des contextes. Vous touchez ensuite le fichier XML contextuel et l'application Web est rechargée.
"Le contexte de contexte peut être utilisé pour (chaud) déployer un contexte arbitraire ou une application Web avec une configuration spécifique à une jetée. Pour déployer statiquement uniquement les applications Web standard au démarrage, utilisez le WebAppDeployer." docs.codehaus.org/display/jetty/contextDeployer
Avez-vous essayé d'utiliser Eclipse Java EE, puis de le dire à déployer sur un serveur géré par Eclipse? Tomcat et JBoss fonctionne assez bien de cette manière. Vous permet également de modifier le code dans une méthode, utilisez CTRL-S et avez-vous mis à jour la classe à l'intérieur du serveur.
myeclipse fonctionne aussi très bien comme ça.
GWT à Eclipse est probablement le plus rapide que je puisse penser. Utilisation du navigateur en mode hébergé pour vos tests, vous pouvez déboguer et changer votre code sans rien redémarrer. Il suffit de cliquer sur le bouton Actualiser dans le navigateur et les modifications sont présentes (Java, CSS, etc.). Une autre chose est que GWT ajoute ce même support aux navigateurs normaux (Firefox, Ie, Safari) afin que vous puissiez déboguer de la même manière. Ces changements arrivent en 2.0. Voir http://code.google.com/events/io/sessions/gwtpreviewgoogleweBtToolKit2 .html
jboss Seam avec le JBoss Developer Studio est bon pour la chaude de tout déploiement en dehors de EJBS (SLSB, SFSB et entités ont besoin de redéploy).
Près de deux ans plus tard - est maintenant accompagné du cadre de jeu pour la vitesse
Je pense que la meilleure façon d'éviter les tests de tests de déploiement à long terme est d'écrire des tests d'unité pour votre code. De cette façon, vous pouvez trouver des bogues sans attendre les phases de construction / de déploiement.
Pour JSP, vous pouvez modifier les fichiers JSP directement dans le dossier de travail JBoss:
> CD $ JBoss_Home / Server / Default / TMP
> Trouver -Name myjspfile.jsp
./tmp/vfs/automountd798af2a1b44fc64/jee6demo.war-bafecc49fc594b00/myjspfile.jsp
Si vous modifiez le fichier dans le dossier TMP, vous pouvez tester vos modifications, frappez simplement le bouton Actualiser le navigateur.