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
chore: make it possible to debug integration tests with sbt or IDE #2327
Conversation
Remove -Dconfig.resource=fuseki.conf param from it sbt invocation and replace by a dedicated application.conf in it class pass. The it application.conf will be merged with the default one. Remove import of standard application.conf in test.conf as this lead to a cyclic dependency during startup.
Codecov ReportBase: 86.64% // Head: 5.24% // Decreases project coverage by
Additional details and impacted files@@ Coverage Diff @@
## main #2327 +/- ##
==========================================
- Coverage 86.64% 5.24% -81.41%
==========================================
Files 251 251
Lines 28266 28263 -3
==========================================
- Hits 24491 1481 -23010
- Misses 3775 26782 +23007
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. ☔ View full report at Codecov. |
integration-test
with sbt or IDE
integration-test
with sbt or IDEThere 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.
just one small point of criticism, overall it looks good
// Test / javaOptions ++= Seq("-Dakka.log-config-on-start=on"), // prints out akka config | ||
// Test / javaOptions ++= Seq("-Dconfig.trace=loads"), // prints out config locations | ||
// IntegrationTest / javaOptions ++= Seq("-Dakka.log-config-on-start=on"), // prints out akka config | ||
// IntegrationTest / javaOptions ++= Seq("-Dconfig.trace=loads"), // prints out config locations | ||
// IntegrationTest / javaOptions += "-agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=5005", // starts sbt with debug port |
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.
I find those commented-out lines a bit irritating. If they have to stay there, please add a comment why/how/what for they are needed, otherwise I'd suggest removing them
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 general I agree that commented out code should be removed. Those Java options are documented and seemed useful for me in case we would like to debug the integration tests so I kept them.
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.
LGTM, although I don't think I fully understood what the problem was that you solved here.
Co-authored-by: irinaschubert <irina.schubert@dasch.swiss>
Co-authored-by: irinaschubert <irina.schubert@dasch.swiss>
Before this change the configuration for fuskei was passed as JVM system property in the |
!-- Important! Please follow the guidelines for naming Pull Requests: https://docs.dasch.swiss/latest/developers/dsp/contribution/ -->
Pull Request Checklist
Task Description/Number
Make integration-tests pickup its own conf
Remove
-Dconfig.resource=fuseki.conf
param fromIntegrationTest
sbt config and replace by asrc/it/resources/application.conf
.The it application.conf will be merged with the default one.
Remove import of standard application.conf in test.conf as this lead to a cyclic dependency during startup.
Add sbt debug javaOptions fix other commented out options
Show absolutePath in error message
TriplestoreServiceHttpConnectorImpl
Documentation
This way is it possible (after building the sipi docker image locally) to start and debug the integration tests from the IntelliJ IDE without depending on sbt.
Basic Requirements
Please check if your PR fulfills the following requirements:
PR Type
What kind of change does this PR introduce?
Does this PR introduce a breaking change?
Does this PR change client-test-data?