Erreur de déploiement de JBoss Tools: cela peut être dû au fait que le répertoire de déploiement temporaire de votre serveur se trouve sur un système de fichiers différent de celui de la destination finale
J'ai l'erreur suivante lors du déploiement d'une application avec JBoss Tools dans Eclipse:
Erreur lors du renommage de C:\wildfly-8.1.0.Final\standalone\tmp\tmp7858611943756287857.xhtml en C:\wildfly-8.1.0.Final\standalone\deployments\.war\403.xhtml.
Cela peut être dû au fait que le répertoire de déploiement temporaire de votre serveur se trouve sur un système de fichiers différent de celui de la destination finale.
Vous pouvez ajuster ces paramètres dans l'éditeur de serveur.
Et voici une capture d'écran de l'erreur:
Sur la documentation , j'ai trouvé ceci:
Vous pouvez personnaliser l'emplacement de déploiement et le type de conditionnement:
- Pour sélectionner le dossier de déploiement de l'espace de travail pour le serveur, cliquez sur Utiliser les métadonnées de l'espace de travail}.
- Pour sélectionner le dossier de déploiement du serveur d'applications, cliquez sur Utilisez le dossier de déploiement de JBoss} _.
- Pour sélectionner un dossier de votre choix, cliquez sur Utiliser un dossier de déploiement personnalisé} _. Avec cette option, complétez les champs répertoires de déploiement et répertoire de déploiement temporaire. Le dossier temporaire doit se trouver sur le même système de fichiers que l'emplacement de déploiement final, faute de quoi la publication échoue souvent .
- Pour tous les modules à archiver pour le déploiement, cochez la case Déployer des projets en tant qu'archives compressées. Cela évite les déploiements explosifs Et réduit la quantité de mémoire occupée par les déploiements, mais Peut ralentir le déploiement.
Que signifie le dossier temporaire doit se trouver sur le même système de fichiers que l'emplacement de déploiement final}? Comment puis-je le résoudre?
J'ai compris que l'erreur ne se produisait pas lorsque la case à cocher Déployer les projets compressés archives était cochée.
J'ai résolu ce problème en suivant les étapes ci-dessous:
- Redémarré l'ordinateur
- Supprimé les fichiers de projet du dossier "standalone\deployments"
- Supprimé tous les fichiers du dossier "standalone\tmp"
- Projet propre à Eclipse
- Dans Eclipse, suppression du projet de Wildfly, puis ajout de nouveau
- Dans Eclipse, faites un clic droit sur "Wildfly" puis sur "Nettoyer ..."
- Dans Eclipse, cliquez avec le bouton droit sur le module du projet, puis "Publication complète"
Je reçois cette erreur juste après avoir mis à jour une dépendance dans mon pom.xml et essayé de republier.
Ce qui a fonctionné a été de décocher le paramètre dans le déploiement du serveur pour "Déployer des projets en tant qu'archives compressées".
J'ai eu le même problème et la seule solution après des heures à chercher dans google, j'ai résolu de fermer Eclipse, en supprimant le dossier ".metadata" de l'espace de travail en redémarrant Eclipse et en créant le serveur de JBoss AS 6.x, puis en déployant à nouveau et tout fonctionnait pour moi correctement. J'espère que cette aide.
J'ai eu le même problème plusieurs fois dans ma machine Windows 10. Étant donné que je n'avais pas les droits d'administrateur, la résolution de ce problème était une procédure agitée. Un correctif simple rapprocherait JBOSS_HOME de la racine. Cependant, vous devez effectuer un redémarrage correct de votre Eclipse. Je recommande plutôt un redémarrage complet de votre ordinateur car, après tout, vous allez modifier JBOSS_HOME dans les variables d'environnement Windows.
plutôt vieux ... mais a toujours lieu dans la version NEON de Eclipse et Wildfly. et le problème est qu’Eclipse n’arrête pas normalement le serveur Web. (Quelque chose de très habituel pour Tomcat, au moins, je fais la plupart du travail) Solution: J'ai ouvert la présentation "Debug". J'ai tué le processus. (et nettoyé-effacé le serveur - juste au cas où).
Si vous allez dans fichier -> C:\Utilisateurs\votre nom d'utilisateur\wildfly-10.0.0.CR4\standalone\deployments et supprimez votre fichier nomprojet.war, le serveur devrait pouvoir redémarrer.
Je recevais le même message d'erreur, mais c'est parce qu'un problème est survenu dans le dossier de déploiement de JBoss. Cela ne m'autorisait même pas à supprimer le dossier ear de mon projet des déploiements.
Ma solution a été de décompresser une autre instance de JBoss et de diriger mon Eclipse vers ce JBoss, puis cela a fonctionné correctement.
J'ai eu le même problème. Les fichiers des dossiers d'espace de travail .metadata et .recommenders étaient endommagés. J'ai pris ces dossiers d'un collègue et remplacé le mien. Ça a marché!
La solution hermeslm résout la plupart (sinon la totalité) des problèmes d’espace de travail, mais c’est une arme de choix définitive et robuste. Sachez que si vous avez hautement configuré Eclipse (assistant de code personnalisé, définitions de formatage, configuration des plugins, interface utilisateur), vous perdrez tout. Vous devrez importer tous les projets et le configurer à nouveau.
J'ai eu le même problème, mais de temps en temps, je fais une sauvegarde complète du système de fichiers d'un espace de travail et le restaure à chaque fois.
D'après ce que j'ai observé jusqu'à présent sur la restauration de sauvegarde, ce problème particulier peut être lié à la configuration du serveur jboss dans Eclipse et aux fichiers/plugins qui lui sont associés. En d'autres termes, si vous n'avez pas de sauvegardes, essayez de supprimer et de reconstruire la définition de vos serveurs dans Eclipse avant de supprimer .metadata dir.