Eclipse Kepler et JBoss Wildfly déploiement à chaud

Je suis en train d'utiliser eclipse kepler de Java EE 7.J'ai déjà installé JBoss Tools et a ajouté JBoss Wildfly avec succès en tant que serveur. Toutefois, mes modifications ne sont pas automatiquement déployé. Est-il de toute façon l'application peut être déployée automatiquement tout comme lors de l'utilisation de glassfish?

source d'informationauteur zulq | 2013-11-26

  1. 24

    À l'aide d'Eclipse, cliquez deux fois sur votre WildFly Serveur pour modifier les propriétés suivantes:

    1. Publication: choisissez "publier Automatiquement après un événement de construction". J'aimerai changer la publication de l'intervalle de 1 seconde de trop.
    2. Application Recharger Comportement: cocher la case "Personnaliser l'application recharger ..." case à cocher et de modifier la regex modèle à \.jar$|\.class$

    Que c'est. Bonne chance!

  2. 21

    Les deux @varantes et @Sean est correct, mais ces réponses ne sont pas pleins.

    Malheureusement, la seule façon de serveur java de l'environnement de plein, zéro temps d'arrêt de déploiement à chaud consiste à utiliser payés JRebel ou gratuit ressort outil.

    Mais pour un petit projet il y a quelques façons d'accélérer les travaux en partie, les hot-déploiement. Essentiellement:

    1. Lorsque l'option activé publier Automatiquement lors de la modification de la ressource
      ensuite, des changements à l'intérieur *.html, *.xhtml fichiers sont immédiatement
      traduire dès que vous actualisez le navigateur.
    2. De faire un déploiement à chaud de travail pour *.jsp fichiers trop, alors vous devriez
      à l'intérieur de ${wildfly-home}/standalone/configuration/standalone.xml
      faire des changements suivants:

      <jsp-config/>

      remplacer par:

      <jsp-config development="true"/>

    redémarrer le serveur et profiter de déploiement à chaud des fichiers web.

    Mais lors de la modification de *.java fichiers source, puis seulement partielle de déploiement à chaud est possible.

    @Varantes a déclaré, dans sa réponse, permettant Application Recharger Comportement avec la regex ensemble du modèle de \.jar$|\.class$ est une option, mais il a un grave inconvénient: tout le module redémarre, donc:

    1. Il faut un certain temps (en fonction de comment est la taille d'un module).
    2. Ensemble de l'état de l'application est perdu.

    Alors, personnellement, je déconseille cette solution.

    JVM prend en charge (en mode debug) code-échange pour les méthodes d' " organismes. Donc, tant que vous êtes en modifiant seulement les corps des méthodes existantes, vous êtes à la maison (zéro panne, les changements sont immédiatement répercutées). Mais vous devez désactiver la publication automatique à l'intérieur des paramètres du serveur sinon, l'application de l'état va encore être détruit par le republier.

    Mais si vous êtes fortement contrefaisant code java (ajout de classes, des annotations, des constructeurs) alors malheureusement je ne peux que recommander définir publication dans ne Jamais publier automatiquement (ou de l'arrêt du serveur) et quand vous avez fini votre travail dans les fichiers java, puis redémarrer à la main de votre module (ou sur le serveur). Jusqu'à vous.

    Il travaille pour les petits projets java, mais pour les plus grands, JRebel est inestimable (ou juste à ressort), parce que toutes les approches décrites ci-dessus ne sont pas suffisantes.

    BTW: aussi en raison de ces problèmes, les solutions Rails/Django /Play! Framework gagné tellement énorme popularité.

    Bonne chance et rapide de codage!

  3. 8

    Je suis en supposant que vous utilisez la dernière version de Wildfly (8.0 Beta 1 comme de l'écriture).

    Dans le standalone.xml fichier de configuration, recherchez <jsp-config/>. Ajouter l'attribut développement="true" et il devrait chaude-déployer. Le résultant config ressemble à ceci:

    <jsp-config development="true"/>
  4. 4

    Ajouter des attributs (développement, enregistrement à intervalle, la modification des essais intervalle, recompiler-sur-échec) dans le fichier de configuration dans xPath = //servlet-conteneur/jsp-config/

    <servlet-container name="default" default-buffer-cache="default" stack-trace-on-error="local-only">
    <jsp-config development="true" check-interval="1" modification-test-interval="1" recompile-on-fail="true"/>
</servlet-container>

    (Il travaille dans WildFly-8.0.0.Final)

  5. 0

    Démarrer le serveur en mode debug et Il permettra de suivre des chances à l'intérieur de méthodes. D'autres changements, Il vous demandera de redémarrer le serveur.