Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
1.0.3
-
None
Description
We have a system that consists of a client, a server and a 'common' component. The common component contains a protocol definition file, which is used by a Maven plugin to generate source code for the client-server communication. The common JAR file should not be distributed with the product, and must be available on the classpath of the plugin at build time. Hence, the configuration in the POM looks as follows:
<project>
...
<build>
<plugins>
<plugin>
<groupId>se.jadestone.whine</groupId>
<artifactId>maven-whine-generator</artifactId>
<version>3.0</version>
...
<dependencies>
<dependency>
<groupId>se.jadestone.esports</groupId>
<artifactId>hc-common</artifactId>
<version>0.0.1</version>
</dependency>
</dependencies>
</plugin>
...
</build>
...
<dependencies>
... main project dependencies to be included in the final package ...
</dependencies>
</project>
Continuum doesn't take the plugin dependency into account, meaning that the 'common' project isn't built before the others, meaning that it will more or less randomly fail, even though the source code repository is in a correct state. The workaround we have in place is to give the projects names that are in the build order, but that is clearly unsatisfactory.
Attachments
Issue Links
- relates to
-
CONTINUUM-2149 Upgrade to Maven project libraries
- Closed