[MAVEN 2]Format windows ${basedir}

Version imprimable

14/02/2007, 18h46
JWillow

[MAVEN 2]Format windows ${basedir}

Bonjour,

J'utilise la fonctionnalité de filtering de maven pour mettre dans mes fichiers de properties la valeur de ${basedir}. Elle est bien mise mais les séparateurs utilisaient sont \ et non /. Mon problème survient quand j'utilise ma propriété pour charger un fichier le path contenant des \ fait que tous les caractères suivant le \ sont considérés comme des caractères spéciaux.

Pour résumé j'ai actuellement en utilisant ${basedir} le separateur \, je voudrais le séparateur /, comment faire ?

Merci
15/02/2007, 14h53
rseM2
Bonjour,

J'ai moi aussi fait quelque tests justement hier et remarqué le même comportement. C'était pour mon fichier log4j.xml
Code:

1 2 3 4 5 <appender name="dailyRollingFile" class="org.apache.log4j.DailyRollingFileAppender"> <param name="File" value="${basedir}/target/logs/test.log" /> [...]
Il semble que le bug soit connu et provienne de plexus-utils (cf. MRESOURCES-19). Il semble être corrigé dans la version 1.2, par contre je ne sais pas du tout comment faire pour utiliser cette version de plexus-utils.

Peut-être qu'Emmanuel Venisse ou quelqu'un d'autre pourrait nous en dire plus ...

Rémy
15/02/2007, 15h06
evenisse

si le bug est et est corrigé dans plexus-utils, tu peux le mettre à jour dans $M2_HOME/core
15/02/2007, 17h42
rseM2

J'ai essayé mais sans grand succès.

Néanmoins je me demande pourquoi pour plexus-utils il faut passer par %M2_HOME%/core et non par le repository locale ? Surtout qu'ils semblent passer par une dépendance (cf. MRESOURCES-10).

De plus, avec la version 2.0.5 de Maven qui vient de sortir, nous sommes toujours avec la version 1.1 de plexus-utils alors que la dernière version est la 1.4 (cf. http://repo1.maven.org/maven2/org/co.../plexus-utils/). Il y a une raison pour cela ?

Rémy
15/02/2007, 17h53
evenisse

Citation:

Envoyé par rseM2

J'ai essayé mais sans grand succès.

cad? qu'as tu fait exactement?

Citation:

Envoyé par rseM2

Néanmoins je me demande pourquoi pour plexus-utils il faut passer par %M2_HOME%/core et non par le repository locale ? Surtout qu'ils semblent passer par une dépendance (cf. MRESOURCES-10).

parceque plexus-utils est une librairie utilisée par le coeur de maven.

Citation:

Envoyé par rseM2

De plus, avec la version 2.0.5 de Maven qui vient de sortir, nous sommes toujours avec la version 1.1 de plexus-utils alors que la dernière version est la 1.4 (cf. http://repo1.maven.org/maven2/org/co.../plexus-utils/). Il y a une raison pour cela ?

Nous avons oublié de la mettre à jour ;)
Créer une issue et nous la mettrons à jour pour la 2.0.6
15/02/2007, 18h26
rseM2
Citation:

Envoyé par evenisse

cad? qu'as tu fait exactement?

J'ai fait plusieurs tests :
- upgrade de plexus-utils:1.2 dans %M2_HOME%\core. J'ai même essayé de renommer le plexus-utils-1.2.jar en plexus-utils-1.1.jar au cas où ;
- en regardant l'arbre de dépendances du plugin resources, j'ai pu voir que plexus-utils:1.0.4 venait du maven-compiler-plugin:2.0.1. J'ai modifié la version dans le pom de mon repository local. Après exécution, on voit bien dans les traces que le plugin resources utilise la version 1.2 au runtime. Mais ca n'a rien changé.
Citation:

Envoyé par evenisse

parceque plexus-utils est une librairie utilisée par le coeur de maven.

C'est pas très facile à bien comprendre comment ça se passe. En fait la bonne question à se poser est sans doute de savoir qui interprète la variable ${basedir} ? Est-ce que c'est le plexus-utils de maven ou celui de la dépendance du plugin resources ?

Citation:

Envoyé par evenisse

Nous avons oublié de la mettre à jour ;)
Créer une issue et nous la mettrons à jour pour la 2.0.6

Ok ;)
C'est fait MNG-2828
16/02/2007, 11h36
JWillow

Donc y'a bien un problème. Mais ce problème ce produit pour l'ensemble des variables java.io.File dont basedir et java.home. J'ai essayé en lançant maven avec -Dfile.separator=/ mais rien n'y a fait.

PS : Pour contourner tout ça j'ai mis en place une conversion avec ANT au sein de maven assez lourde car du coup je passe par un fichier properties intermédiaire pour procèder à un filterering ensuite.

<tasks>
<pathconvert property="convertBaseDir" dirsep="/">
<path location="${basedir}" />
</pathconvert>
<filter token="basedir" value="${convertBaseDir}" />
<copy todir="${basedir}/src/test/filters" filtering="true">
<fileset dir="${basedir}/src/test/filters-ant" />
</copy>
</tasks>

PPS: Merci pour toutes ces investigations, ça fait du bien de ne pas sentir seul avec ce problème
16/02/2007, 13h44
rseM2

Citation:

Envoyé par JWillow

Donc y'a bien un problème. Mais ce problème ce produit pour l'ensemble des variables java.io.File dont basedir et java.home. J'ai essayé en lançant maven avec -Dfile.separator=/ mais rien n'y a fait.

Je confirme. J'avais essayé aussi...

Citation:

Envoyé par JWillow

PS : Pour contourner tout ça j'ai mis en place une conversion avec ANT au sein de maven assez lourde car du coup je passe par un fichier properties intermédiaire pour procéder à un filterering ensuite.

Ca peut effectivement faire l'affaire en attendant mais il serait tout de même bien de trouver une solution avec maven.

Citation:

Envoyé par JWillow

PPS: Merci pour toutes ces investigations, ça fait du bien de ne pas sentir seul avec ce problème

C'est le principe des communautés... ;)

Rémy
04/04/2007, 10h11
JWillow

UP

Etant donné que la version maven 2.06 vient de sortir j'ai essayé de faire cela proprement tout en maven et j'ai toujours le problème
06/04/2007, 09h53
evenisse

Le bug est dans maven : http://jira.codehaus.org/browse/MNG-2939