Right so we've both established that is works for maven (sh) inside cygwin and maven.bat inside cygwin. In maven.bat in cmd it will either be empty, or set to what the user has specified.
The property is meant as a fallback for when user.home doesn't match $HOME, specifically for cygwin on windows, and should not be used solely. It seemed a better alternative to rewriting/hacking in ant's Execute.getProcEnv, and System.getenv which is "deprecated" no longer functions under JDK 1.4 I think it is ok as it is. Cheers, Brett Quoting J�rg Schaible <[EMAIL PROTECTED]>: > Brett Porter wrote on Monday, June 14, 2004 3:25 PM: > > > Do you take issue with maven.bat or maven (the sh script)? > > > > It works on the shell script. HOME is a cygwin path, which I > > convert to a windows path and pass in - but it remains a > > shell path in the parent shell. > > This is something that Cygwin does automatically for the variables HOME, PATH > and LD_LIBRARY_PATH. I am just curiuos of side effects of an already previous > conversion. But it seems not to harm thou superfluous: > > ======== %< ======== > [1] [EMAIL PROTECTED] ~/Elsag/Projects/commons/root > $ HOME=`cygpath --path --windows "$HOME"` cmd /c echo %HOME% > C:\Dokumente und Einstellungen\jos > > [1] [EMAIL PROTECTED] ~/Elsag/Projects/commons/root > $ cmd /c echo %HOME% > C:\Dokumente und Einstellungen\jos > ======== %< ======== > > > > > For the batch file - maybe it should be %USERDRIVE%%USERHOME%... > > > > AFAIK, USERPROFILE is defined as %USERDRIVE%\%USERHOME% > > -- J�rg > > --------------------------------------------------------------------- > 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]
