Lombok and Shrinkwrap

308 views
Skip to first unread message

tlyle

unread,
Dec 17, 2015, 11:57:54 AM12/17/15
to Project Lombok
I'm trying to create use Shrinkwrap to create a WebArchive of a project that comtains some lomboked classes:

        WebArchive war = ShrinkWrap.create(MavenImporter.class)
                .loadPomFromFile("pom.xml")
                .importBuildOutput()
                .as(WebArchive.class);


And it fails to compile with this stack trace:

Dec 17, 2015 12:29:41 PM org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.AbstractCompilingProcessor constructCompilationException
SEVERE: Unable to compile sources at C:\Users\tlyle\workspace\shrink-test\src\main\java due to following reason(s): /C:/Users/tlyle/workspace/shrink-test/src/main/java/com/thing/jsf/primefaces/HelloWorld.java:[6,8] Can't initialize javac processor due to (most likely) a class loader problem: java.lang.NoClassDefFoundError: com/sun/tools/javac/processing/JavacProcessingEnvironment
      at lombok.javac.apt.Processor.init(Processor.java:84)
      at lombok.core.AnnotationProcessor$JavacDescriptor.want(AnnotationProcessor.java:87)
      at lombok.core.AnnotationProcessor.init(AnnotationProcessor.java:141)
      at lombok.launch.AnnotationProcessorHider$AnnotationProcessor.init(AnnotationProcessor.java:53)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment$ProcessorState.<init>(JavacProcessingEnvironment.java:500)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors$ProcessorStateIterator.next(JavacProcessingEnvironment.java:597)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:690)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$1800(JavacProcessingEnvironment.java:91)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1035)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1176)
      at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1170)
      at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:856)
      at com.sun.tools.javac.main.Main.compile(Main.java:523)
      at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:129)
      at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:138)
      at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:125)
      at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:169)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.AbstractCompilingProcessor.compile(AbstractCompilingProcessor.java:90)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.WarPackagingProcessor.importBuildOutput(WarPackagingProcessor.java:85)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.WarPackagingProcessor.importBuildOutput(WarPackagingProcessor.java:51)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.importer.PomEquippedMavenImporterImpl.importBuildOutput(PomEquippedMavenImporterImpl.java:49)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.importer.PomEquippedMavenImporterImpl.importBuildOutput(PomEquippedMavenImporterImpl.java:44)
      at info.source4code.jsf.primefaces.ArchiveTest.thing1(ArchiveTest.java:23)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:497)
      at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
      at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
      at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
      at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
      at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
      at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:77)
      at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:56)
      at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
      at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
      at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
      at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
      at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
      at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
      at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
      at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
      at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
      at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
      at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
      at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
  Caused by: java.lang.ClassNotFoundException: com.sun.tools.javac.processing.JavacProcessingEnvironment
      at java.lang.ClassLoader.findClass(ClassLoader.java:530)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
      at lombok.launch.ShadowClassLoader.loadClass(ShadowClassLoader.java:418)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
, Supported source version 'RELEASE_6' from annotation processor 'org.eclipse.sisu.space.SisuIndexAPT6' less than -source '1.8', /C:/Users/tlyle/workspace/shrink-test/src/main/java/com/burf/adhesive2/view/LazyPickupItemDataModel.java:[39,20] cannot find symbol
  symbol:   method getOi()
  location: variable item of type com.burf.adhesive2.view.PickupListItem, /C:/Users/tlyle/workspace/shrink-test/src/main/java/com/burf/adhesive2/view/PickupListService.java:[34,53] cannot find symbol
  symbol:   method builder()
  location: class com.burf.adhesive2.view.PickupListItem, /C:/Users/tlyle/workspace/shrink-test/src/main/java/com/burf/adhesive2/view/PickupListView.java:[70,47] cannot find symbol
  symbol:   method getCompany()
  location: variable p of type com.burf.adhesive2.view.PickupListItem, /C:/Users/tlyle/workspace/shrink-test/src/main/java/com/burf/adhesive2/view/PickupListView.java:[84,104] cannot find symbol
  symbol:   method getOi()
  location: class com.burf.adhesive2.view.PickupListItem




I do have have $JAVA_HOME set to the 1.8 jdk so I am at a bit of a loss to explain the
java.lang.NoClassDefFoundError: com/sun/tools/javac/processing/JavacProcessingEnvironment error

Has anyone managed to use Lombok and ShrinkWrap together?


Roel Spilker

unread,
Dec 17, 2015, 12:02:01 PM12/17/15
to project...@googlegroups.com

