Wildfly déployer échoué: JBAS014671 et WFLYCTL0080 - l'Accès est refusé

Nous avons déployé un fichier WAR de Wildfly en utilisant le Déploiement du Scanner (les"mutations" dossiers). L'application web fonctionne jusqu'à ce que le redémarrage de l'ordinateur -, il échoue lorsque l'application web est chargé par le serveur à nouveau. Il convient de dire que nous n'avons pas ce problème si le Wildfly service est redémarré, il ne se produit que lorsque l'ensemble de l'OS est redémarré. Et si je viens de redémarrer Wildfly, il fonctionne de nouveau de retour.

Si je supprime le fichier qui a échoué drapeau (healthsafety-serveur.guerre.échoué) à partir des déploiements dossier, l'application est déployée avec succès au bout de quelques secondes.

Si le déploiement est en train d'être fait par le biais de la console d'Administrateur, il échoue la première fois. Toutefois, si l'application est activée puis désactivée retour, il travaille trop.

Nous sommes en cours d'exécution Wildfly 8.2.0 Finale de Windows 10 à la Maison (64bits anglais), mais nous avons essayé de Wildfly 9.0.2 Final trop et nous avons eu le même comportement. Nous avons eu le même problème sur un autre ordinateur avec Windows 8.1 64 bits Professionnel.

La Wildfly dossier est mis sur le "C:\ dossier" et le plein contrôle a été fourni à tous les utilisateurs, y compris "tout le monde". Ces étapes ont également été appliquées, mais le problème persiste.

C'est le contenu de la healthsafety-serveur.guerre.échoué fichier sur Wildfly 8.2.0 Final:

"{\"JBAS014671: Échec de services\" => {\"jboss.ressac.le déploiement.default-server.par défaut de l'hôte./healthsafety-serveur\" => \"org.jboss.msc.service.StartException dans le service jboss.ressac.le déploiement.default-server.par défaut de l'hôte./healthsafety-serveur: Impossible de démarrer le service 
Causés par: java.lang.RuntimeException: java.lang.RuntimeException: com.soleil.des visages.config.ConfigurationException: java.util.de façon concomitante.ExecutionException: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-8.2.0.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\tempea4e3edc0321f2c2\\\\healthsafety-server.war-4135c52d8f677a8a\\\\healthsafety-server.war-7794207299642458131.tmp (Accès refusé) 
Causés par: java.lang.RuntimeException: com.soleil.des visages.config.ConfigurationException: java.util.de façon concomitante.ExecutionException: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-8.2.0.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\tempea4e3edc0321f2c2\\\\healthsafety-server.war-4135c52d8f677a8a\\\\healthsafety-server.war-7794207299642458131.tmp (Accès refusé) 
Causés par: com.soleil.des visages.config.ConfigurationException: java.util.de façon concomitante.ExecutionException: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-8.2.0.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\tempea4e3edc0321f2c2\\\\healthsafety-server.war-4135c52d8f677a8a\\\\healthsafety-server.war-7794207299642458131.tmp (Accès refusé) 
Causés par: java.util.de façon concomitante.ExecutionException: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-8.2.0.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\tempea4e3edc0321f2c2\\\\healthsafety-server.war-4135c52d8f677a8a\\\\healthsafety-server.war-7794207299642458131.tmp (Accès refusé) 
Causés par: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-8.2.0.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\tempea4e3edc0321f2c2\\\\healthsafety-server.war-4135c52d8f677a8a\\\\healthsafety-server.war-7794207299642458131.tmp (Accès refusé) 
Causés par: java.io.FileNotFoundException: C:\\\\wildfly-8.2.0.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\tempea4e3edc0321f2c2\\\\healthsafety-server.war-4135c52d8f677a8a\\\\healthsafety-server.war-7794207299642458131.tmp (Accès refusé)\"}}" 

et c'est le contenu de la healthsafety-serveur.guerre.échoué fichier sur Wildfly 9.0.2 Final:

