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

Maven Java Discussion :

Module dédié aux fichiers de configuration


Sujet :

Maven Java

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Avril 2004
    Messages
    19
    Détails du profil
    Informations forums :
    Inscription : Avril 2004
    Messages : 19
    Par défaut Module dédié aux fichiers de configuration
    Bonjour à tous,

    Voila le contexte de la chose :
    J'ai 1 projet : 3 Modules

    - WEB
    - BUSINESS
    - CONF

    J'ai fait un lien entre WEB et BUSINESS en mettant dans WEB une dépendance vers BUSINESS , donc en lui intégrant un jar qui sera le packaging de BUSINESS.
    WEB sera un War.

    Maintenant j'aimerai que WEB et BUSINESS viennent chercher leur fichier de conf, leur properties (certains sont communs ) dans le module CONF.

    Celui ci ne sera qu' un simple répertoire mais mon but final et , au moment du déploiement , d'avoir un répertoire avec les properties complétement externalisés du war de WEB et du jar de BUSINESS dans l'optique de les changer à chaud ( niveau de log, conf réseau ) sans avoir a refaire une livraison de l'applie.

    Ma question : comment gérer ce modules de CONF ?

    J'ai regardé Assembly je pense qu'on peut faire des trucs mais j'ai du mal .

    Donc dans un premier temps comment faire comprendre à Maven que WEB et BUSINESS doivent aller chercher leurs fichiers de conf dans CONF.

    (CONF ne doit pas être un JAR )

    Merci d'avance

  2. #2
    Membre averti
    Inscrit en
    Avril 2004
    Messages
    19
    Détails du profil
    Informations forums :
    Inscription : Avril 2004
    Messages : 19
    Par défaut
    Personne ?

    Ca m'aiderait beaucoup ...

    Si ca se trouve c est tout simple, je débute avec Maven .

  3. #3
    Membre averti
    Inscrit en
    Février 2007
    Messages
    13
    Détails du profil
    Informations forums :
    Inscription : Février 2007
    Messages : 13
    Par défaut
    Pour faire comprendre à maven ou chercher les properties, ajoute dans le pom de chaque module

    <build>
    <resources>
    <resource>
    <directory>../CONF/chemin</directory>
    <includes>
    <include>...</include>
    </includes>
    </resource>
    </resources>

  4. #4
    Membre averti
    Inscrit en
    Février 2007
    Messages
    13
    Détails du profil
    Informations forums :
    Inscription : Février 2007
    Messages : 13
    Par défaut
    mais j'ajoute que ce n'est pas la bonne pratique, en effet par défaut les fichiers de properties se trouvent dans src/main/resources...

  5. #5
    Membre averti
    Inscrit en
    Avril 2004
    Messages
    19
    Détails du profil
    Informations forums :
    Inscription : Avril 2004
    Messages : 19
    Par défaut
    Ok mais si demain j'ai livré mon application et je veux par exemple changer le niveau de log ou une mauvaise adresse de WS stockés dans un properties dans le /ressources, je suis obligé de relivrer.

    Mon but ne pas relivrer et effecuter les changements à chaud.

    Est ce possible ?

    De plus j'ai vu l'existence du /src/main/config qui regroupe les fichiers qui ne seront pas intégrés dans le .Jar

    Est ce que je peux l'utiliser pour stocker les properties, ensuite au moment du build je ferai une assembly pour récupérer ces fichiers et les stocker dans un répertoire dédié ( en dehors de war ou jar ).

    Apres je n'ai plus qu'à changer le classpath de tomcat et dans mon applie je retrouverai mes petits avec un classpath loader.

    J'attends vos remarques et idées car je tourne un peu en rond...

    Je sais qu'avec Ant on se posait pas ces questions ca allait tout seul ^^

  6. #6
    Membre chevronné Avatar de kalysto
    Profil pro
    Développeur
    Inscrit en
    Mars 2003
    Messages
    442
    Détails du profil
    Informations personnelles :
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : Mars 2003
    Messages : 442
    Par défaut
    En fait maven n'est qu'un outils de build.
    Il te sert a creer des modules pour tes dépendances, c'est tout (en gros).

    Ce que je comprends pas dans ton use case, c'est ce que tu veux faire: tu parles de ne pas faire de re-livraison, mais faire une assembly (qui sert normalement a te faire un zip avec tes modules dedans) ne te dérange pas !

    Au mieux, tu peux faire en effet un module qui contiendra tes fichiers de configuration (en les placant dans src/main/resources). Ca te sortira un jar avec tes resources dedans.

    Ensuite tu n'as qu'a donner ce fichier au gars qui met a jour la config en lui disant de le decompresser dans un répertoire particulier, mais tu ne pourras pas fait beaucoup mieux avec maven.

    Si tu nous disais ce que tu fais avec Ant, ca aiderait je pense

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Configuration des droits d'accès aux fichiers
    Par supermeganono dans le forum Apache
    Réponses: 1
    Dernier message: 18/07/2012, 23h03
  2. Base de données dédiées aux fichiers?
    Par Angi21 dans le forum Autres SGBD
    Réponses: 0
    Dernier message: 10/03/2011, 16h51
  3. Réponses: 8
    Dernier message: 28/02/2010, 21h14
  4. [Configuration] droits d'accès aux fichiers
    Par drommk dans le forum EDI, CMS, Outils, Scripts et API
    Réponses: 2
    Dernier message: 20/06/2006, 17h31
  5. Quel SGBD correspond aux fichiers à extension .DAT
    Par jcpitaud dans le forum Autres SGBD
    Réponses: 4
    Dernier message: 12/04/2006, 20h11

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