Nope, nothing funky about the maven on there, the base 2.0 is the 2.0.8
package.

-----Original Message-----
From: Benjamin Bentmann [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 25, 2008 5:02 PM
To: Maven Developers List
Subject: Re: Maven and File Encoding

> Assuming I didn't mess up the config (you can see the execution at the
> beginning of the console output) it seems to be running without any
> errors so far.

Hm, both theory and practice tell me that reading ASCII files with
UTF-16
encoding is a rather bad idea, so the build must fail if properly
configured.

After some investigation, it appears that my initial suggestion to
simply
set MAVEN_OPTS does not really work. For example, from the Surefire XML
report [0] I read
  <property value="ANSI_X3.4-1968" name="file.encoding"/>
so Maven is still using ASCII.

One part of this problem could be all the process forking done during
the
tests: If I count properly, there is one fork by Surefire for the whole
suite and one additional fork once per Maven invocation by the Verifier.
The
challenge is to get the -Dfile.encoding setting down all this road. The
MAVEN_OPTS var simply isn't pushed through all the sub environments.

What I could not figure out is why the root invocation of maven/2.0./bin
succeeded in the first place. That invocation should have respected the
exported MAVEN_OPTS var and as such should have broke immediately due to
PLX-367. Is the build using a customized run script that does not care
about
MAVEN_OPTS? Just curious, in the end it's quite desirable to have the
root
Maven process use a safe environment/encoding since we really want to
test
the other Maven executable.


Benjamin


[0]
https://ci.sonatype.org/job/Maven-2.0.x-ITs-UTF-16/ws/maven-core-its/tar
get/surefire-reports/TEST-org.apache.maven.its.Suite.xml


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to