You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While working on #4464, I noticed that the two compliance modules that currently use a test server explicitly manage transitive dependencies (from rdf4j-http-server module). This is far from optimal and should be improved, and is also a semi-blocker for doing improvements to the test server duplication, ref. #3507.
Preferred solution
I suggest to publish a "classes" attachment from the rdf4j-http-server that can be used to avoid this duplication of dependency management.
Are you interested in contributing a solution yourself?
Yes
Alternatives you've considered
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered:
By publishing classes artifacts from war modules we avoid the duplicated dependency management in modules using the war to run tests with a test server.
By publishing classes artifacts from war modules we avoid the duplicated dependency management in modules using the war to run tests with a test server.
erikgb
changed the title
Avoid management of transitive dependencies in modules with test server
Avoid transitive dependency management in modules using test server
Mar 3, 2023
erikgb
added a commit
to erikgb/rdf4j
that referenced
this issue
Mar 5, 2023
By publishing classes artifacts from war modules we avoid the duplicated dependency management in modules using the war to run tests with a test server.
Problem description
While working on #4464, I noticed that the two compliance modules that currently use a test server explicitly manage transitive dependencies (from
rdf4j-http-server
module). This is far from optimal and should be improved, and is also a semi-blocker for doing improvements to the test server duplication, ref. #3507.Preferred solution
I suggest to publish a "classes" attachment from the
rdf4j-http-server
that can be used to avoid this duplication of dependency management.Are you interested in contributing a solution yourself?
Yes
Alternatives you've considered
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: