[
https://issues.jboss.org/browse/WFBUILD-14?page=com.atlassian.jira.plugin...
]
Stuart Douglas commented on WFBUILD-14:
---------------------------------------
It should work the first way (it will always pick the correct version). What actual config
are you using to get this error? It looks like you have provisioned configuration that
uses a newer template than the base server.
Note that all this is going to be reworked in the medium term future.
Conflicting feature pack dependency versions should not be allowed
------------------------------------------------------------------
Key: WFBUILD-14
URL:
https://issues.jboss.org/browse/WFBUILD-14
Project: WildFly Build Tools
Issue Type: Bug
Reporter: James Netherton
Assignee: Stuart Douglas
Fix For: 1.1.7.Final
There was a brief discussion about this on the WildFly dev mailing list so I'm
capturing the problem here as well.
Consider the following.
Feature pack 'A' has a dependency on the WildFly 9 feature pack. E.g:
{code:xml}
<dependencies>
<artifact name="org.wildfly:wildfly-feature-pack:9.0.1.Final" />
</dependencies>
{code}
Feature pack 'B' has a dependency on the WildFly 10 feature pack and also on
feature pack 'A'. E.g:
{code:xml}
<dependencies>
<artifact name="org.wildfly:wildfly-feature-pack:10.0.0.CR3" />
<artifact name="org.foo:feature-pack-A" />
</dependencies>
{code}
The result is that you'll have overlapping and possibly problematic non-overlapping
file paths coming from the conflicting WildFly versions
At the moment the plugins allow this scenario, which can lead to all sorts of horrors
when using the server-provisioning plugin to provision an app server.
CrossRef:
https://github.com/wildfly-extras/fuse-patch/issues/101
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)