Michael, I didn't make one for the tomcat one, as I wasn't sure it wasn't a misconfiguration on my part (just tested it very quickly, not focused on it right now). I did make one for the jboss AS 6 thing: https://issues.jboss.org/browse/GUVNOR-1160
Op 20-01-11 17:19, Michael Anstis schreef: > Ge0ffrey, > > Did I image that you said you'd created a JIRA for the problem you > found on Tomcat6?!?! > > I can't find one anywhere! > > Cheers, > > Mike > > On 20 January 2011 16:13, Michael Anstis <[email protected] > <mailto:[email protected]>> wrote: > > Ge0ffrey, > > Packaging is now fine :-) > > I had problems running Guvnor's WAR under the Tomcat instance > installed through Synaptic on Ubuntu 10, but had no issues with a > vanilla Tomcat 6.0.30 downloaded and installed from Apache :-) > > I'll comment the JIRA but suspect issues with some Tomcat6 > installation is more a configuration related than Guvnor. > > With kind regards, > > Mike > > > On 20 January 2011 13:20, Geoffrey De Smet > <[email protected] <mailto:[email protected]>> wrote: > > Michael, > > I've done a "mvn clean install" locally and that test class > (MockRoleBasedPermissionStore) is not packaged in the war. > This directory > > > droolsjbpm/drools-guvnor/*target*/drools-guvnor/WEB-INF/classes/org/drools/guvnor/server/security > does not contain MockRoleBasedPermissionStore (which is > normal, as it's comes from src/test/java, not src/main/java). > > So I don't understand how it ended up in your war you created > and deployed to tomcat. > Can you check if you do a "mvn clean install -DskipTests" that > you have it again? > > > I do have problems to deploy the Guvnor SNAPSHOT on tomcat 6: > > ERROR 20-01 14:05:09,218 > (RepositoryImpl.java:getWorkspaceInfo:785) Unable to > initialize workspace 'security' > javax.jcr.RepositoryException: Cannot instantiate persistence > manager > org.apache.jackrabbit.core.persistence.pool.DerbyPersistenceManager > at > > org.apache.jackrabbit.core.RepositoryImpl.createPersistenceManager(RepositoryImpl.java:1433) > ... > Caused by: org.apache.commons.dbcp.SQLNestedException: Cannot > create PoolableConnectionFactory (Failed to create database > 'repository/workspaces/security/db', see the next exception > for details.) > at > > org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1225) > ... > Caused by: java.sql.SQLException: Failed to create database > 'repository/workspaces/security/db', see the next exception > for details. > at > > org.apache.derby.impl.jdbc.SQLExceptionFactory40.getSQLException(Unknown > Source) > ... > Caused by: java.sql.SQLException: Directory > > /home/gdesmet/opt/appserver/*apache-tomcat-6.0.30/bin/repository/workspaces/security/db > already exists*. > at > org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown > Source) > ... > Caused by: ERROR XBM0J: Directory > > /home/gdesmet/opt/appserver/apache-tomcat-6.0.30/bin/repository/workspaces/security/db > already exists. > at > org.apache.derby.iapi.error.StandardException.newException(Unknown > Source) > > > Op 20-01-11 10:15, Geoffrey De Smet schreef: >> I don't know who broke it, but I 'll see if I can get it fixed >> >> Op 20-01-11 09:20, Michael Anstis schreef: >>> 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<[email protected] >>> <mailto:[email protected]> >>> <mailto:[email protected]>> 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 >>> > [email protected] >>> <mailto:[email protected]> <mailto:[email protected]> >>> > https://lists.jboss.org/mailman/listinfo/rules-dev >>> >>> -- >>> With kind regards, >>> Geoffrey De Smet >>> >>> >>> _______________________________________________ >>> rules-dev mailing list >>> [email protected] <mailto:[email protected]> >>> <mailto:[email protected]> >>> https://lists.jboss.org/mailman/listinfo/rules-dev >>> >>> >>> >>> _______________________________________________ >>> rules-dev mailing list >>> [email protected] <mailto:[email protected]> >>> https://lists.jboss.org/mailman/listinfo/rules-dev > > -- > With kind regards, > Geoffrey De Smet > > > _______________________________________________ > rules-dev mailing list > [email protected] <mailto:[email protected]> > https://lists.jboss.org/mailman/listinfo/rules-dev > > > > > _______________________________________________ > rules-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-dev -- With kind regards, Geoffrey De Smet _______________________________________________ rules-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-dev
