You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Mark Hobson <ma...@gmail.com> on 2005/11/21 12:34:51 UTC
New bootstrap on 1.5
Hi there,
Just trying the new bootstrap on JDK 1.5.0_04 and getting:
[mark@devdesk components]$ ./bootstrap.sh
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
Using settings from C:\Documents and Settings\mark\.m2\settings.xml
You SHOULD have a ~/.m2/settings.xml file and must contain at least
the following information:
<settings>
<localRepository>/path/to/your/repository</localRepository>
</settings>
Alternatively, you can specify -Dmaven.repo.local=/path/to/m2/repository
HOWEVER, since you did not specify a repository path, maven will use:
C:\Documents and Settings\mark\.m2\repository to store artifacts
locally.
Using the following for your local repository: C:\Documents and
Settings\mark\.m2\repository
Using the following for your remote repository:
[http://repo1.maven.org/maven2,
http://snapshots.maven.codehaus.org/maven2/]
Analysing dependencies ...
Building project in c:\maven\components\bootstrap\bootstrap-mini
------------------------------------------------------------------
Cleaning c:\maven\components\bootstrap\bootstrap-mini\target...
Compiling sources ...
Compiling 32 source files to
c:\maven\components\bootstrap\bootstrap-mini\target\classes
Exception in thread "main" java.lang.ClassNotFoundException:
com.sun.tools.javac.Main
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at org.apache.maven.bootstrap.util.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:62)
at org.apache.maven.bootstrap.compile.JavacCompiler.compile(JavacCompiler.java:140)
at org.apache.maven.bootstrap.Bootstrap.compile(Bootstrap.java:633)
at org.apache.maven.bootstrap.Bootstrap.buildProject(Bootstrap.java:359)
at org.apache.maven.bootstrap.Bootstrap.run(Bootstrap.java:140)
at org.apache.maven.bootstrap.Bootstrap.main(Bootstrap.java:128)
Is this a known issue before I dig deeper? $JAVA_HOME =
C:\Progra~1\Java\jdk1.5.0_04
Cheers,
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Mark Hobson <ma...@gmail.com>.
On 21/11/05, Mark Hobson <ma...@gmail.com> wrote:
> Actually there appears to be a few more related space issues (seems
> like I'm the only daft one insisting on running mvn under
> spaced-paths.. ;) I'll submit a patch later.
http://jira.codehaus.org/browse/MNG-1653
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Mark Hobson <ma...@gmail.com>.
Actually there appears to be a few more related space issues (seems
like I'm the only daft one insisting on running mvn under
spaced-paths.. ;) I'll submit a patch later.
Mark
On 21/11/05, Mark Hobson <ma...@gmail.com> wrote:
> On 21/11/05, Brett Porter <br...@apache.org> wrote:
> > fixed, thanks
>
> Cheers. Also fancy fixing this for space-loving folks like myself?:
>
> Index: bootstrap.sh
> ===================================================================
> --- bootstrap.sh (revision 348007)
> +++ bootstrap.sh (working copy)
> @@ -34,7 +34,7 @@
> fi
>
> # TODO: get rid of M2_HOME once integration tests are in here
> -PREFIX=`dirname $M2_HOME`
> +PREFIX=`dirname "$M2_HOME"`
>
> # OS specific support. $var _must_ be set to either true or false.
> cygwin=false;
>
> Thanks,
>
> Mark
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Mark Hobson <ma...@gmail.com>.
On 21/11/05, Brett Porter <br...@apache.org> wrote:
> fixed, thanks
Cheers. Also fancy fixing this for space-loving folks like myself?:
Index: bootstrap.sh
===================================================================
--- bootstrap.sh (revision 348007)
+++ bootstrap.sh (working copy)
@@ -34,7 +34,7 @@
fi
# TODO: get rid of M2_HOME once integration tests are in here
-PREFIX=`dirname $M2_HOME`
+PREFIX=`dirname "$M2_HOME"`
# OS specific support. $var _must_ be set to either true or false.
cygwin=false;
Thanks,
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Brett Porter <br...@apache.org>.
fixed, thanks
Mark Hobson wrote:
> On 21/11/05, Mark Hobson <ma...@gmail.com> wrote:
>
>>On 21/11/05, Brett Porter <br...@apache.org> wrote:
>>
>>>The same. You need to set JAVA_HOME to the JDK, not the JRE.
>>
>>I have the env var JAVA_HOME set to "C:\Progra~1\Java\jdk1.5.0_04",
>>but the JRE java.exe takes precedence and thus the sysprop java.home
>>points to the JRE. Not sure how plexus compiler is working if it uses
>>the same method..?
>
>
> Looking at the scripts it seems due to mvn and bootstrap using
> different java.exe's:
>
> * mvn.sh first invokes java via $JAVA_HOME/bin/java, if defined and it
> exists, thus java.home sysprop points to the JDK
>
> * bootstrap.sh just invokes straight java, thus using the os path
> precedence which picks up the JRE, so the sysprop points to the JRE
>
> The proper fix would be for bootstrap.sh to use the same JAVACMD
> lookup as mvn.sh.
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Mark Hobson <ma...@gmail.com>.
On 21/11/05, Mark Hobson <ma...@gmail.com> wrote:
> On 21/11/05, Brett Porter <br...@apache.org> wrote:
> > The same. You need to set JAVA_HOME to the JDK, not the JRE.
>
> I have the env var JAVA_HOME set to "C:\Progra~1\Java\jdk1.5.0_04",
> but the JRE java.exe takes precedence and thus the sysprop java.home
> points to the JRE. Not sure how plexus compiler is working if it uses
> the same method..?
Looking at the scripts it seems due to mvn and bootstrap using
different java.exe's:
* mvn.sh first invokes java via $JAVA_HOME/bin/java, if defined and it
exists, thus java.home sysprop points to the JDK
* bootstrap.sh just invokes straight java, thus using the os path
precedence which picks up the JRE, so the sysprop points to the JRE
The proper fix would be for bootstrap.sh to use the same JAVACMD
lookup as mvn.sh.
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Mark Hobson <ma...@gmail.com>.
On 21/11/05, Brett Porter <br...@apache.org> wrote:
> The same. You need to set JAVA_HOME to the JDK, not the JRE.
I have the env var JAVA_HOME set to "C:\Progra~1\Java\jdk1.5.0_04",
but the JRE java.exe takes precedence and thus the sysprop java.home
points to the JRE. Not sure how plexus compiler is working if it uses
the same method..?
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Brett Porter <br...@apache.org>.
The same. You need to set JAVA_HOME to the JDK, not the JRE.
- Brett
Mark Hobson wrote:
> It's looking at "C:\Program Files\Java\jre1.5.0_04\..\lib\tools.jar",
> which obviously doesn't exist. I'm using the standard Java5
> installation of:
>
> C:\Program Files\Java
> |_ jdk1.5.0_04
> |_ lib/tools.jar
> |_ jre1.5.0_04 (== $JAVA_HOME)
>
> Seems like $JAVA_HOME/../lib/tools.jar is not a reliable expression -
> what do the plexus compiler components use?
>
> Mark
>
> On 21/11/05, Brett Porter <br...@apache.org> wrote:
>
>>Can you drop a statement in JavacCompiler.java to echo the path to
>>tools.jar it is trying to use, and check it exists for you?
>>
>>it looks in ${java.home}/../lib/tools.jar, and ${java.home} is usually
>>the location of the JRE used ($JAVA_HOME/jre)
>>
>>Cheers,
>>Brett
>>
>>Mark Hobson wrote:
>>
>>>Hi there,
>>>
>>>Just trying the new bootstrap on JDK 1.5.0_04 and getting:
>>>
>>>[mark@devdesk components]$ ./bootstrap.sh
>>>Note: Some input files use unchecked or unsafe operations.
>>>Note: Recompile with -Xlint:unchecked for details.
>>>Using settings from C:\Documents and Settings\mark\.m2\settings.xml
>>>You SHOULD have a ~/.m2/settings.xml file and must contain at least
>>>the following information:
>>>
>>><settings>
>>> <localRepository>/path/to/your/repository</localRepository>
>>></settings>
>>>
>>>Alternatively, you can specify -Dmaven.repo.local=/path/to/m2/repository
>>>
>>>HOWEVER, since you did not specify a repository path, maven will use:
>>>C:\Documents and Settings\mark\.m2\repository to store artifacts
>>>locally.
>>>Using the following for your local repository: C:\Documents and
>>>Settings\mark\.m2\repository
>>>Using the following for your remote repository:
>>>[http://repo1.maven.org/maven2,
>>>http://snapshots.maven.codehaus.org/maven2/]
>>>Analysing dependencies ...
>>>
>>>
>>>Building project in c:\maven\components\bootstrap\bootstrap-mini
>>>------------------------------------------------------------------
>>>Cleaning c:\maven\components\bootstrap\bootstrap-mini\target...
>>>Compiling sources ...
>>>Compiling 32 source files to
>>>c:\maven\components\bootstrap\bootstrap-mini\target\classes
>>>Exception in thread "main" java.lang.ClassNotFoundException:
>>>com.sun.tools.javac.Main
>>> at java.net.URLClassLoader$1.run(Unknown Source)
>>> at java.security.AccessController.doPrivileged(Native Method)
>>> at java.net.URLClassLoader.findClass(Unknown Source)
>>> at java.lang.ClassLoader.loadClass(Unknown Source)
>>> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
>>> at java.lang.ClassLoader.loadClass(Unknown Source)
>>> at org.apache.maven.bootstrap.util.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:62)
>>> at org.apache.maven.bootstrap.compile.JavacCompiler.compile(JavacCompiler.java:140)
>>> at org.apache.maven.bootstrap.Bootstrap.compile(Bootstrap.java:633)
>>> at org.apache.maven.bootstrap.Bootstrap.buildProject(Bootstrap.java:359)
>>> at org.apache.maven.bootstrap.Bootstrap.run(Bootstrap.java:140)
>>> at org.apache.maven.bootstrap.Bootstrap.main(Bootstrap.java:128)
>>>
>>>Is this a known issue before I dig deeper? $JAVA_HOME =
>>>C:\Progra~1\Java\jdk1.5.0_04
>>>
>>>Cheers,
>>>
>>>Mark
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Mark Hobson <ma...@gmail.com>.
It's looking at "C:\Program Files\Java\jre1.5.0_04\..\lib\tools.jar",
which obviously doesn't exist. I'm using the standard Java5
installation of:
C:\Program Files\Java
|_ jdk1.5.0_04
|_ lib/tools.jar
|_ jre1.5.0_04 (== $JAVA_HOME)
Seems like $JAVA_HOME/../lib/tools.jar is not a reliable expression -
what do the plexus compiler components use?
Mark
On 21/11/05, Brett Porter <br...@apache.org> wrote:
> Can you drop a statement in JavacCompiler.java to echo the path to
> tools.jar it is trying to use, and check it exists for you?
>
> it looks in ${java.home}/../lib/tools.jar, and ${java.home} is usually
> the location of the JRE used ($JAVA_HOME/jre)
>
> Cheers,
> Brett
>
> Mark Hobson wrote:
> > Hi there,
> >
> > Just trying the new bootstrap on JDK 1.5.0_04 and getting:
> >
> > [mark@devdesk components]$ ./bootstrap.sh
> > Note: Some input files use unchecked or unsafe operations.
> > Note: Recompile with -Xlint:unchecked for details.
> > Using settings from C:\Documents and Settings\mark\.m2\settings.xml
> > You SHOULD have a ~/.m2/settings.xml file and must contain at least
> > the following information:
> >
> > <settings>
> > <localRepository>/path/to/your/repository</localRepository>
> > </settings>
> >
> > Alternatively, you can specify -Dmaven.repo.local=/path/to/m2/repository
> >
> > HOWEVER, since you did not specify a repository path, maven will use:
> > C:\Documents and Settings\mark\.m2\repository to store artifacts
> > locally.
> > Using the following for your local repository: C:\Documents and
> > Settings\mark\.m2\repository
> > Using the following for your remote repository:
> > [http://repo1.maven.org/maven2,
> > http://snapshots.maven.codehaus.org/maven2/]
> > Analysing dependencies ...
> >
> >
> > Building project in c:\maven\components\bootstrap\bootstrap-mini
> > ------------------------------------------------------------------
> > Cleaning c:\maven\components\bootstrap\bootstrap-mini\target...
> > Compiling sources ...
> > Compiling 32 source files to
> > c:\maven\components\bootstrap\bootstrap-mini\target\classes
> > Exception in thread "main" java.lang.ClassNotFoundException:
> > com.sun.tools.javac.Main
> > at java.net.URLClassLoader$1.run(Unknown Source)
> > at java.security.AccessController.doPrivileged(Native Method)
> > at java.net.URLClassLoader.findClass(Unknown Source)
> > at java.lang.ClassLoader.loadClass(Unknown Source)
> > at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
> > at java.lang.ClassLoader.loadClass(Unknown Source)
> > at org.apache.maven.bootstrap.util.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:62)
> > at org.apache.maven.bootstrap.compile.JavacCompiler.compile(JavacCompiler.java:140)
> > at org.apache.maven.bootstrap.Bootstrap.compile(Bootstrap.java:633)
> > at org.apache.maven.bootstrap.Bootstrap.buildProject(Bootstrap.java:359)
> > at org.apache.maven.bootstrap.Bootstrap.run(Bootstrap.java:140)
> > at org.apache.maven.bootstrap.Bootstrap.main(Bootstrap.java:128)
> >
> > Is this a known issue before I dig deeper? $JAVA_HOME =
> > C:\Progra~1\Java\jdk1.5.0_04
> >
> > Cheers,
> >
> > Mark
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Brett Porter <br...@apache.org>.
Can you drop a statement in JavacCompiler.java to echo the path to
tools.jar it is trying to use, and check it exists for you?
it looks in ${java.home}/../lib/tools.jar, and ${java.home} is usually
the location of the JRE used ($JAVA_HOME/jre)
Cheers,
Brett
Mark Hobson wrote:
> Hi there,
>
> Just trying the new bootstrap on JDK 1.5.0_04 and getting:
>
> [mark@devdesk components]$ ./bootstrap.sh
> Note: Some input files use unchecked or unsafe operations.
> Note: Recompile with -Xlint:unchecked for details.
> Using settings from C:\Documents and Settings\mark\.m2\settings.xml
> You SHOULD have a ~/.m2/settings.xml file and must contain at least
> the following information:
>
> <settings>
> <localRepository>/path/to/your/repository</localRepository>
> </settings>
>
> Alternatively, you can specify -Dmaven.repo.local=/path/to/m2/repository
>
> HOWEVER, since you did not specify a repository path, maven will use:
> C:\Documents and Settings\mark\.m2\repository to store artifacts
> locally.
> Using the following for your local repository: C:\Documents and
> Settings\mark\.m2\repository
> Using the following for your remote repository:
> [http://repo1.maven.org/maven2,
> http://snapshots.maven.codehaus.org/maven2/]
> Analysing dependencies ...
>
>
> Building project in c:\maven\components\bootstrap\bootstrap-mini
> ------------------------------------------------------------------
> Cleaning c:\maven\components\bootstrap\bootstrap-mini\target...
> Compiling sources ...
> Compiling 32 source files to
> c:\maven\components\bootstrap\bootstrap-mini\target\classes
> Exception in thread "main" java.lang.ClassNotFoundException:
> com.sun.tools.javac.Main
> at java.net.URLClassLoader$1.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at org.apache.maven.bootstrap.util.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:62)
> at org.apache.maven.bootstrap.compile.JavacCompiler.compile(JavacCompiler.java:140)
> at org.apache.maven.bootstrap.Bootstrap.compile(Bootstrap.java:633)
> at org.apache.maven.bootstrap.Bootstrap.buildProject(Bootstrap.java:359)
> at org.apache.maven.bootstrap.Bootstrap.run(Bootstrap.java:140)
> at org.apache.maven.bootstrap.Bootstrap.main(Bootstrap.java:128)
>
> Is this a known issue before I dig deeper? $JAVA_HOME =
> C:\Progra~1\Java\jdk1.5.0_04
>
> Cheers,
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Mark Hobson <ma...@gmail.com>.
On 21/11/05, Emmanuel Venisse <em...@venisse.net> wrote:
> I use jdk 1.5 too, and i don't have this error. do you have an other jdk (other than sun jdk) in
> your cygwin path?
Nope, I've only got 1.5 installed.
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Emmanuel Venisse <em...@venisse.net>.
I use jdk 1.5 too, and i don't have this error. do you have an other jdk (other than sun jdk) in
your cygwin path?
Emmanuel
Mark Hobson a écrit :
> On 21/11/05, Emmanuel Venisse <em...@venisse.net> wrote:
>
>>You must have a settings.xml file in ~/.m2/
>
>
> This was never a problem with the old bootstrap - it was more the
> tools.jar problem that I was referring to.
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Mark Hobson <ma...@gmail.com>.
On 21/11/05, Emmanuel Venisse <em...@venisse.net> wrote:
> You must have a settings.xml file in ~/.m2/
This was never a problem with the old bootstrap - it was more the
tools.jar problem that I was referring to.
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: New bootstrap on 1.5
Posted by Emmanuel Venisse <em...@venisse.net>.
You must have a settings.xml file in ~/.m2/
Emmanuel
Mark Hobson a écrit :
> Hi there,
>
> Just trying the new bootstrap on JDK 1.5.0_04 and getting:
>
> [mark@devdesk components]$ ./bootstrap.sh
> Note: Some input files use unchecked or unsafe operations.
> Note: Recompile with -Xlint:unchecked for details.
> Using settings from C:\Documents and Settings\mark\.m2\settings.xml
> You SHOULD have a ~/.m2/settings.xml file and must contain at least
> the following information:
>
> <settings>
> <localRepository>/path/to/your/repository</localRepository>
> </settings>
>
> Alternatively, you can specify -Dmaven.repo.local=/path/to/m2/repository
>
> HOWEVER, since you did not specify a repository path, maven will use:
> C:\Documents and Settings\mark\.m2\repository to store artifacts
> locally.
> Using the following for your local repository: C:\Documents and
> Settings\mark\.m2\repository
> Using the following for your remote repository:
> [http://repo1.maven.org/maven2,
> http://snapshots.maven.codehaus.org/maven2/]
> Analysing dependencies ...
>
>
> Building project in c:\maven\components\bootstrap\bootstrap-mini
> ------------------------------------------------------------------
> Cleaning c:\maven\components\bootstrap\bootstrap-mini\target...
> Compiling sources ...
> Compiling 32 source files to
> c:\maven\components\bootstrap\bootstrap-mini\target\classes
> Exception in thread "main" java.lang.ClassNotFoundException:
> com.sun.tools.javac.Main
> at java.net.URLClassLoader$1.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at org.apache.maven.bootstrap.util.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:62)
> at org.apache.maven.bootstrap.compile.JavacCompiler.compile(JavacCompiler.java:140)
> at org.apache.maven.bootstrap.Bootstrap.compile(Bootstrap.java:633)
> at org.apache.maven.bootstrap.Bootstrap.buildProject(Bootstrap.java:359)
> at org.apache.maven.bootstrap.Bootstrap.run(Bootstrap.java:140)
> at org.apache.maven.bootstrap.Bootstrap.main(Bootstrap.java:128)
>
> Is this a known issue before I dig deeper? $JAVA_HOME =
> C:\Progra~1\Java\jdk1.5.0_04
>
> Cheers,
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org