[prev in list] [next in list] [prev in thread] [next in thread] 

List:       groovy-dev
Subject:    Re: [groovy-dev] Windows Installer for 1.6-RC3
From:       Joachim Baumann <joachim.baumann () xinaris ! de>
Date:       2009-02-16 8:09:54
Message-ID: 49991F52.1010105 () xinaris ! de
[Download RAW message or body]

Found it. It was an extra startGroovy.bat that comes with gant (for
RC-2). This overwrote the correct startGroovy.bat and caused the strange
behavior. All works now and I'm right now uploading the new installer.

Cheers, Joachim


Paul King schrieb:
> What happens if you unset GROOVY_HOME?
>
> (I don't see anything wrong with what you are doing but I know if I have
> GROOVY_HOME slightly wrong I get this message and unsetting it will cause it
> to try to guess from the directory in which the bat file exists)
>
> Paul.
>
>
> Joachim Baumann wrote:
>   
>> Okay, I've built the installer, installed Groovy locally, set the path,
>> set GROOVY_HOME to the new dir, everything looks fine.
>>
>> groovy.exe works like a charm. groovy.bat throws an exception. Here's
>> the details:
>>
>> C:\Programme\Groovy\Groovy-1.6.0-RC-3>java -version
>> java version "1.6.0_07"
>> Java(TM) SE Runtime Environment (build 1.6.0_07-b06)
>> Java HotSpot(TM) Client VM (build 10.0-b23, mixed mode, sharing)
>>
>> C:\Programme\Groovy\Groovy-1.6.0-RC-3>groovy.exe -v
>> Groovy Version: 1.6-RC-3 JVM: 1.6.0_07
>>
>> C:\Programme\Groovy\Groovy-1.6.0-RC-3>groovy.bat -v
>> Exception in thread "main" java.lang.NoClassDefFoundError:
>> org/codehaus/groovy/tools/GroovyStarter
>> Caused by: java.lang.ClassNotFoundException:
>> org.codehaus.groovy.tools.GroovyStarter
>>         at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>         at java.security.AccessController.doPrivileged(Native Method)
>>         at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>         at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>         at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>>         at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>>         at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>>
>> Am I too stupid tonight to see it?
>>
>> Cheers, Joachim
>>
>>
>> Joachim Baumann schrieb:
>>     
>>> Hi,
>>>
>>> I'll use the same module versions for the installer for 1.6-RC3 that I
>>> used for RC2 unless someone disagrees. I'll build the installer tomorrow
>>> evening (most probably).
>>>
>>> I still have the problem that in some rare cases the path variable
>>> doesn't seem to be read correctly. But I can't reproduce it on any of my
>>> computers. Does any of you developers have detailed knowledge of the
>>> NSIS installer software and could help?
>>>
>>> Cheers, Joachim
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe from this list, please visit:
>>>
>>>     http://xircles.codehaus.org/manage_email
>>>
>>>
>>>
>>>   
>>>       
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>>     http://xircles.codehaus.org/manage_email
>>
>>
>>
>>
>>     
>
>   

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


[prev in list] [next in list] [prev in thread] [next in thread]