"{\"WFLYCTL0080: Échec de services\" => {\"jboss.ressac.le déploiement.default-server.par défaut de l'hôte./healthsafety-serveur\" => \"org.jboss.msc.service.StartException dans le service jboss.ressac.le déploiement.default-server.par défaut de l'hôte./healthsafety-serveur: java.lang.RuntimeException: java.lang.RuntimeException: com.soleil.des visages.config.ConfigurationException: java.util.de façon concomitante.ExecutionException: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-9.0.2.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\temp2bdea2bc34b5d6c1\\\\content-ed5f82fbe5807374\\\\content-4117938517180519169.tmp (Accès refusé) 
Causés par: java.lang.RuntimeException: java.lang.RuntimeException: com.soleil.des visages.config.ConfigurationException: java.util.de façon concomitante.ExecutionException: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-9.0.2.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\temp2bdea2bc34b5d6c1\\\\content-ed5f82fbe5807374\\\\content-4117938517180519169.tmp (Accès refusé) 
Causés par: java.lang.RuntimeException: com.soleil.des visages.config.ConfigurationException: java.util.de façon concomitante.ExecutionException: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-9.0.2.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\temp2bdea2bc34b5d6c1\\\\content-ed5f82fbe5807374\\\\content-4117938517180519169.tmp (Accès refusé) 
Causés par: com.soleil.des visages.config.ConfigurationException: java.util.de façon concomitante.ExecutionException: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-9.0.2.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\temp2bdea2bc34b5d6c1\\\\content-ed5f82fbe5807374\\\\content-4117938517180519169.tmp (Accès refusé) 
Causés par: java.util.de façon concomitante.ExecutionException: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-9.0.2.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\temp2bdea2bc34b5d6c1\\\\content-ed5f82fbe5807374\\\\content-4117938517180519169.tmp (Accès refusé) 
Causés par: javax.des visages.FacesException: java.io.FileNotFoundException: C:\\\\wildfly-9.0.2.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\temp2bdea2bc34b5d6c1\\\\content-ed5f82fbe5807374\\\\content-4117938517180519169.tmp (Accès refusé) 
Causés par: java.io.FileNotFoundException: C:\\\\wildfly-9.0.2.Final\\\\standalone\\\\tmp\\\\vfs\\\\temp\\\\temp2bdea2bc34b5d6c1\\\\content-ed5f82fbe5807374\\\\content-4117938517180519169.tmp (Accès refusé)\"}}" 

Toute aide est appréciée.

PS: cross-post sur JBoss forums

Avez-vous un WildFly instance dans votre IDE? J'ai trouvé que cela a causé beaucoup de problèmes pour moi d'une nature similaire à ce que vous vivez(problèmes avec le contenu ci-dessous ${JBOSS_HOME}/autonome/tmp/vfs/temp/ ). Je vous recommandons de désinstaller le serveur à partir de votre espace de travail et le remplacement de votre ${JBOSS_HOME}/autonome répertoire avec un nouveau.(Il suffit de le télécharger encore une fois). Alors évitez de commencer votre serveur à partir de votre IDE...seulement utiliser la ligne de commande.
Salut @DuranWesleyHarris, nous sommes à l'aide de la WildFly en dehors de l'IDE, toujours en cours d'exécution (Windows), du service ou de la ligne de commande comme vous l'avez mentionné.
Avez-vous essayé de supprimer le dossier tmp? Je voudrais essayer d'abord vous déploiement explosé ou non explosées archives? Juste quelque chose à essayer, mais peut-être que d'essayer de changer le déploiement de scanner pour déployer automatiquement? (Pas besoin d'ajouter de l' .doDeploy marqueur...)
Oui, nous avons essayé de supprimer le dossier, mais n'a pas à résoudre. Nous utilisons uniquement des munitions archives (fichier war), et a essayé de déployer dans les deux cas: avec et sans le .dodeploy marqueur; et dans les deux cas, le serveur est génération du .échec de marqueur.
Avez-vous inspecté le javax.les visages des modules autonomes? Avez-vous récemment de ne pas changer quoi que ce soit dans les visages module? Vérifiez le fichier xml dans le module et les autorisations sur les pots qu'il référence. C'est bizarre qu'il dit que c'est une FacesConfigurationException et qu'il n'arrive pas à accéder à quelque chose dans la guerre. Peut-être qu'il est défini à JSF 1.2, mais il n'y a pas de faces-config.xml? Mis à part que je suis à une perte

OriginalL'auteur wcomnisky | 2016-01-13