Hi Ge0ffrey, >Does it occur in hosted mode in Eclipse/IntelliJ? >Looks like the test classes are also copied into the war?!? >Tihomir might know more about the whole role based stuff.
- It occurs when deploying to Tomcat (any Servlet Container?). - The WAR *does* contain all "test" classes\resources. - It does not occur in hosted mode (as I can remove "test" classes\resources from the classpath). - Seam is correct in reporting the error (as two classes are declared as being the same component, because of the inclusion of "test" classes). So I'd surmise a compile problem with maven (but it could be old news)? With kind regards, Mike On 20 January 2011 07:56, Geoffrey De Smet <ge0ffrey.s...@gmail.com> wrote: > > > Op 19-01-11 22:33, Michael Anstis schreef: > > Hi, > > > > I tried building a WAR for Guvnor and found a couple of hick-ups > > (although it was with my local copy of master taken a few months ago). > > > > I mention them here in case they are unknown issues (feel free to beat > > me up if I simply need to resync with master; which will happen as > > part of my dtable commit...) > > > > 1) In \drools-guvnor > > > > mvn package -DskipTests=true -PfullProfile > > > > Didn't build dependant drools-ide-common, as I'd expect and I had to > > "mvn install" this first. > This is partially normal... > mvn install = mvn package (=make the jar) + copy the jar in the local > repository > mvn package = mvn compile + ... + make the jar > > But for normal java apps, mvn compile is enough even in a multi-module, > because it doesn't need to create a jar (or copy that in the local repo) > as it justs reuses drools-ide-common/target/classes in the classpath of > drools-guvnor. > Just like your Eclipse/IntelliJ does (because if were to build a jar > each time it would take as long as the maven build). > However, that might not work for GWT compilation, > so the safest bet it to do mvn install... > > > > 2) In \drools-guvnor > > > > mvn package -DskipTests=true -PfullProfile > > > > Built the WAR however the test classes are also included, leading to a > > Seam error when deploying:- > > > > SEVERE: Exception sending context initialized event to listener > > instance of class org.jboss.seam.servlet.SeamListener > > java.lang.IllegalStateException: Two components with the same name and > > precedence - component name: > > org.drools.guvnor.server.security.RoleBasedPermissionStore, component > > classes: > > org.drools.guvnor.server.security.MockRoleBasedPermissionStore, > > org.drools.guvnor.server.security.RoleBasedPermissionStore > > at > > > org.jboss.seam.init.Initialization.addComponentDescriptor(Initialization.java:586) > > at > > > org.jboss.seam.init.Initialization.installScannedComponentAndRoles(Initialization.java:927) > > at > > > org.jboss.seam.init.Initialization.scanForComponents(Initialization.java:874) > > at org.jboss.seam.init.Initialization.init(Initialization.java:687) > > > > This traced back to "MockRoleBasedPermissionStore" in the test classes > > and "RoleBasedPermissionStore" in the non-test classes. > > > > Tomcat 6.x. > > Does it occur in hosted mode in Eclipse/IntelliJ? > Looks like the test classes are also copied into the war?!? > Tihomir might know more about the whole role based stuff. > > > > 3) Alot of Guvnor tests failed, however I assume Toni Rikkola could > > have fixed recently with his work in this area. > > If they talk about a repository lock failing, it's cool and Toni's > working on it. > If it's something else, it's not cool. > > > > Cheers, > > > > Mike > > > > > > _______________________________________________ > > rules-dev mailing list > > rules-dev@lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/rules-dev > > -- > With kind regards, > Geoffrey De Smet > > > _______________________________________________ > rules-dev mailing list > rules-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-dev >
_______________________________________________ rules-dev mailing list rules-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev
