Si tu essaie de faire tourner un log avec logrotate, la JVM va continuer d'écrire dans l'ancien. Il faut alors confier à java la rotation (ce que je trouve pas pratique et pas normal) et ensuite coder des crons dégueux pour faire des find qui compressent et suppriment les anciens fichiers.
log4j et logback peuvent discuter avec syslog, c'est ce que j'utilise perso. Tu as eu un problème avec ? Les 2 se configurent via un fichier que tu peux forcer au démarrage de l'appli.
Pour les temps de démarrage, je n'ai jamais pu le constater sauf en première installation avec un jdk configuré pour utiliser /dev/random à la place de /dev/urandom.
Mais globalement c'est bizarre de voir les gens reprocher tout à la JVM. Les équipes d'Elastic font comment pour sortir elasticsearch ? De la magie noire ?
[^] # Re: Java > 1.8
Posté par barmic . En réponse au journal Java XII est dehors. Évalué à 6.
log4j et logback peuvent discuter avec syslog, c'est ce que j'utilise perso. Tu as eu un problème avec ? Les 2 se configurent via un fichier que tu peux forcer au démarrage de l'appli.
Pour les temps de démarrage, je n'ai jamais pu le constater sauf en première installation avec un jdk configuré pour utiliser /dev/random à la place de /dev/urandom.
Mais globalement c'est bizarre de voir les gens reprocher tout à la JVM. Les équipes d'Elastic font comment pour sortir elasticsearch ? De la magie noire ?