bon en fait j'ai fait plus simple : le fichier d'enumeration ne sera loader avec Spring, mais avec un RessourceBundle tout simple.
Du coup tu pourra le mettre dans ton classpath sans autre modif pour Spring.
a+

Benoit LAVENIER
E-IS - Environmental Information Systems - www.e-is.pro
Téléphone : 09 53 24 41 20  /  06 62 86 37 82
Adresse : 10 place de l'Eglise, 53470 MARTIGNE SUR MAYENNE
Email : benoit.lavenier@e-is.pro
Fax : 09 58 55 73 50


Le 11 janvier 2013 06:40, Tony Chemit <chemit@codelutin.com> a écrit :
On Thu, 10 Jan 2013 14:55:20 +0100
Benoit Lavenier <benoit.lavenier@e-is.pro> wrote:

> Tony,
>
> pour plusieurs requete (DAO) ou service du projet adagio-core, j'ai
> également besoin de ces énumération.
>
> Si cela te convient, je te propose donc :
>  - d'inclure le fichier d'enumeration tel quel (sans renommage) dans le JAR
> d'adagio-core, à la racine.
>  - de monter son contenu par Spring, depuis
> "classpath:enumeration-v3.properties"
>  - Ainsi, tu pourras toi aussi ajouter ce fichier à la racine de ton
> classpath  et c'est bien ta version qui sera prise en compte, même dans mes
> DAO et Service.
>
> ok ?
Je ferais en sorte qu'il y ait un tel fichier nommé de cette sorte dans le classpath.

Perso je veux pas utiliser Spring pour charger un fichier de properties, c'est
un peu la grosse berta et moi ça me sert pas.

J'ai déjà du twister mon classloader pour avoir un fichier conf.properties pour Spring (en fait
j'ai pas le temps de chercher comment mieux faire et surtout je veux pas avoir un fichier conf.properties qui se ballade dans la conf de Tutti.)

Bon en tout cas, y'aura bien le fichier donc : oui ok :)
_______________________________________________
Tutti-devel mailing list
Tutti-devel@list.forge.codelutin.com
http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/tutti-devel