JBoss as 7: Comment nettoyer tmp?

J'ai remarqué que dans mon JBoss Application Server 7 installation sous standalone/tmp j'ai 400 MO de fichiers les déploiements, certains d'entre eux plus de quelques mois.

Comment est-il nettoyé? Doit-il se faire automatiquement? Est-il un outil pour cela? Puis-je supprimer tous ces fichiers de moi-même?

InformationsquelleAutor Konrad Garus | 2012-03-24
  1. 110

    Comme vous le savez JBoss est purement un système de fichiers de base de l'installation. Pour l'installer il vous suffit de dézipper un fichier et c'est tout. Une fois que vous installez une certaine structure de dossier est créé par défaut et que vous exécutez l'instance de JBoss pour la première fois, il crée des dossiers supplémentaires pour l'exécution de l'opération. Pour comparaison voici la structure de JBoss as 7 avant et après que vous démarrez pour la première fois

    Avant

    jboss-as-7
 |
 |---> standalone
 |      |----> lib
 |      |----> configuration
 |      |----> deployments
 |      
 |---> domain
 |....

    Après

    jboss-as-7
     |
     |---> standalone
     |      |----> lib
     |      |----> configuration
     |      |----> deployments
     |      |----> tmp
     |      |----> data
     |      |----> log
     |      
     |---> domain
     |....

    Comme vous pouvez le voir 3 nouveaux dossiers sont créés (journal, données & tmp). Ces dossiers peuvent tous être supprimés sans toucher à l'application déployée dans les déploiements dossier, à moins que votre application a généré les Données stockées dans ces dossiers. Dans le développement, son ok pour supprimer toutes ces 3 nouveaux dossiers en supposant que vous n'avez pas besoin pour les journaux et les données stockées dans le répertoire "data".

    Pour la production, il n'est PAS RECOMMANDÉ de supprimer ces dossiers comme il y a peut-être généré par une application de données qui stocke certain état de l'application. Par ex, dans le dossier de données, le serveur d'applications peuvent enregistrer critique Tx restauration journaux. Contactez donc votre JBoss Administrateur si vous avez besoin de supprimer ces dossiers pour une raison quelconque dans la production.

    Bonne chance!

    • Pourquoi est-il recommandé de ne pas supprimer le tmp ou work dossier sur la Production? Je vous serais reconnaissant si vous pouvez l'expliquer ou de le pointer vers un lien à ce sujet. Merci
    • Après la suppression de ces 3 dossiers, dans standalone.xml <le déploiement> les données doivent être supprimées.
    • données dossier aussi grand. Mais le supprimer,Vous devez redéployer toutes les applications. Quelqu'un sait comment faire pour supprimer le données dossier dans l'efficacité de la sorte?
    • Si vous ne voulez pas déployer tout nouveau (peut-être parce que certains vieux fichier JSP est encore référencée), il suffit de supprimer tmp.
    InformationsquelleAutor uaarkoti
  2. 17

    Les fichiers liés au déploiement (et d'autres éléments temporaires) sont créés dans la version autonome d'/tmp/vfs (Virtual File System).
    Vous pouvez ajouter une stratégie au démarrage pour avoir expulsé les fichiers temporaires :

    -Djboss.vfs.cache=org.jboss.virtual.plugins.cache.IterableTimedVFSCache 
-Djboss.vfs.cache.TimedPolicyCaching.lifetime=1440
    • où faut-il ajouter à? standalone.xml?
    InformationsquelleAutor skay
  3. 5

    Je n'ai pas d'expérience avec la version 7 de JBoss, mais avec 5 j'ai souvent eu des problèmes lors du redéploiement des applications qui a disparu lorsque j'ai nettoyé le travail et le dossier tmp. J'ai écrit un script pour que ce qui a été exécuté à chaque fois que le serveur à l'arrêt. Peut-être l'exécuter avant le démarrage est mieux, vu anormale d'arrêt (qui n'étaient pas rare, avec Jboss 5 :))

    • wat a été le script en train de faire? Je travaille avec JBoss 5 et rencontrer le même problème. Je vous remercie.
    • Il a juste fait un "rm -rf" sur tout le contenu de tmp et de travail des répertoires. Vous pouvez supprimer tout le répertoire tmp. Jboss va recréer au prochain démarrage.
    InformationsquelleAutor nansen