-
Notifications
You must be signed in to change notification settings - Fork 200
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
[WIP] Update mantis 3rd party dependency specifications #349
base: master
Are you sure you want to change the base?
Changes from 1 commit
4408fa0
091cd5c
05a20f3
2d27da4
fce4d3d
ba469cc
55fd2b8
0140680
8c5929d
34a352e
4926b28
a5a1161
ea7a19f
60d8cf2
42e0ccb
1ddb23d
3f1770b
ee2a3b4
4a44dfc
f74ba90
bc0ad96
d90bad4
30a65ce
720f4cd
4c82455
100f073
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -24,11 +24,11 @@ ext { | |
|
||
dependencies { | ||
api project(":mantis-common-serde") | ||
api "io.netty:netty-codec-http:$nettyVersion" | ||
api "io.netty:netty-buffer:$nettyVersion" | ||
api libraries.nettyCodec | ||
api libraries.nettyBuffer | ||
api group: 'io.netty', name: 'netty-transport-native-epoll', classifier: 'linux-x86_64', version: nettyVersion | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. would recommend moving this to libraries.nettyEpoll as well even if it's a little tricky. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Got it, will do ASAP! Thank you. |
||
api "org.xerial.snappy:snappy-java:$snappyVersion" | ||
api "org.jctools:jctools-core:$jctoolsVersion" | ||
api libraries.snappyJava | ||
api libraries.jctools | ||
|
||
// spectatorApi should be packaged at entry point level to avoid version conflicts. | ||
compileOnly libraries.spectatorApi | ||
|
@@ -39,11 +39,11 @@ dependencies { | |
api libraries.slf4jApi | ||
api libraries.slf4jLog4j12 | ||
implementation libraries.commonsIo | ||
implementation 'net.jcip:jcip-annotations:1.0' | ||
implementation libraries.jcip | ||
|
||
testImplementation libraries.spectatorApi | ||
testImplementation libraries.commonsLang3 | ||
testImplementation "org.hamcrest:hamcrest-core:1.3" | ||
testImplementation libraries.hamcrest | ||
testImplementation libraries.junit4 | ||
testImplementation libraries.mockitoCore | ||
} |
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.
the
ext
variable can be safely removed with this change.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.
This was a concern I had earlier, there were different versions of the same dependencies across different modules (so I kept this part that specifies the specific versions). Would it be better to standardize the versions and move a single version to the root
build.gradle
'sext.versions
?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.
yep, that'd be desired to realize the full benefits of this work.
The different versions would make it tricky and here's a good starting tip:
You could call out the places where you are bumping the minor and patch version in the PR for an easier review.
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.
Awesome, thank you! As some other GSoC applicants are having trouble with builds failing (including the Mantis tutorial) before we made any changes, I brought this up to Sundaram yesterday and iirc he said that right now there wasn't a good way for us to validate whether these "good first issue" PRs aren't going to break something - but that it will be fixed by end of March. If needed, I can provide the exact error on Discord so maybe we can get
./gradlew build
to work?The only thing that succeeds at building correctly locally is the
synthetic-sourcejob
example, since I found a workaround that can allow it to build temporarily. I have been using that to test but it's not ideal.