I expect you're using a Lombok 1.16.x version. If so, can you download the edge release. That should generate a file to find the cause of this problem.

If you use maven you need to install it in you local repo.

Roel

--
You received this message because you are subscribed to the Google Groups "Project Lombok" group.
To unsubscribe from this group and stop receiving emails from it, send an email to project-lombo...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

tlyle

unread,
Dec 17, 2015, 12:44:39 PM12/17/15
to Project Lombok
Ok, I cloned the git repo, built a new lombok jar from master, installed in my local repo and I get the same stack trace. How do I get it it to "generate a file"?

Roel Spilker

unread,
Dec 17, 2015, 12:53:38 PM12/17/15
to project...@googlegroups.com

Does the stacktrace still contain  lombok.javac.apt.Processor or does it now say lombok.javac.apt.LombokProcessor?

tlyle

unread,
Dec 18, 2015, 4:21:11 AM12/18/15
to Project Lombok
it now says lombok.javac.apt.LombokProcessor. Full stack trace is below:

Dec 17, 2015 5:41:33 PM org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.AbstractCompilingProcessor constructCompilationException

SEVERE: Unable to compile sources at C:\Users\tlyle\workspace\shrink-test\src\main\java due to following reason(s): /C:/Users/tlyle/workspace/shrink-test/src/main/java/com/thing/jsf/primefaces/HelloWorld.java:[6,8] Can't initialize javac processor due to (most likely) a class loader problem: java.lang.NoClassDefFoundError: com/sun/tools/javac/processing/JavacProcessingEnvironment
      at lombok.javac.apt.LombokProcessor.init(LombokProcessor.java:84)

      at lombok.core.AnnotationProcessor$JavacDescriptor.want(AnnotationProcessor.java:87)
      at lombok.core.AnnotationProcessor.init(AnnotationProcessor.java:141)
      at lombok.launch.AnnotationProcessorHider$AnnotationProcessor.init(AnnotationProcessor.java:53)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment$ProcessorState.<init>(JavacProcessingEnvironment.java:500)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors$ProcessorStateIterator.next(JavacProcessingEnvironment.java:597)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:690)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$1800(JavacProcessingEnvironment.java:91)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1035)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1176)
      at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1170)
      at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:856)
      at com.sun.tools.javac.main.Main.compile(Main.java:523)
      at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:129)
      at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:138)
      at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:125)
      at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:169)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.AbstractCompilingProcessor.compile(AbstractCompilingProcessor.java:90)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.WarPackagingProcessor.importBuildOutput(WarPackagingProcessor.java:85)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.WarPackagingProcessor.importBuildOutput(WarPackagingProcessor.java:51)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.importer.PomEquippedMavenImporterImpl.importBuildOutput(PomEquippedMavenImporterImpl.java:49)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.importer.PomEquippedMavenImporterImpl.importBuildOutput(PomEquippedMavenImporterImpl.java:44)
      at info.source4code.jsf.primefaces.ArchiveTest.thing1(ArchiveTest.java:58)
, /C:/Users/tlyle/workspace/shrink-test/src/main/java/com/burf/adhesive2/view/LazyPickupItemDataModel.java:[39,20] cannot find symbol
  symbol:   method getOi()
  location: variable item of type com.burf.adhesive2.view.PickupListItem, /C:/Users/tlyle/workspace/shrink-test/src/main/java/com/burf/adhesive2/view/PickupListService.java:[34,53] cannot find symbol
  symbol:   method builder()
  location: class com.burf.adhesive2.view.PickupListItem, /C:/Users/tlyle/workspace/shrink-test/src/main/java/com/burf/adhesive2/view/PickupListView.java:[70,47] cannot find symbol
  symbol:   method getCompany()
  location: variable p of type com.burf.adhesive2.view.PickupListItem, /C:/Users/tlyle/workspace/shrink-test/src/main/java/com/burf/adhesive2/view/PickupListView.java:[84,104] cannot find symbol
  symbol:   method getOi()
  location: class com.burf.adhesive2.view.PickupListItem

Jan-Willem Gmelig Meyling

unread,
Apr 30, 2018, 5:20:13 PM4/30/18
to Project Lombok
I am having the same issue. Have you managed to find a solution?

Op vrijdag 18 december 2015 10:21:11 UTC+1 schreef tlyle:

Reinier Zwitserloot

