2009-11-14 4 views
2

Nous aimerions passer le même WAR par dev, test et production. Comment pouvons-nous persister nos paramètres JNDI sans modification manuelle de server.xml? Par exemple, dans Websphere, il existe une console d'administration, et les ressources JNDI peuvent être ajoutées manuellement et sauvegardées, ou bien utiliser le script jacl/jython pour ajouter les ressources JNDI nécessaires.persist tomcat jndi settings

Pourquoi tomcat "recommande" d'utiliser context.xml? Cela signifie que nous avons besoin d'une construction séparée pour chaque environnement ... ce n'est pas vraiment JNDI alors ... c'est un fichier de propriétés JNDI xml glorifié, puisque context.xml doit être inclus dans le WAR, et chaque fois que nous le redéployons (déployer, déployer , start app) nous perdons le context.xml existant

Répondre

1

Donc, votre problème actuel est que vous voulez que l'interface web fournie par Tomcat gère les ressources JNDI sans modifier manuellement le server.xml (ce qui était en fait aussi "sous le capot") .

Tomcat n'est pas livré par défaut avec une interface web d'administration comme celle-ci, seulement le gestionnaire que vous connaissez déjà. Je sais qu'il existe des outils d'administration pour Tomcat 5.5.x, vous pouvez le trouver here, malheureusement, il n'y a pas un tel outil pour Tomcat 6.x. Je n'ai pas essayé mais vous pouvez essayer de voir si cela fonctionne aussi avec Tomcat 6.x.

+0

Oui ... essayé admin avec Tomcat6, bien qu'il y ait eu des erreurs lors de l'enregistrement de la configuration, mbean storeconfig n'est plus disponible ... – joshjdevl