-
-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Java 11 jigsaw modules #1946
Comments
@matejsp could you please share the workaround? |
Sure Recap of Lombok issues (maven + java 11):
|
Another possible workaround with IntelliJ workaround (disable profile: [ ] update-sourcepath-for-lombok in Maven -> Profiles toolbox).
|
We just released an edge release. Can you give it a try and report back:
|
Quick retest:
Using latest surefire 3.0.0-M3 (run with mvn clean package -X and execute surefire command by hand)
content of a file that is run from surefire when forking: java @surefireargsXXXXXXXX
I can see a bit of progress 👍 |
I will retest with next EDGE when available. |
Tested with 1.18.6:
Another possible workaround for last error is adding (instead of forkCount = 0 workaround):
|
Duplicate of #2231 |
We are using Java 11.0.1 and Maven 3.6.0.
When trying to build a java module with module-info.java we created and at first lombok didn't work. However after adding annotationProcessorPaths it gets further along but then we are getting:
It seems that a problem is with the following lombok code:
It seems that this is just some hack that is created a problematic java file to force new round of processing. Can this be replaced with some other (internal?) API?
Any chance to get this fixed somehow? Or some working workaround.
There is a workaround with -sourcepath, but it is messing with IntelliJ (I get modules not found).
The text was updated successfully, but these errors were encountered: