Ceci est le 2ème post sur Tomcat. Avoir un Tomcat en place c’est bien, le monitorer c’est mieux ! Il y a tellement de choses à faire attention sur Tomcat (du fait des contraintes de Java) qu’il est indispensable de le monitorer.
Il existe pour cela 2 manières :
Via les URL Via la JMX (recommandé) Je parle de ces 2 méthodes dans l’article sur Tomcat.
J’ai récemment joué avec Tomcat suite à une formation interne. C’est incroyable tout ce que cette application est capable de faire ! Je vous prépare donc une petite série d’articles sur Tomcat qui vous plairont je l’espère.
Le premier commence avec la mise en place de mod_jk sur Apache afin de servir du Tomcat par la suite. Pour sa mise en place, c’est ici.
J’ai un peu galérer à trouver des documentations claires sur la sauvegarde et restauration de schéma avec configuration d’un OpenLDAP v3.
Je vous fais partager ceci toujours sur mon Wiki.
Je viens d’abandonner ma Debian en tant que desktop pour m’essayer à Xubuntu.
Pourquoi ce choix ?
Et bien dans un premier temps, je n’ai pas envie de perdre de temps sur chaque installe que je fais à devoir spécifier les drivers si ils sont de type non free. Puis le mode user friendly avec les associations sur les fichiers, les logiciels preinstallés à la ubuntu sont quand même vachement pratique, même s’il y en a un peu trop à mon goût ou pas les toujours ceux que je souhaiterais par défaut.
Je viens d’apprendre qu’un export LDAP (LDIF) trop complet ne permet pas sa réimportation sous peine de se voir jeter l’erreur 19 à la gueule. En effet, il y a plusieurs champs qui ne doivent pas figurer dans un LDIF.
J’ai donc eu la chance de trouver des personnes a qui ce même problème est arrivé et j’ai donc fais un petit article pour parler de cette erreur sur laquelle j’ai passé 1h.
Pour ceux qui avaient t’habitude de travailler sur d’anciennes configurations d’OpenLDAP (v1/v2), ou comme moi, ne font pas des installations tous les 4 matins, sachez que les fichiers de configurations ont changés et sont super casse pied à configurer maintenant à la main.
J’avais déjà observé ceci sur les Red Hat 6.3 et viens de le constater également sur une Debian 6. Donc pour configurer votre OpenLDAP v3, c’est devenu un tel casse tête qu’il y a des wizard pour l’aide à la mise en place…et heureusement.
Cela fait fort longtemps que je connais ce soft, je n’en avais encore jamais mis en place. C’est ultra puissant (voir trop, tellement c’est complexe), alors je vous ai concocté une petite documentation pour sa mise en place avec un backend PostgreSQL.
Et hop, direction le wiki pour OTRS.