-
I wonder... I have a modular project described with a Everything worked well. How might one deal with this type of situation? Is there a way to keep my project modularized but test it as a monolithic? Of course, removing the project descriptor, @sormuras |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 1 reply
-
Read and upvoted your ticket at mockserver's - and making this library work on the module path is the way to go. You could try to repackage all mock server related JAR files into a single one. Then, there's no split package by definition. But every time you need to update the mock server library, you have to repackage it again. |
Beta Was this translation helpful? Give feedback.
-
I ended up replacing mockserver with wiremock. Wiremock introduced two transitive dependencies with split packages into my code, <dependency>
<groupId>com.github.tomakehurst</groupId>
<artifactId>wiremock-jre8</artifactId>
<scope>test</scope>
<exclusions>
<exclusion>
<groupId>com.github.jknack</groupId>
<artifactId>handlebars</artifactId>
</exclusion>
<exclusion>
<groupId>com.github.jknack</groupId>
<artifactId>handlebars-helpers</artifactId>
</exclusion>
</exclusions>
</dependency> |
Beta Was this translation helpful? Give feedback.
-
This? https://github.com/TomerFi/hebcal-api It's deployment to Maven Central was counted and rated as a "unique" Java module! ;-) 🧩 sormuras/modules@ff9001f#diff-809b8610e4a13cd7e5869d118ca9f08ea31d456cb0df9bf5eb6702a52f2d41c2R1196 |
Beta Was this translation helpful? Give feedback.
Read and upvoted your ticket at mockserver's - and making this library work on the module path is the way to go.
You could try to repackage all mock server related JAR files into a single one. Then, there's no split package by definition. But every time you need to update the mock server library, you have to repackage it again.