-
-
Notifications
You must be signed in to change notification settings - Fork 765
Revise module declaration #1711
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
Conversation
|
The Hit by https://bugs.openjdk.java.net/browse/JDK-8225773 again. |
|
|
||
| requires java.instrument; | ||
|
|
||
| requires static java.sql; // import java.sql.Timestamp; in Assertions.java for Javadoc-only |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In order to remove this line, https://github.com/joel-costigliola/assertj-core/blob/master/src/main/java/org/assertj/core/api/Assertions.java#L2552 can be replaced by
* <li><code>yyyy-MM-dd HH:mm:ss.SSS</code> (for {@code java.sql.Timestamp} String representation support)</li>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
True.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not needed anymore since 5c136d6.
@sormuras I already started something about this topic, following Testing In The Modular World. I am happy to continue on it if you like (also happy to have any review and hints from you once I am ready) |
|
That would be great @scordio, I'm a bit busy these days. |
|
Yes, please proceed, @scordio -- mainrunner is my external integration test project, that also uses Bach.java as its build tool. Thus, there're at least two moving parts involved. |
|
Byte Buddy needs |
|
Thanks for the clarification, Rafael. |
Partial changes applied from #1711.
|
Side question about: @joel-costigliola would you expect something in there which should be directly usable by consumers (i.e., end users or third party libraries)? If so, we should probably relocate them. |
|
Ideally it should not be exported |
This "it" project runs tests on the module path, using AssertJ's SoftAssertions utility. As no module declares a read edge to module "java.instrument", the build of this "it" project fails. Issue: assertj#1711
This "it" project runs tests on the module path, using AssertJ's SoftAssertions utility. As no module declares a read edge to module "java.instrument", the build of this "it" project fails. Issue: assertj#1711
|
Superseded. |
Relates to #1656 -- here are the changes that made AssertJ Core compile with Java 9+, including the module descriptor.
/src/main/javato the compilation set of thejava9+profile.requires ...;statements to fix those. Left some comments in themodule-info.javafile.Open ends:
module-info.classjava.instrumentis a special snow flake, it's not required directly to compile AssertJ Core, but ByteBuddy seems to need it. @raphw ... any new input here? (removed in 116798b)java.sqlis only(?) needed due to a link reference in the javadoc ofAssertions.java(not needed since 5c136d6)junitis file named based -- JUnit 4.13 will fix this, though. (fixed in b0385fc)jsr305is file name based -- don't see a fix in the near future, do you? (not needed since 24176f5)TODO:
org.assertj.coreon the module path.jdeps --check ..., similar to Runjdeps --checkon all modules junit-team/junit-framework#1939