-
Notifications
You must be signed in to change notification settings - Fork 3
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
Strictly name the org.json module for JLink and JPackage #4
base: master
Are you sure you want to change the base?
Conversation
Just until BGehrels#3 gets done
@GedMarc @johnjaylward @BGehrels No objection on my part. |
@stleary @johnjaylward @BGehrels I believe this is a good release candidate. |
...... |
whatever |
@GedMarc I shit, i'm sorry, haven't seen or expected this PR, notifications were drowning in my Github mailfilter, i'll have a look at them! |
#mkdir -p $MODITECT_FOLDER | ||
# Copy the module-info to the dist folder to build | ||
#cp src/moditect/module-info.java $MODITECT_FOLDER/module-info.java | ||
#echo "Copied the module info file" |
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.
What about these 4 lines? Are they neccessary, not neccessary or optional? Or are there conditions when they should be enabled?
Did you test these changes with Java 8 and Java 9 in a Module/No-Module Scenario? |
<configuration> | ||
<!-- Put module-info.class in META-INF/versions/9 to maximize backwards compat --> | ||
<!-- See: https://github.com/moditect/moditect/issues/67 --> | ||
<jvmVersion>9</jvmVersion> |
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.
Will this automatically be available for Java 10, 11 and 12 then?
<configuration> | ||
<source>%%JAVAVERSION%%</source> | ||
<target>%%JAVAVERSION%%</target> | ||
<!--<source>1.6</source> | ||
<target>1.6</target>--> |
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.
With this, target is now defined twice
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.
ahh, no, sorry, it's a block comment...
Could you remove the commented out code here?
<artifactId>asm</artifactId> | ||
<version>7.0</version> | ||
</dependency> | ||
</dependencies> |
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.
Could you add a comment to the pom why this new dependency is needed here?
@@ -97,7 +97,19 @@ | |||
</dependency> | |||
</dependencies> | |||
|
|||
<build> | |||
<!-- Allow finding fixed moditect version --> |
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.
Could you please extend this comment in a way that it somehow says when the snapshot repository can be removed again? Something like: "Remove this when we have an official moditect release containing bugfix X". Or "Remove this when modditect version x is released"?
No news from PR author ? :( |
@jordanamr unfortunately a lot of these reviews are subject to the actual build cycle and depending on how the build and deploy happens, depends on what the correct implementation is. the module-info file and source itself however are fully intact and being used pretty much everywhere for me - 4 production clients https://search.maven.org/artifact/com.guicedee.services/json |
Although the version is changing (with the encapsulating guicedee project) it is fully in-sync with source |
@stleary it's been 2 years with two of these, we've already released 1.0 and have decided to not include anything below jdk 8 support and have standardized on jdk 11 Thanks. |
Enable JPMS for Library
stleary#451