geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Damon E. Sorrentino" <...@idearesources.com>
Subject Re: Arghhh...Build Error...still
Date Wed, 13 Aug 2003 16:52:36 GMT
I had my JAVA_HOME variable set incorrectly. I overlooked that one in  
my .tcshrc file. oops!

I changed it to:

setenv JAVA_HOME  
/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home

and voila!

-damon

On Wednesday, August 13, 2003, at 10:45  AM, Alex Blewitt wrote:

> Generally this error means that there is a difference in the class  
> format.
>
> Java <1.3 used major.minor 47.0 (IIRC)
> Java 1.4+ uses major 48.0
>
> It means that the sources have been compiled with -target 1.4  
> (probably default on how maven is set up) and you're running it under  
> a 1.3 system.
>
> OS X can have either 1.3 or 1.4 on it (defaults to coming with 1.3,  
> but 1.4 can be installed and run as well). I'd check that it's really  
> running the right flavour of Java; do a java -version (or check  
> $JAVA_HOME/bin/java -version) to really see if Maven's running with a  
> 1.4 or 1.3 system.
>
> Alex.
>
> On Wednesday, Aug 13, 2003, at 16:22 Europe/London, James Strachan  
> wrote:
>
>> You got some wacky XML parser in your lib/ext by any chance? If not  
>> this is one for maven-user@maven.apache.org. (or for Maven's JIRA  
>> database).
>>
>>
>> On Wednesday, August 13, 2003, at 04:06  pm, Damon E. Sorrentino  
>> wrote:
>>
>>> I use OS X and it builds and runs just fine on my home computer, but  
>>> the funny thing is it does not build on my Cube here at work. Maven  
>>> will not run.  Running 10.2.6, JDK 1.4.1_01 in both places.
>>>
>>> Stack trace:
>>>
>>> java.lang.reflect.InvocationTargetException:  
>>> java.lang.UnsupportedClassVersionError: org/xml/sax/ContentHandler  
>>> (Unsupported major.minor version 48.0)
>>>         at java.lang.ClassLoader.defineClass0(Native Method)
>>>         at java.lang.ClassLoader.defineClass(ClassLoader.java:488)
>>>         at  
>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:10 
>>> 6)
>>>         at  
>>> java.net.URLClassLoader.defineClass(URLClassLoader.java:243)
>>>         at java.net.URLClassLoader.access$100(URLClassLoader.java:51)
>>>         at java.net.URLClassLoader$1.run(URLClassLoader.java:190)
>>>         at java.net.URLClassLoader.findClass(URLClassLoader.java:183)
>>>         at java.lang.ClassLoader.loadClass(ClassLoader.java:294)
>>>         at java.lang.ClassLoader.loadClass(ClassLoader.java:287)
>>>         at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
>>>         at java.lang.ClassLoader.defineClass0(Native Method)
>>>         at java.lang.ClassLoader.defineClass(ClassLoader.java:488)
>>>         at  
>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:10 
>>> 6)
>>>         at  
>>> java.net.URLClassLoader.defineClass(URLClassLoader.java:243)
>>>         at java.net.URLClassLoader.access$100(URLClassLoader.java:51)
>>>         at java.net.URLClassLoader$1.run(URLClassLoader.java:190)
>>>         at java.security.AccessController.doPrivileged(Native Method)
>>>         at java.net.URLClassLoader.findClass(URLClassLoader.java:183)
>>>         at java.lang.ClassLoader.loadClass(ClassLoader.java:294)
>>>         at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
>>>         at  
>>> org.apache.maven.cli.App.initializeRootContext(App.java:338)
>>>         at org.apache.maven.cli.App.initialize(App.java:282)
>>>         at org.apache.maven.cli.App.doMain(App.java:448)
>>>         at org.apache.maven.cli.App.main(App.java:1088)
>>>         at java.lang.reflect.Method.invoke(Native Method)
>>>         at com.werken.forehead.Forehead.run(Forehead.java:543)
>>>         at com.werken.forehead.Forehead.main(Forehead.java:573)
>>>
>>> On Wednesday, August 13, 2003, at 02:30  AM, Weston M. Price wrote:
>>>
>>>> Sigh...the clean or the .maven directory appeared to work....Should  
>>>> I file a
>>>> bug with the maven guys or just chalk it up to a bad check out...bad
>>>> config?...I wonder why it doesn't work on completely on OSX?
>>>>
>>>> Guys, thanks for all your help on this one...I really appreciate it.
>>>>
>>>> Now, if any of you lived in New Hampshire I could buy you a beer!
>>>>
>>>> Regards,
>>>>
>>>> Weston
>>>>
>>>> On Wednesday 13 August 2003 07:23 am, Weston M. Price wrote:
>>>>> Well, it died trying to compile Twiddle, but yes, it did go  
>>>>> further....
>>>>>
>>>>> I am doing the clean and cvs up you guys suggested and I am going  
>>>>> to see if
>>>>> that works...
>>>>>
>>>>> If that doesnt...maybe I should actually turn my Sun box back on!
>>>>>
>>>>> Weston
>>>>>
>>>>> On Wednesday 13 August 2003 11:27 am, James Strachan wrote:
>>>>>> On Wednesday, August 13, 2003, at 08:17  am, Weston M. Price  
>>>>>> wrote:
>>>>>>> Arghhhh...wonderful...it appears to work quite fine on my MacOSX
>>>>>>> machine.....
>>>>>>
>>>>>> Thats because OS X rocks :)
>>>>>>
>>>>>>> Will removing the .maven directory on my Linux box completely
>>>>>>> uninstall my
>>>>>>> snapshot?
>>>>>>
>>>>>> Cool.
>>>>>>
>>>>>> Also if it fails first time, try it one more time just in case :)
>>>>>>
>>>>>> James
>>>>>> -------
>>>>>> http://radio.weblogs.com/0112098/
>>>>
>>>
>>>
>>
>> James
>> -------
>> http://radio.weblogs.com/0112098/
>>
>


Mime
View raw message