Re: [rules-users] Problems deploying war

Hi Michael, Unfortunately I can't seem to get the 6.0.1 version up and running. I followed the steps below, finding the 3 jars listed below online. But still, Tomcat just hangs for a bit, then throws a bunch of severe warnings. There don't seem to be any log messages describing the problem. Also, I'm a bit confused by the directions - how can we modify the WEB-INF directory before the war is deployed? And how do we define users in the login.config file? Thanks, Ven On 04/11/2014 10:49 AM, Michael Anstis wrote: Hi, There have been a few people with Tomcat deployment issues for kie-drools-wb, so I thought I'd give it a try. These are the steps I followed for *successful* deployment (most of which is already documented, but not obvious, in the WAR's README.txt file):- *6.0.1* Starting with a clean install of Tomcat 7. 1. Copy "kie-tomcat-integration" JAR into TOMCAT_HOME/lib (org.kie:kie-tomcat-integration) 2. Copy "JACC" JAR into TOMCAT_HOME/lib(javax.security.jacc:artifactId=javax.security.jacc-api in JBoss Maven Repository) 3. Copy "slf4j-api" JAR into TOMCAT_HOME/lib(org.slf4j:artifactId=slf4j-api in JBoss Maven Repository) 4. Add valve configuration into TOMCAT_HOME/conf/server.xml inside <Host>element as last valve definition: <Valve className="org.kie.integration.tomcat.JACCValve" /> 5. Edit TOMCAT_HOME/conf/tomcat-users.xml to include roles and users, make sure there will be 'analyst' or 'admin' roles defined as it's required to be authorized to use kie-wb 6. Delete org.uberfire.security.auth.AuthenticationSource inside WEB-INF/classes/META-INF/services 7. Rename org.uberfire.security.auth.AuthenticationSource-TOMCAT-JEE-SECURITY to org.uberfire.security.auth.AuthenticationSource inside WEB-INF/classes/META-INF/services 8. Increase Java's PermGen space by adding file TOMCAT_HOME/bin/setenv.sh containing export JAVA_OPTS="-Xmx1024m -XX:MaxPermSize=256m" 9. Start Tomcat with TOMCAT_HOME/bin/startup.sh 10. Go to Management Console, http://localhost:8080/management 11. Deploy modified WAR If you do not complete these steps the WAR works "out of the box" but you'll need to define Users in WEB-INF/classes/login.config *6.1.0-SNAPSHOT* Starting with a clean install of Tomcat 7. 1. Copy "kie-tomcat-integration" JAR into TOMCAT_HOME/lib (org.kie:kie-tomcat-integration) 2. Copy "JACC" JAR into TOMCAT_HOME/lib (javax.security.jacc:artifactId=javax.security.jacc-api in JBoss Maven Repository) 3. Copy "slf4j-api" JAR into TOMCAT_HOME/lib (org.slf4j:artifactId=slf4j-api in JBoss Maven Repository) 4. Add valve configuration into TOMCAT_HOME/conf/server.xml inside Host element as last valve definition: <Valve className="org.kie.integration.tomcat.JACCValve" /> 5. Edit TOMCAT_HOME/conf/tomcat-users.xml to include roles and users, make sure there will be 'analyst' or 'admin' roles defined as it's required to be authorized to use kie-wb 6. Start Tomcat with TOMCAT_HOME/bin/startup.sh 7. Go to Management Console, http://localhost:8080/management 8. Deploy modified WAR With kind regards, Mike On 10 April 2014 19:25, Ven Tadipatri <ven.tadipatri(a)ll.mit.edu&gt; wrote: > Hi, > I'm trying to get set up with Drools and Guvnor. I've had some success > building a test program with Drools, but when I saw that there's a webapp > to manage and view rules, I was interested in getting that working as > well. Unfortunately I haven't had much success with that. > I downloaded the kie-drools-wb-distribution-6.0.1.Final.zip file from > the JBoss drools website and dropped the > binaries/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0.war > into my Tomcat directory. Tomcat was just hanging for a while, then spit > out a bunch of error messages: > Apr 10, 2014 2:21:40 PM org.apache.catalina.core.StandardContext > startInternal > INFO: Deploying web application archive > /opt/tomcat/tomcat7/webapps/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0.war > Apr 10, 2014 2:21:40 PM org.apache.catalina.core.StandardContext > startInternal > SEVERE: Error listenerStart > Apr 10, 2014 2:21:40 PM org.apache.catalina.core.StandardContext > startInternal > SEVERE: Context [/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0] > startup failed due to previous errors > Apr 10, 2014 2:21:40 PM org.apache.catalina.loader.WebappClassLoader > clearReferencesThreads > SEVERE: The web application > [/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0] appears to have > started a thread named [pool-4-thread-1] but has failed to stop it. This is > very likely to create a memory leak. > Apr 10, 2014 2:21:40 PM org.apache.catalina.loader.WebappClassLoader > clearReferencesThreads > SEVERE: The web application > [/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0] appears to have > started a thread named [Thread-3] but has failed to stop it. This is very > likely to create a memory leak. > Apr 10, 2014 2:21:40 PM org.apache.catalina.loader.WebappClassLoader > clearReferencesThreads > SEVERE: The web application > [/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0] appears to have > started a thread named [pool-7-thread-1] but has failed to stop it. This is > very likely to create a memory leak. > Apr 10, 2014 2:21:40 PM org.apache.catalina.loader.WebappClassLoader > clearReferencesThreads > SEVERE: The web application > [/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0] appears to have > started a thread named [Git-Daemon-Accept] but has failed to stop it. This > is very likely to create a memory leak. > Apr 10, 2014 2:21:40 PM org.apache.catalina.loader.WebappClassLoader > checkThreadLocalMapForLeaks > SEVERE: The web application > [/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0] created a > ThreadLocal with key of type [org.jboss.errai.config.util.ClassScanner$1] > (value [org.jboss.errai.config.util.ClassScanner$1@1b3870a5]) and a > value of type [java.lang.Boolean] (value [true]) but failed to remove it > when the web application was stopped. Threads are going to be renewed over > time to try and avoid a probable memory leak. > Apr 10, 2014 2:21:40 PM org.apache.catalina.loader.WebappClassLoader > checkThreadLocalMapForLeaks > SEVERE: The web application > [/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0] created a > ThreadLocal with key of type > [org.jboss.solder.servlet.beanManager.ServletContextAttributeProvider$1] > (value > [org.jboss.solder.servlet.beanManager.ServletContextAttributeProvider$1@166b6e99]) > and a value of type [org.apache.catalina.core.ApplicationContextFacade] > (value [org.apache.catalina.core.ApplicationContextFacade@672a0a4e]) but > failed to remove it when the web application was stopped. Threads are going > to be renewed over time to try and avoid a probable memory leak. > Apr 10, 2014 2:21:40 PM org.apache.catalina.loader.WebappClassLoader > checkThreadLocalMapForLeaks > SEVERE: The web application > [/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0] created a > ThreadLocal with key of type [org.eclipse.jgit.nls.NLS$1] (value > [org.eclipse.jgit.nls.NLS$1@790abbcb]) and a value of type > [org.eclipse.jgit.nls.NLS] (value [org.eclipse.jgit.nls.NLS@2faf4a82]) > but failed to remove it when the web application was stopped. Threads are > going to be renewed over time to try and avoid a probable memory leak. > > Next I tried building the workbench from source: > https://github.com/droolsjbpm/drools-wb/archive/6.0.1.Final.zip > The maven build worked, and I dropped the tomcat war into the tomcat > directory (removing any existing webapps and wars). Starting Tomcat now > produced these errors: > > INFO: Deploying web application archive > /opt/tomcat/tomcat7/webapps/drools-workbench-6.0.1.Final-tomcat7.0.war > 2014-04-10 13:46:31,975 [localhost-startStop-1] > > ERROR Failed to setup Repository 'uf-playground' > java.lang.RuntimeException: > https://github.com/guvnorngtestuser1/guvnorng-playground.git: cannot > open git-upload-pack > > What is the webapp trying to do with Git? Do I need to point it at some > git repo? > > I tried the jboss instructions here: > > http://blog.athico.com/2013/05/how-to-build-and-run-drools-and-guvnor.html > > But that didn't work either, with Jboss just hanging as well. Any clues > on what might be going wrong? > > Thanks, > Ven > > _______________________________________________ > rules-users mailing list > rules-users(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-users > _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users