unread,
Apr 30, 2018, 5:25:33 PM4/30/18
to Project Lombok
This looks like compilers which wrap the compiler into an OSGi-like module system (not jigsaw/java9's module system, a separate one based on classloaders).

This is weird to me; this convolution doesn't do much except explicitly make lombok impossible. If a tool wants to shut out lombok, there's not a heck of a lot we can do about stopping them.

I suggest filing a bug with shrinkwrap or whatever compiler system we're looking at here, and ask them about why they've done this. Depending on what this is trying to accomplish, either ask them to revert this change, or, create some infrastructure to opt out of it.

Reinier Zwitserloot

unread,
Apr 30, 2018, 5:33:44 PM4/30/18
to Project Lombok
Another simpler way to go is that we might be able to (somehow) detect this and (somehow) obtain a ref to the classloader used by the shrinkwrap modularized compiler, and then load lombok into that one.

But there's definitely no snowball's chance we can do that unless we reproduce a shrinkwrap build in the first place.

We don't use shrinkwrap and we don't hear much about it. We've got a very full plate of issues so we just can't get to this unless such a project is served up on a silver platter. A zip or github clone or whatnot such that, if you buy a computer fresh from the store and you just unpack that zip or clone that github project, you can start a build, and this exact error occurs. Without it, the effort required by us to try to find a fix for it means it'll be at the bottom of our todo list.

A docker file would also be great.

Jan-Willem Gmelig Meyling

unread,
Apr 30, 2018, 5:37:17 PM4/30/18
to project...@googlegroups.com
Hi Reinier,

Thanks for your quick response.

This particular ShrinkWrap  code parses the Maven config and attempts to compile some sources. In my case it seems to be failing at importing a transitive dependency in the compilation stage. Surprisingly enough, this is a multi module configuration, with two modules having similar test setups, under one of which Lombok compiles just fine… So in my case, either there is something different between the two configurations (but I haven’t spotted it so far), or it really seems to be due something being different on the second run. (Perhaps if a second classloader is available on the Maven surefire classpath?)

Jan-Willem

Jan-Willem Gmelig Meyling

unread,
Apr 30, 2018, 5:40:50 PM4/30/18
to Project Lombok
My stack trace by the way is as follows:

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 16.71 sec <<< FAILURE! - in com.pallasathenagroup.iris.test.integration.EmptyDeploymentTest
com.pallasathenagroup.iris.test.integration.EmptyDeploymentTest  Time elapsed: 16.71 sec  <<< ERROR!
java.lang.RuntimeException: Could not invoke deployment method: public static org.jboss.shrinkwrap.api.Archive com.pallasathenagroup.iris.test.integration.EmptyDeploymentTest.deploy()
  at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.invoke(AnnotationDeploymentScenarioGenerator.java:181)
      at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.generateDeployment(AnnotationDeploymentScenarioGenerator.java:103)
  at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.generate(AnnotationDeploymentScenarioGenerator.java:64)
     at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:79)
       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
     at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
     at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
    at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
    at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
        at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
        at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
     at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
     at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
     at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
    at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
    at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
     at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
     at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
    at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
     at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
     at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
    at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
        at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
        at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:87)
    at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:201)
        at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:426)
      at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
 at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218)
        at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
    at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166)
       at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
     at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
      at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
      at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
 at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
      at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
Caused by: java.lang.reflect.InvocationTargetException
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
     at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.invoke(AnnotationDeploymentScenarioGenerator.java:177)
      ... 51 more
