CL dependencies fixes for lab environment runtime 91/9591/2
authorJorge Hernandez <jh1730@att.com>
Thu, 31 Aug 2017 04:42:35 +0000 (23:42 -0500)
committerJorge Hernandez <jh1730@att.com>
Thu, 31 Aug 2017 05:00:52 +0000 (00:00 -0500)
commit3b25dd8b60d2d8d7f147efefc5425851aec0021e
treee97504aee8983c8cc853fce4b1209c9efa9fea5e
parent3cc999671adbaccb179b4a260c2b6b6faa913080
CL dependencies fixes for lab environment runtime

This also includes workarounds to the recent oparent dependency
introduction that breaks runtime (with the version-check-maven-plugin).

manifested by loading control loops and failing to load some classes
due to different versions.

The issue was that underlying drools libraries use 3.2.5 and oparent
has included a had dependency with transitive dependencies for some maven
libraries in 3.2.3 and lower version xml parsers.   Bottomoline, the
classpath at runtime was formed by the union of both, with some
libraries being resolved to the oparent one, and others to the drools
one.   These errors are very obscured to debug.

Additional clean up of dependencies versions and order of build
was introduced to avoid issues loading dependencies at runtime in a
lab environment (non-junit)..

Issue-ID: POLICY-162
Change-Id: I019c82e6bed4eab4884cdbf8f6f32472c3a7352f
Signed-off-by: Jorge Hernandez <jh1730@att.com>
controlloop/common/eventmanager/pom.xml
controlloop/common/guard/pom.xml
controlloop/common/pom.xml
controlloop/templates/template.demo.v1.0.0/archetype-cl-legacy/src/main/resources/archetype-resources/src/main/resources/__controlLoopName__.drl
controlloop/templates/template.demo/pom.xml
pom.xml