Skip from the surefire execution plugins that can step over guava feet 25/6625/1
authorGiovanni Meo <gmeo@cisco.com>
Sun, 27 Apr 2014 00:09:40 +0000 (02:09 +0200)
committerGiovanni Meo <gmeo@cisco.com>
Wed, 30 Apr 2014 15:09:32 +0000 (17:09 +0200)
Seems like the com.google.common.collect.* package has been reused in
several jars like:

- guava
- google-collection
- pax-url-aether

Now the netconf-it in the classpath of contains via transitive the 3
of them but only guava is usable by yang-bindings used by the netconf
client test. The presence of the 3 cause unreliability on the test
pass based on who comes first in the classpath of surefire. The fix is
to make sure surefire ignore the other two libraries except guava.

Change-Id: I77260989a19f60db94286434444530bacb1947d4
Signed-off-by: Giovanni Meo <gmeo@cisco.com>
opendaylight/netconf/netconf-it/pom.xml

index 0c03dda45bee20342466c35adb15f6653641d2bf..ce5203232035413c997ef54b4523becb189f3046 100644 (file)
           <forkCount>1</forkCount>
           <reuseForks>false</reuseForks>
           <perCoreThreadCount>false</perCoreThreadCount>
           <forkCount>1</forkCount>
           <reuseForks>false</reuseForks>
           <perCoreThreadCount>false</perCoreThreadCount>
+          <classpathDependencyExcludes>
+            <classpathDependencyExcludes>com.google.collections:google-collections</classpathDependencyExcludes>
+            <classpathDependencyExcludes>org.ops4j.pax.url:pax-url-aether</classpathDependencyExcludes>
+          </classpathDependencyExcludes>
         </configuration>
         <executions>
           <execution>
         </configuration>
         <executions>
           <execution>