Bonjour, Je me permets d'émettre quelques réserves sur l'utilisation que vous faites de maven pour générer les rapports Birt. Vous avez repackagé toutes les librairies de birt avec un groupId fr.ifremer.common... ce qui n'est pas correct,; le groupId doit refléter théoriquement le packqage principale des jar. De plus on perds le groupId d'origine ce qui est problèmatique. De plus et c'est plus grave, le fait d'avoir changer les versions pour les mettre sur celle de birt est un gro problème car on ne sait plus au final quelle était la version de la librairie d'origine. Enfin, pire encore (c'est la fin du monde :)), les librairies embarquées par birt vont s'ajouter à celle déjà présente dans une application, ce qui rends impossible l'utilisation de cette librairie sur une autre version, et là moi dans Tutti je ne peux pas m'en sortir. Par exemple dans mon application j'utilise <dependency> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> <version>1.1</version> </dependency> et biert lui emaberque <dependency> <groupId>org.eclipse.birt.runtime</groupId> <artifactId>org.apache.commons.logging</artifactId> <version>1.0.4.v201101211617</version> </dependency> donc maven va m'inclure les deux librairies (ce qui va doubler la taille du class-path et provoquer des problèmes ensuite de classloader). J'ai trouvé sur le dépôt central de maven une version repackager de birt-runtime : http://central.maven.org/maven2/org/eclipse/birt/runtime/org.eclipse.birt.ru... Il vaut mieux utiliser ces versions, même si elle souffre du même défaut, par example ils ont repackagé batik pdf en incluant une version de commons-io qui est incompatible avec celle que j'utilise. La version 4.3.1a semble la moins pire, je vais faire des tests dessus. Je te fournirai une configuration qui est propre (un pom exemple avec ce qu'il faut mettre pour que ça soit *propre*). Je vais soumettre le problème aux responsables de birt car c'est pas acceptable de faire ça. Erwan je peux comprendre pourquoi tu as fait ça, tu as du te baser sur ce qu'ils ont fait, pas de chance c'était surtout pas la bonne manière de faire. :( bon ouik-end. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit