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
Using multi-release modules fails with base version #158
Comments
Interesting, that was news to me. Could you send a PR for fixing this? |
Sure, but might be some time before I get around to it. Anyone willing to contribute is welcome to do so. |
Relates to moditect#158, but most likely does not fix it.
I'm not sure how to reproduce this problem. A far as I can see, the current code will log an error, but it will carry on and interpret moditect/core/src/main/java/org/moditect/internal/parser/JdepsExtraArgsExtractor.java Lines 74 to 79 in d2cc464
That's the behavior we can see in your error message, btw:
But as far as I can see,
So, I really don't understand what's going on in your case. Maybe my PR #163 will fix this, but I doubt it. In any case, if the problem persists, a reproducer would help, so we can find out where |
) * moditect#162 Avoid fragile Java version parsing when looking for module-info.java * Avoid error in logs when passing "--multi-release base" to jdeps Relates to moditect#158, but most likely does not fix it. Co-authored-by: Yoann Rodière <yoann@hibernate.org>
Relates to #158, but most likely does not fix it.
This is a follow-up to #141. The solution in #147 only works for numeric version numbers. However, according to the jdeps documentation, the value
base
is also valid.The value is parsed in
JdepsExtraArgsExtractor.parseVersionNumber()
.Reproduction:
Error message:
The text was updated successfully, but these errors were encountered: