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.spam@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