Java 8 not supported

[lombokissues]

Migrated from Google Code (issue 451)

[lombokissues]

👤 lahoda   🕗 Feb 15, 2013 at 12:04 UTC

Seems that lombok does not support Java 8 compiler. I have this simple source code:

package java8test;

import lombok.Getter;

public class GetterTest {

@ Getter
private int i;

}

I am trying Lombok 0.11.6 from https://projectlombok.org/ and javac:
$ javac -fullversion
javac full version "1.8.0-ea-b76"

Trying to compile the source code leads to an exception/warning:
$ javac -classpath lombok.jar GetterTest.java
GetterTest.java:5: warning: Can't initialize javac processor due to (most likely) a class loader problem: java.lang.NoClassDefFoundError: com/sun/tools/javac/code/TypeTags
public class GetterTest {
^
at lombok.javac.handlers.HandleGetter.<clinit>(HandleGetter.java:291)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:261)
at lombok.core.SpiLoadUtil$1$1.next(SpiLoadUtil.java:111)
at lombok.javac.HandlerLibrary.loadAnnotationHandlers(HandlerLibrary.java:167)
at lombok.javac.HandlerLibrary.load(HandlerLibrary.java:152)
at lombok.javac.JavacTransformer.<init>(JavacTransformer.java:43)
at lombok.javac.apt.Processor.init(Processor.java:90)
at lombok.core.AnnotationProcessor$JavacDescriptor.want(AnnotationProcessor.java:89)
at lombok.core.AnnotationProcessor.init(AnnotationProcessor.java:143)
at com.sun.tools.javac.processing.JavacProcessingEnvironment$ProcessorState.<init>(JavacProcessingEnvironment.java:501)
at com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors$ProcessorStateIterator.next(JavacProcessingEnvironment.java:598)
at com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:691)
at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$1800(JavacProcessingEnvironment.java:93)
at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1018)
at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1152)
at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1176)
at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:862)
at com.sun.tools.javac.main.Main.compile(Main.java:506)
at com.sun.tools.javac.main.Main.compile(Main.java:365)
at com.sun.tools.javac.main.Main.compile(Main.java:354)
at com.sun.tools.javac.main.Main.compile(Main.java:345)
at com.sun.tools.javac.Main.compile(Main.java:76)
at com.sun.tools.javac.Main.main(Main.java:61)
Caused by: java.lang.ClassNotFoundException: com.sun.tools.javac.code.TypeTags
at java.net.URLClassLoader$1.run(URLClassLoader.java:359)
at java.net.URLClassLoader$1.run(URLClassLoader.java:348)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:347)
at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
... 24 more
1 warning

Note that daily/trunk builds of NetBeans are currently using javac from JDK8, and so lombok does not work on them:
http://netbeans.org/bugzilla/show_bug.cgi?id=226165

Note this does not apply to NetBeans 7.3, which is using JDK7 javac.

[lombokissues]

👤 akobberup   🕗 Feb 15, 2013 at 12:19 UTC

As a user of netbeans dev builds and a user of lombok also, i would be very glad to see support for jdk8 in lombok anytime soon!

[lombokissues]

👤 r.spilker   🕗 Feb 15, 2013 at 13:16 UTC

[lombokissues]

👤 r.spilker   🕗 Feb 15, 2013 at 13:17 UTC

[lombokissues]

👤 grootjans   🕗 Mar 08, 2013 at 15:57 UTC

Started a branch on github to add JDK8 support.

[lombokissues]

👤 grootjans   🕗 Mar 08, 2013 at 15:58 UTC

https://github.com/rzwitserloot/lombok/tree/jdk8support

[lombokissues]

👤 danno.ferrin   🕗 Mar 15, 2013 at 18:01 UTC

Here's a patch NB had to do for the typetags:

http://netbeans.org/projects/java/lists/commits/archive/2013-01/message/141

[lombokissues]

👤 miena.moo   🕗 Apr 22, 2013 at 07:17 UTC

Any news on this fix yet? :)

[lombokissues]

👤 grootjans   🕗 Apr 22, 2013 at 21:44 UTC

working hard on this, though limited by the free time we invest.

Though JDK8 support is simple enough if we would completely fork lombok for jdk8, or drop support for all previous JDKs, this is just not how we would want this to work. This would also imply using a different lombok jar in netbeans runtime and in the build.

Why is building it in one jar hard? We rely/need the internal AST of javac. In JDK8 they made some changes that are great for the AST, among others introducing actual enums for their constants, but less great for us. We have to make sure that we support, on runtime, both compiler versions.

We're halfway there at this moment, with a few pesky problems to go, and then the challenge to adapt our build to test against JDK8. Untill now we used openJDK builds to test against, but there isn't a build of that yet for us to readily use.

so, stay tuned. This definitely has our attention.

[lombokissues]

👤 miena.moo   🕗 Apr 23, 2013 at 05:16 UTC

Thanks a lot for the feedback! I quite understand how difficult maintaining backwards compatibility can be! :)

[lombokissues]

👤 bleporini   🕗 Apr 27, 2013 at 06:26 UTC

Hello, is there a repo where a SNAPSHOT release would be available?

Regards

[lombokissues]

👤 grootjans   🕗 Apr 27, 2013 at 07:49 UTC

there is a branch on github, where lombok is developed, but no snapshot channel with our maven repo provider.

At this point in time, though, this branch is in the wonderful state that it supports neither Java 7 or Java 8.