-
Notifications
You must be signed in to change notification settings - Fork 40
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 Module system compatibility #505
Comments
Hi @driesdeproost. I would like to make this change but it'd be a big compatibility break. I started doing it as part of #40 and have never quite got it to a point where it's ready to be released. Every now and then I make another big push to get it finished - maybe one for the holiday season! |
@driesdeproost it will take a few versions before I can remove the duplicated/deprecated classes by merging #533, but when I do, this should be fixed |
Awesome, thanks a lot! We worked around it for now by just copying some implementation into our project and that worked perfectly so far! |
Hi
Thanks for this project. We think it looks promising and would like to try it out in one of our projects.
However, we use the Java module system and we are not able to require
transactionoutbox-core
andtransactionoutbox-spring
at the same time.All subproject artifacts contain modules that export to the same package
com.gruelbox.transactionoutbox
.I suppose this is default behaviour when the same package structure is used throughout the project.
Split packages are not allowed by the Java module system.
Would it be possible to alter the package structure in every subproject so that they are more specific?
The text was updated successfully, but these errors were encountered: