IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Tomcat et TomEE Java Discussion :

Pool de connexions - externaliser la config


Sujet :

Tomcat et TomEE Java

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Février 2009
    Messages
    5
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2009
    Messages : 5
    Par défaut Pool de connexions - externaliser la config
    Bonjour,

    Je suis en train de développer une appli avec TOMCAT6.

    J'ai déclaré une ressource JNDI dans le fichier context.xml de tomcat.
    Mon appli fonctionne mais maintenant, je souhaiterais aller un peu plus loin et externaliser le contenu de la configuration de la DataSource dans un fichier properties externe à tomcat.

    En d'autres termes, je ne voudrais pas renseigner l'URL de connexion, user et password dans le fichier context.xml mais plutôt dans un fichier properties qui se trouve dans un répertoire externe à l'appli (répertoire de config).

    J'ai bien cherché avec mon ami GOOGLE, mais je ne trouve pas de réponse à mon problème.

    Est-ce que quelqu'un à une idée?

    Merci d'avance.
    Lherderien

  2. #2
    Membre Expert
    Avatar de hasalex
    Homme Profil pro
    Développeur Java
    Inscrit en
    Janvier 2009
    Messages
    879
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 56
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : Janvier 2009
    Messages : 879
    Par défaut
    Pourquoi as-tu ce besoin ?

    A mon avis, tu ne peux pas le faire en utilisant les datasource de Tomcat. Par contre, tu peux instancier toi-même une datasource, en utilisant DBCP (comme tomcat). Cette datasource peut être initialisée dans un ServletContextListener, puis enregistrée dans JNDI ; ce sera donc transparent pour ton application.

  3. #3
    Membre chevronné
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2005
    Messages
    241
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2005
    Messages : 241
    Par défaut
    Bonjour,

    il me semble que tu utilises le service de DataSource que te fournit Tomcat.
    Donc il te faut renseigner Tomcat sur les paramètres nécessaires à la mise en place de cette DataSource.

    Une façon de faire pourrait être de définir une ressource globale, dans le fichier conf/server.xml et d'exploiter un <ResourceLink> dans le context.xml de l'application

    Un second moyen est d'exploiter la définition de contexte dans le répertoire conf/ de Tomcat ( ce qui donne, en général, conf/Catalina/localhost/Context.xml ).

    Bref, les choix sont multiples.

    Donc la question de fond est: pourquoi veux-tu mettre dans un fichier properties les paramètres de ta DataSource?

  4. #4
    Membre à l'essai
    Profil pro
    Inscrit en
    Février 2009
    Messages
    5
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2009
    Messages : 5
    Par défaut
    Bonjour,
    merci pour vos réponses,
    Le pourquoi je veux faire cela, est que sur les serveurs de productions de mon application, j'utilise un répertoire de "déploiement" et un autre de configuration.
    La configuration n'est jamais re-livrée lors de livraison de version logicielle.

    Je crois que je vais utiliser la configuration logicielle.

    Merci encore.
    lherderien

  5. #5
    Membre Expert
    Avatar de hasalex
    Homme Profil pro
    Développeur Java
    Inscrit en
    Janvier 2009
    Messages
    879
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 56
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : Janvier 2009
    Messages : 879
    Par défaut
    Si tu veux que ta datasource soit relivrée, tu la déclares dans META-INF/context.xml de ton application, et si tu ne veux pas la relivrer, tu la déclare dans conf/server.xml de Tomcat...

  6. #6
    Membre averti
    Profil pro
    Inscrit en
    Mars 2012
    Messages
    18
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2012
    Messages : 18
    Par défaut
    Bonjour,
    je souhaite réaliser le même type d'externalisation de configuration et j'ai des questions.
    J'utilise un pom.xml et je suis encore novice, je ne comprends pas comment je peux passer d'un répertoire à un autre pour désigner mes fichiers.
    comment déterminer en quelque sorte 2 classpath différents?
    Si quelqu'un pouvait m'aider
    Merci beaucoup

Discussions similaires

  1. pool de connexion, configation de tomcat
    Par ricault dans le forum Tomcat et TomEE
    Réponses: 1
    Dernier message: 05/12/2007, 11h38
  2. [TOMCAT] pool de connexion postgres
    Par kitov dans le forum Tomcat et TomEE
    Réponses: 4
    Dernier message: 04/06/2004, 17h13
  3. [WSAD] [POOL de CONNEXION]
    Par gandia dans le forum Eclipse Java
    Réponses: 2
    Dernier message: 19/05/2004, 19h22
  4. [EJB]JBoss et Pool de connexion
    Par Kleb dans le forum Wildfly/JBoss
    Réponses: 4
    Dernier message: 20/04/2004, 13h12
  5. [tomcat 4.1] [oracle] Pool de connexion
    Par Franco dans le forum Tomcat et TomEE
    Réponses: 6
    Dernier message: 23/09/2003, 01h42

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo