- Mavenpom-devel - mailman.cloud.codelutin.com

forcer l'utilisation d'une langue dans le nom du descripteur de site
by Tony Chemit Oct. 12, 2009

Oct. 12, 2009

Yo, En utilisant un site.xml sans forcer la langue (site_fr.xml,...) on s'expose à des problèmes : si la langue par défaut du site d'un projet héritant de mavenpom alors maven ne va pas prendre hérité du bon bon site.xml. Dans mavenpom, j'ai créé le site_fr.xml et site_en.xml. Je propose qu'on supprime le site.xml et de modifier dans tous nos projets site.xml en site_xx.xml qui va bien (y'a pour 10 minutes). Si vous êtes ok, je le fais ;) -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

2 1

[ANNOUNCEMENT] - Nuiton ancestor pom 1.0.3 released
by nuiton.org Release Notification Oct. 10, 2009

Oct. 10, 2009

The Nuiton ancestor pom team is pleased to announce the mavenpom-1.0.3 release! Mavenpom is the corporate pom of all projects from nuiton.org and chorem.org Changes in this version include: New features: o ajout de profiles pour accelerer la generation des sites Issue: 55. Thanks to Tony Chemit. o Utilisation du plugin maven-jredmine-plugin Issue: 49. Thanks to Tony Chemit. o passage en maven 2.2.1 Issue: 62. Thanks to Tony Chemit. o aider l'utilisation de webstart Issue: 70. Thanks to Tony Chemit. Fixed Bugs: o le rapport javadoc n'est pas dans le bon encoding Issue: 63. Thanks to Tony Chemit. For a manual installation, you can download files here: http://www.nuiton.org/projects/list_files/mavenpom Have fun! -Nuiton ancestor pom team

1 0

test de liste...
by Tony Chemit Aug. 17, 2009

Aug. 17, 2009

Ceci est un test, ne pas répondre, merci -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

javadoc 2.6 ne va pas non plus...
by Tony Chemit Aug. 16, 2009

Aug. 16, 2009

en testant sur le projet processor un mvn site rien ne va plus avec le super aggregate javadoc goal... : [INFO] Preparing javadoc:aggregate [INFO] ------------------------------------------------------------------------ [INFO] Building nuiton-processor - pom [INFO] ------------------------------------------------------------------------ [INFO] No goals needed for project - skipping [INFO] ------------------------------------------------------------------------ [INFO] Building nuiton-processor - lib [INFO] ------------------------------------------------------------------------ [INFO] No goals needed for project - skipping [INFO] ------------------------------------------------------------------------ [INFO] Building nuiton-processor - maven plugin [INFO] ------------------------------------------------------------------------ donc dans le pom processor, il essaye de travailler sur les poms fils. ce fonctionnement n'est pas acceptable car lors d'une release, les poms fils releasés n'existe pas encore... En plus un peu plus loin j'ai un autre pb (lors de la generation du report) : Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. [INFO] ------------------------------------------------------------------------ [INFO] Trace java.lang.ExceptionInInitializerError at org.apache.maven.plugin.javadoc.JavadocUtil.fetchURL(JavadocUtil.java:730) at org.apache.maven.plugin.javadoc.AbstractJavadocMojo.isValidJavadocLink(AbstractJavadocMojo.java:4680) at org.apache.maven.plugin.javadoc.AbstractJavadocMojo.addLinkArguments(AbstractJavadocMojo.java:3229) at org.apache.maven.plugin.javadoc.AbstractJavadocMojo.addStandardDocletOptions(AbstractJavadocMojo.java:3885) at org.apache.maven.plugin.javadoc.AbstractJavadocMojo.executeReport(AbstractJavadocMojo.java:1761) at org.apache.maven.plugin.javadoc.JavadocReport.generate(JavadocReport.java:122) at org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(ReportDocumentRenderer.java:139) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(DefaultSiteRenderer.java:303) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRenderer.java:135) at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:133) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:100) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:540) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:519) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:332) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137) at org.apache.maven.cli.MavenCli.main(MavenCli.java:356) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.) (Caused by org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.)) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:543) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at org.apache.commons.httpclient.HttpClient.<clinit>(HttpClient.java:66) ... 29 more Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.) at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:397) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529) ... 33 more Caused by: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:385) -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Migration du projet / Project migration
by root＠nuiton.com Aug. 4, 2009

Aug. 4, 2009

Bonjour à tous, Dans l'optique de dissocier au maximum les projets libres initiés par la société Code Lutin de celle-ci et permettre une meilleur implication de la communauté du libre dans ces derniers, nous vous annonçons que le site de développement du projet n'est plus hébergé sur le labs libre-entreprise mais sur la plateforme www.nuiton.org. La plupart de la migration a été réalisée, nous vous invitons à utiliser d'ors et déjà la plateforme http://www.nuiton.org (le projet sur le labs libre-entreprise n'est plus accessible publiquement) Les listes de diffusions ont été migrées et tous les utilisateurs ont normalement du être réabonnés aux nouvelles listes. La nouvelle adresse de cette liste: mavenpom-devel(a)list.nuiton.org Nous sommes désolés des désagréments causés et vous remercions de votre soutien. Cordialement, L'équipe de développement. ---------------------------- Dear all, In order to separate the libre projects that Code Lutin has initiated and the company itself, and also to encourage the implication of the libre community, we recently moved the project's development site from the libre-entreprise labs to the www.nuiton.org platform. Most of the migration is complete, we invite you to use, from now on, the platform http://www.nuiton.org (the project on libre-entreprise labs is now longer publicly available). The mailing-lists have been migrated and everybody should have been automatically subscribing the new lists. New mail address for this list: mavenpom-devel(a)list.nuiton.org We are sorry for the inconvenience, and thank you for your support. Best regards, The development team.

1 0

[Lutinbuilder-devel] nouvelle release des super-pom
by tony Chemit Dec. 10, 2008

Dec. 10, 2008

Salut, Une nouvelle version de nos super-pom est disponible : 3.2 - Refonte des deux pom pour permettre qu'ils soient releasable via maven - Création d'un site pour les poms (a finir bien sûr :)) - meilleure gestion scm - nettoyage des poms (suppression du profile project, des groupId des plugins maven,...) Attention, à partir de cette version on effectue des contrôles de conformité sur les projets! (Voir la section Vérification de conformité de la documentation). Liens de la documentation : http://lutinbuilder.labs.libre-entreprise.org/lutinproject/index.html http://lutinbuilder.labs.libre-entreprise.org/lutinpluginproject/index.html Tous les projets de lutinutil et topia en snapshot utilisent ces nouveaux poms. Tony.

2 2

[Lutinbuilder-devel] On ne peut pas remplacer les script shell
by Benjamin POUSSIN Jan. 23, 2004

Jan. 23, 2004

Salut, Les scripts shell ne peuvent pas être remplacé par des règles ant, car il n'est pas possible de passer des arguments a ant qui serait redonné au programme à exécuter. donc impossible d'avoir un équivalent de ./build.sh -l tjdo -c gpl par contre la règle update dans ant est tout de meme util car voici comment je vois les choses: 0) Installation de ant sur la machine 1) Récupération du CVS d'un programme qui nous intéresse 2) ant update - met a jour le CVS local - récupere le fichier LutinBuilder.jar et le place dans binlib/ - appel de update sur LutinBuilder - récupération des librairies dont dépend le programme 3) ant ou ant build 4) ant run (pour cela il faut que l'utilisateur est mis la classe qui contient le main dans le fichier de propriétés) -- Benjamin -------------------- email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

2 1