Je suis en train de mettre en place un projet JSF2 sur Tomcat 6.0.29 avec la soudure. aussi en utilisant jrebel - je ne sais pas si cela fait une différence. En testant JRebel, je peux voir que les classes de mise à jour qui existaient quand le conteneur a été démarré sont gérées correctement. Toutefois, si j'ajoute une classe de composants CDI nouvellement définie et que je ré-explode l'application sans redémarrer le serveur d'applications, je ne peux pas y accéder à partir des facelets avant de redémarrer. JRebel semble charger la classe dedans, donc je devine que la soudure ne l'enregistre pas dans le gestionnaire de haricotPouvez-vous faire en sorte que jboss weld scanne continuellement les nouvelles classes lors du développement?
Je réalise que CDI est censé raccorder la config au démarrage, mais il serait bon d'avoir une sorte de dev switch pour activer l'analyse continue de la même manière JSF dispose d'un mode de développement qui prend en charge les modèles de facettes modifiés.
cela et la fonctionnalité que fournit JRebel serait un formidable coup de pouce à la productivité.
cela peut-il être fait? eu un coup d'oeil rapide sur les documents de soudure, mais ne trouve rien.
merci.
La fonctionnalité que vous décrivez doit être implémentée par JRebel, de la même manière qu'elle implémente des choses similaires avec les mises à jour de configuration d'Hibernate en Runtime. Sinon, vous avez raison - les analyses CDI config au démarrage seulement – Tair