Caused by: org.jboss.shrinkwrap.resolver.api.maven.archive.importer.MavenImporterException: Unable to compile sources at /buddy/athena-hibernate-test/services/iris/iris-server/src/main/java due to following reason(s): /buddy/athena-hibernate-test/services/iris/iris-server/src/main/java/com/pallasathenagroup/iris/impl/EmployeeResourceImpl.java:[66,8] Can't initialize javac processor due to (most likely) a class loader problem: java.lang.NoClassDefFoundError: com/sun/tools/javac/processing/JavacProcessingEnvironment
      at lombok.javac.apt.LombokProcessor.init(LombokProcessor.java:85)
       at lombok.core.AnnotationProcessor$JavacDescriptor.want(AnnotationProcessor.java:87)
    at lombok.core.AnnotationProcessor.init(AnnotationProcessor.java:140)
   at lombok.launch.AnnotationProcessorHider$AnnotationProcessor.init(AnnotationProcessor.java:69)
         at com.sun.tools.javac.processing.JavacProcessingEnvironment$ProcessorState.<init>(JavacProcessingEnvironment.java:500)
         at com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors$ProcessorStateIterator.next(JavacProcessingEnvironment.java:597)
      at com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:690)
   at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$1800(JavacProcessingEnvironment.java:91)
    at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1035)
    at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1176)
         at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1170)
     at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:856)
         at com.sun.tools.javac.main.Main.compile(Main.java:523)
         at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:129)
         at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:138)
   at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:125)
          at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:169)
      at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.AbstractCompilingProcessor.compile(AbstractCompilingProcessor.java:94)
    at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.WarPackagingProcessor.importBuildOutput(WarPackagingProcessor.java:87)
    at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.WarPackagingProcessor.importBuildOutput(WarPackagingProcessor.java:51)
    at org.jboss.shrinkwrap.resolver.impl.maven.archive.importer.PomEquippedMavenImporterImpl.importBuildOutput(PomEquippedMavenImporterImpl.java:49)
       at org.jboss.shrinkwrap.resolver.impl.maven.archive.importer.PomEquippedMavenImporterImpl.importBuildOutput(PomEquippedMavenImporterImpl.java:44)
       at com.pallasathenagroup.iris.test.integration.EmptyDeploymentTest.deploy(EmptyDeploymentTest.java:23)
          at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
     at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.invoke(AnnotationDeploymentScenarioGenerator.java:177)
      at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.generateDeployment(AnnotationDeploymentScenarioGenerator.java:103)
          at org.jboss.arquillian.container.test.impl.client.deployment.AnnotationDeploymentScenarioGenerator.generate(AnnotationDeploymentScenarioGenerator.java:64)
     at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:79)
       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
     at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
     at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
    at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
    at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
        at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
        at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
     at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100)
          at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
     at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
     at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
    at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
    at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
     at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
     at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
    at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
     at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
     at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
    at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
        at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
        at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:87)
    at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:201)
        at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:426)
      at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
         at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218)
        at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
    at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166)
       at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
     at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
      at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
      at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
         at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
      at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
  Caused by: java.lang.ClassNotFoundException: com.sun.tools.javac.processing.JavacProcessingEnvironment
    at java.lang.ClassLoader.findClass(ClassLoader.java:530)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
        at lombok.launch.ShadowClassLoader.loadClass(ShadowClassLoader.java:422)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
        ... 79 more, /buddy/athena-hibernate-test/services/iris/iris-server/src/main/java/com/pallasathenagroup/iris/impl/MeResourceImpl.java:[5,38] cannot find symbol
  symbol:   class MeResource
  location: package com.pallasathenagroup.iris.api, /buddy/athena-hibernate-test/services/iris/iris-server/src/main/java/com/pallasathenagroup/iris/impl/MeResourceImpl.java:[14,40] cannot find symbol
  symbol: class MeResource
    at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.AbstractCompilingProcessor.constructCompilationException(AbstractCompilingProcessor.java:145)
     at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.AbstractCompilingProcessor.compile(AbstractCompilingProcessor.java:106)
   at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.WarPackagingProcessor.importBuildOutput(WarPackagingProcessor.java:87)
    at org.jboss.shrinkwrap.resolver.impl.maven.archive.packaging.WarPackagingProcessor.importBuildOutput(WarPackagingProcessor.java:51)
    at org.jboss.shrinkwrap.resolver.impl.maven.archive.importer.PomEquippedMavenImporterImpl.importBuildOutput(PomEquippedMavenImporterImpl.java:49)
       at org.jboss.shrinkwrap.resolver.impl.maven.archive.importer.PomEquippedMavenImporterImpl.importBuildOutput(PomEquippedMavenImporterImpl.java:44)
       at com.pallasathenagroup.iris.test.integration.EmptyDeploymentTest.deploy(EmptyDeploymentTest.java:23)
  ... 56 more


I'll get back to this thread as I have a little bit more light to shine on this weird issue.


Op maandag 30 april 2018 23:37:17 UTC+2 schreef Jan-Willem Gmelig Meyling:
To unsubscribe from this group and stop receiving emails from it, send an email to project-lombok+unsubscribe@googlegroups.com.

Jan-Willem Gmelig Meyling

unread,
May 1, 2018, 7:48:17 AM5/1/18
to project...@googlegroups.com
Apparently, ShrinkWrap still works just fine with Lombok. My issues were related to Shrinkwrap fetching some stale artifacts from my multi module project from a repository rather than building it locally. While this should actually have worked fine too, or at least failed with some more reasonable exception, it seems the transitive classpath under which the sources are compiled is not constructed properly when these artifacts are loaded from the remote repository. This probably needs some addressing in Shrinkwrap, but certainly not in Lombok. Anyway, cleaning the remote repository fixed the issue for me.

Reinier Zwitserloot

unread,
May 14, 2018, 3:10:31 PM5/14/18
to Project Lombok
Glad to hear it :)
Reply all
Reply to author
Forward
0 new messages