Bonjour, J'envoie un mail sur la liste pour présenter le points avant discussion lors de la réunion de demain. Dans cantharella, la configuration des tous les environnements d'utilisation de l'application est présente dans le projet, et donc dans le war produit. Ce qui implique de construire le war avec toujours un profil activé et de disposer des sources pour reconfigurer l'application. Nous avons une approche différente à CodeLutin. Les applications ne dispose pas de profiles et dispose le plus souvent d'une configuration par défaut correspondant suivant les cas: * à une configuration par défaut d'une installation typique de l'application * à une configuration pour les tests unitaires. Dans tous les cas, le war produit est unique et nous utilisons un mecanisme de surcharge de la configuration à l'extérieur du war. Le war lit sa configuration par defaut, et d'autres fichiers de configuration dans certains emplamcement définis (par exemple) : - /etc/cantharella.conf - $HOME/.config/cantharella.conf - ./cantharella.conf - ... Cette gestion de la configuration est gérée par une classe dédiée: http://maven-site.nuiton.org/nuiton-utils/nuiton-utils/ApplicationConfig.htm... http://maven-site.nuiton.org/nuiton-utils/nuiton-utils/apidocs/index.html?or... Nous souhaiterons vous proposer d'utiliser également ce mécanisme également dans cantharella en supprimant les profiles et a allant lire une surcharge de la configuration dans ces emplacements à déterminer. Concretement, cela reviendrait à ajouter dans la configuration de spring un nouveau placeholder basé sur ApplicationConfig qui ferait le travail. Cordialement, Eric Chatellier. -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com