[rules-users] Problems deploying war

Fri Apr 11 10:49:42 EDT 2014

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 at ll.mit.edu> 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 at 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 at 166b6e99])
> and a value of type [org.apache.catalina.core.ApplicationContextFacade]
> (value [org.apache.catalina.core.ApplicationContextFacade at 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 at 790abbcb]) and a value of type
> [org.eclipse.jgit.nls.NLS] (value [org.eclipse.jgit.nls.NLS at 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 at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20140411/6b7878e6/attachment-0001.html 