Tracked it down a bit further. This printout is from a failing build:
artifact = no.netcom.ipl:utilities:jar:3.0-SNAPSHOT;
project: [EMAIL PROTECTED] (selected for compile)
[DEBUG] cleartrust:ct_runtime_api:jar:1.0 (selected for compile)
[DEBUG] fit:fit:jar:1.1 (selected for compile)
[DEBUG] log4j:log4j:jar:1.2.8 (selected for compile)
[DEBUG] cleartrust:ct_admin_api:jar:1.0 (selected for compile)
[DEBUG] no.netcom.xil:smsclient:jar:2.10.a (selected for compile)
[DEBUG] no.netcom.xil:addressappclient:jar:2.10.a (selected for compile)
[DEBUG] no.netcom.xil:xilclient:jar:2.10.a (selected for compile)
[DEBUG] org.sadun:org.sadun.util:jar:1.6 (setting scope to: compile)
[DEBUG] org.sadun:org.sadun.util:jar:1.6 (selected for compile)
[DEBUG] oracle:ojdbc:jar:14 (selected for compile)
[DEBUG] tibco:tibrvj:jar:7.2 (setting scope to: compile)
[DEBUG] tibco:tibrvj:jar:7.2 (selected for compile)
[DEBUG] no.netcom.xil:xilext:jar:2.10.a (selected for compile)
[DEBUG] no.netcom.xil:xil:jar:2.10.a (selected for compile)
This one is from a successful build of another module:
artifact = no.netcom.ipl:utilities:jar:3.0-SNAPSHOT;
project: [EMAIL PROTECTED] (selected for compile)
[DEBUG] cleartrust:ct_runtime_api:jar:1.0 (selected for compile)
[DEBUG] fit:fit:jar:1.1 (selected for compile)
[DEBUG] log4j:log4j:jar:1.2.8 (selected for compile)
[DEBUG] cleartrust:ct_admin_api:jar:1.0 (selected for compile)
[DEBUG] no.netcom.xil:smsclient:jar:2.10.a (selected for compile)
[DEBUG] no.netcom.xil:addressappclient:jar:2.10.a (selected for compile)
[DEBUG] no.netcom.xil:xilclient:jar:2.10.a (selected for compile)
[DEBUG] org.sadun:org.sadun.util:jar:1.6 (selected for compile)
[DEBUG] oracle:ojdbc:jar:14 (selected for compile)
[DEBUG] tibco:tibrvj:jar:7.2 (selected for compile)
[DEBUG] no.netcom.xil:xilext:jar:2.10.a (selected for compile)
[DEBUG] no.netcom.xil:xil:jar:2.10.a (selected for compile)
Note this is dependency resolution for the SAME artifact
(no.netcom.ipl:unittest). The transitive dependency that is failing here is to
org.sadun.util.jar. Notice that this comes TWICE in the failing build.
mvh,
André
