Yes, In myfaces build, maven is set to 1.4 compatibility, at the time I was wondering why it passes in our local builds too I see David's mail.
Yes, that's unfortunate. For example in eclipse it's no problem because changing jdk compatibility has an effect whereas same has none for maven. Cagatay On 2/6/07, David Delbecq <[EMAIL PROTECTED]> wrote:
For information, if maven is running on a java 5 with output class compatibility set to 1.4 and source compatibility set to 1.4, it will not complain, as it will unfortunately use the current jvm classpath, which includes java.lang.Integer.valueOf(I)Ljava/lang/Integer To be sure there is full 1.4 compatibilty, must run compilation with a jdk 1.4 En l'instant précis du 02/06/07 12:18, Gerald Müllan s'exprimait en ces termes: > Hi, > > yes, seems to be jdk5 syntax. But i am wondering, because the local > maven build did not complain about it. > > I will fix this as soon as possible, > > cheers, > > Gerald > > On 2/6/07, Adrian Mitev <[EMAIL PROTECTED]> wrote: >> Hi all. I've just downloaded the nightly build. I run it under jboss >> with >> 1.4.2_11 jdk and i got this exception: >> >> ERROR [FacesConfigurator] failed to configure class >> org.apache.myfaces.custom.imageloop.HtmlImageLoopRenderer >> java.lang.NoSuchMethodError: >> java.lang.Integer.valueOf(I)Ljava/lang/Integer; >> at >> org.apache.myfaces.custom.imageloop.HtmlImageLoopRenderer.<clinit>( HtmlImageLoopRenderer.java:44) >> >> at >> sun.reflect.NativeConstructorAccessorImpl.newInstance0 >> (Native Method) >> at >> sun.reflect.NativeConstructorAccessorImpl.newInstance( NativeConstructorAccessorImpl.java:39) >> >> at >> sun.reflect.DelegatingConstructorAccessorImpl.newInstance( DelegatingConstructorAccessorImpl.java >> >> :27) >> at >> java.lang.reflect.Constructor.newInstance(Constructor.java:274) >> at java.lang.Class.newInstance0(Class.java:308) >> at java.lang.Class.newInstance(Class.java:261) >> >> As i see HtmlImageLoopRenderer uses method valueOf(int) that is not >> defined >> in jdk 1.4.2 >> >> > >
