[
https://issues.jboss.org/browse/SHRINKWRAP-312?page=com.atlassian.jira.pl...
]
Sanne Grinovero commented on SHRINKWRAP-312:
--------------------------------------------
Hello, we're having a failing testcase in Hibernate Search; I *think* it's because
of this issue, and as workaround we explicitly define the same version again in all
modules.
Interesting to note: we can't reproduce it on OSX, it fails on Linux. Also this
affects us only for the log4j test dependency, somehow it's not affecting other
dependencies.
Related to:
https://hibernate.onjira.com/browse/HSEARCH-970
(To reproduce: remove the log4j versions from all poms, keeping it defined only in the
parent pom's dependencyManagment - there is only one Arquillian test in the suite, it
fails consistently on my machine; the logs mention the dependency version of log4j not
being defined, and then the deployment doesn't contain all the needed dependencies)
ShrinkWrap MavenResolver unable to resolve version from parent POM.
-------------------------------------------------------------------
Key: SHRINKWRAP-312
URL:
https://issues.jboss.org/browse/SHRINKWRAP-312
Project: ShrinkWrap
Issue Type: Bug
Components: ext-resolver
Affects Versions: 1.0.0-beta-5
Environment: Windows 7, Java 6
Reporter: Michal Huniewicz
Assignee: Karel Piwko
Labels: maven-resource-dependency-plugin
Fix For: resolver-2.0.0-alpha-1
All versions of artifacts are stored in the parent POM as Maven properties. There is a
dependencyManagement section where they are used.
When a child project uses Maven dependency resolver to load artifacts, the version cannot
be established with MavenDependencyResolver.
Sample parent POM:
https://github.com/m1key/audiolicious/blob/master/pom.xml
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see:
http://www.atlassian.com/software/jira