[rules-users] kie workbench unable to authenticate
Dennis Crissman
dcrissma at redhat.com
Fri May 2 11:29:25 EDT 2014
I figured it out. Looks like the TOMCAT-JEE-SECURITY sections of the
web.xml are not packaged in the download. They can be found in the below
url. Just copy over those sections and it seems to work.
https://github.com/droolsjbpm/kie-wb-distributions/blob/5255111cb52460e7c9da47c07ce84f4f0dc36055/kie-drools-wb/kie-drools-wb-distribution-wars/src/main/tomcat7/WEB-INF/web.xml
-Dennis
On 05/02/2014 09:50 AM, Dennis Crissman wrote:
> Valve is in place
> grep org.apache.catalina.valves.AccessLogValve conf/server.xml
> <Valve className="org.apache.catalina.valves.AccessLogValve"
> directory="logs"
>
>
> I do not see the a security section exists in the web.xml. Please tell
> me what I am missing.
> grep TOMCAT-JEE-SECURITY
> webapps/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0/WEB-INF/web.xml
> <empty>
>
> grep TOMCAT-JEE-SECURITY conf/web.xml
> <empty>
>
> -Dennis
>
> On 05/01/2014 02:20 PM, Michael Anstis wrote:
>>
>> The instructions immediately below your email state the configuration
>> uses Users defined in WEB-INF/classes/users.properties.
>>
>> You need to add the additional J2EE security configuration to web.xml
>> and the related Tomcat Valve definition to Tomcat (I forget exactly
>> where but think I've mentioned it before in other emails on this thread).
>>
>> Sent on the move
>>
>> On 1 May 2014 19:11, "Dennis Crissman" <dcrissma at redhat.com
>> <mailto:dcrissma at redhat.com>> wrote:
>>
>> I am using tomcat7 and followed the instructions below, so that I
>> now having a standing server. I cannot however log into that
>> server. No exceptions or errors are thrown or displayed. Any
>> suggestions?
>>
>> conf/tomcat-users.xml
>> ...
>> <role rolename="admin"/>
>> <role rolename="analyst"/>
>> <role rolename="manager-gui"/>
>> <role rolename="admin-gui"/>
>> <role rolename="admin-script"/>
>> <role rolename="user"/>
>> <role rolename="manager"/>
>> <role rolename="developer"/>
>> <user username="tomcat" password="***"
>> roles="manager-gui,admin-gui,admin-script"/>
>> <user username="kie" password="***" roles="admin,developer"/>
>>
>>
>> -------- Original Message --------
>> Subject: Re: [rules-users] Problems deploying war
>> Date: Thu, 24 Apr 2014 16:45:17 +0100
>> From: Michael Anstis <michael.anstis at gmail.com>
>> <mailto:michael.anstis at gmail.com>
>> Reply-To: Rules Users List <rules-users at lists.jboss.org>
>> <mailto:rules-users at lists.jboss.org>
>> To: Rules Users List <rules-users at lists.jboss.org>
>> <mailto:rules-users at lists.jboss.org>
>>
>>
>>
>> OK, repeated.
>>
>> 1) Downloaded Tomcat 7.0 from
>> http://tomcat.apache.org/download-70.cgi
>>
>> 2) Downloaded Drools Workbench distribution fromÂ
>> http://drools.jboss.org/downloads.html
>>
>> 3) Copied 3 required JARs to /lib
>>
>> 4) Changed Tomcat's Manager upload limit in
>> /webapps/manager/WEB-INF/web.xml
>>
>> 5) Started Tomcat
>>
>> 6) Browse to Manager application
>>
>> 7) Upload kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0.war
>>
>> 8) Success.
>>
>> 9) Click on link in Tomcat's Manager and KIE Drools Workbench
>> launched successfully.
>>
>> 10) Logged in with user defined in
>> /webapps/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0/WEB-INF/classes/users.properties
>>
>>
>>
>> On 15 April 2014 14:57, Ven Tadipatri <ven.tadipatri at ll.mit.edu
>> <mailto:ven.tadipatri at ll.mit.edu>> wrote:
>>
>> I'm not sure what you mean by the J2ee security section. I
>> didn't see anything like that in the web.xml. There didn't
>> appear to be
>> any code that was commented out.
>>
>> Thanks,
>> Ven
>>
>>
>> On 04/15/2014 08:40 AM, Michael Anstis wrote:
>>> If you're using 6.0 (as opposed to 6.1.0-SNAPSHOT) did you
>>> also uncomment the J2EE security section in the web.xml?
>>>
>>>
>>> On 15 April 2014 13:27, Ven Tadipatri
>>> <ven.tadipatri at ll.mit.edu <mailto:ven.tadipatri at ll.mit.edu>>
>>> wrote:
>>>
>>> I've added the following libraries to the lib folder
>>> (I'm assuming you mean the Tomcat library, not the
>>> webapp-specific WEB-INF/lib folder ):
>>> -rwxr-xr-x 1 svc-tomcat svc-tomcat  43519 Apr 14
>>> 08:38 javax.security.jacc-api-1.4.jar
>>> -rwxr-xr-x 1 svc-tomcat svc-tomcat   6992 Apr 14
>>> 08:38 kie-tomcat-integration-6.0.1.Final.jar
>>> -rwxr-xr-x 1 svc-tomcat svc-tomcat  26084 Apr 14
>>> 08:38 slf4j-api-1.7.5.jar
>>>
>>> The following lines are in the server.xml:
>>> Â Â Â Â <Host name="localhost"Â appBase="webapps"Â
>>> unpackWARs="true" autoDeploy="true">
>>>
>>> Â Â Â Â Â Â Â <Valve
>>> className="org.apache.catalina.valves.AccessLogValve"
>>> directory="logs"
>>> Â Â Â Â Â Â Â Â Â Â Â Â Â Â
>>> prefix="localhost_access_log." suffix=".txt"
>>> Â Â Â Â Â Â Â Â Â Â Â Â Â Â pattern="%h %l %u %t
>>> "%r" %s %b" />
>>>
>>> Â Â Â Â Â Â <Valve
>>> className="org.kie.integration.tomcat.JACCValve" />
>>> Â Â Â </Host>
>>>
>>> There doesn't seem to be any log output when the login
>>> fails. It just brings me back to the same url:
>>> http://localhost:8080/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0/org.kie.workbench.drools.KIEDroolsWebapp/j_security_check
>>> Any ideas?
>>>
>>> Thanks,
>>> Ven
>>>
>>>
>>>
>>> On 04/14/2014 11:50 AM, Michael Anstis wrote:
>>>> You'll need to add the additional libraries to /lib and
>>>> configure Catalina with the additional "Valve", as
>>>> described in previous emails.
>>>>
>>>> These configure Tomcat to use the tomcat-users.xml file.
>>>>
>>>>
>>>> On 14 April 2014 14:36, Ven Tadipatri
>>>> <ven.tadipatri at ll.mit.edu
>>>> <mailto:ven.tadipatri at ll.mit.edu>> wrote:
>>>>
>>>> You're right - I'm getting closer :)
>>>> Now, the
>>>> http://localhost:8080/kie-drools-wb-distribution-wars-6.0.1.Final-tomcat7.0/
>>>> url comes up, but when I try to log in with the
>>>> user and password in my
>>>> tomcat-users.xml file, it doesn't log me in.
>>>>
>>>> I was able to bring up the main page both with the
>>>> binary distribution (which came up with a KIE IDE
>>>> logo) and the one I built with maven from sources
>>>> (which came up with a UF logo). The login page
>>>> looked identical except for the logo.
>>>>
>>>> This is what my tomcat-users.xml file looks like:
>>>> <role rolename="analyst"/>
>>>> Â <role rolename="admin"/>
>>>> Â <user username="guest" password="****"
>>>> roles="analyst,admin"/>
>>>> Â <user username="admin" password="****"
>>>> roles="analyst,admin"/>
>>>>
>>>> (The password has been starred out in this e-mail)
>>>> The only change I made to the war was
>>>> Â mv
>>>> org.uberfire.security.auth.AuthenticationSource-TOMCAT-JEE-SECURITY
>>>> org.uberfire.security.auth.AuthenticationSource
>>>>
>>>> Is there something I have to do with the
>>>> login.config or realm.properties?
>>>>
>>>> Thanks,
>>>> Ven
>>>>
>>>>
>>>> On 04/14/2014 09:17 AM, Michael Anstis wrote:
>>>>> You're almost there by the look of it!!!
>>>>>
>>>>> I replied to your other questions about why the
>>>>> workbench is trying to access git.. you can
>>>>> disable this and then you shouldn't get the error
>>>>> you paste (I assume you can't access github.com
>>>>> <http://github.com> from where you're trying to
>>>>> deploy).
>>>>>
>>>>> The JBoss AS7 WAR works "out of the box".. no need
>>>>> to configure anything extra, or download any WARs :)
>>>>>
>>>>> I would encourage you to delete .niogit folder in
>>>>> /bin when trying to deploy (if you had errors before).
>>>>>
>>>>> .niogit is where the workbench stores it's
>>>>> configuration and any downloaded git repositories.
>>>>>
>>>>>
>>>>> On 14 April 2014 14:14, Ven Tadipatri
>>>>> <ven.tadipatri at ll.mit.edu
>>>>> <mailto:ven.tadipatri at ll.mit.edu>> wrote:
>>>>>
>>>>> I'm not quite sure why it's so challenging to
>>>>> get the war deployed with Tomcat. Is it easier
>>>>> to deploy the war with Jboss?
>>>>> These are the exceptions I'm getting, even
>>>>> after adding "-Dorg.kie.demo=false" to the
>>>>> CATALINA_OPTS in catalina.sh
>>>>> I want to disable the access to remote git repos.
>>>>>
>>>>> INFO: Deploying web application archive
>>>>> /opt/tomcat/tomcat7/webapps/drools-workbench-6.0.1.Final-tomcat7.0.war
>>>>> 2014-04-14 09:04:23,985
>>>>> [localhost-startStop-1] INFOÂ Found kmodule:
>>>>> jar:file:/opt/tomcat/tomcat7/webapps/drools-workbench-6.0.1.Final-tomcat7.0/WEB-INF/lib/drools-wb-rest-defaultapprover-6.0.1.Final.jar!/META-INF/kmodule.xml
>>>>> 2014-04-14 09:04:24,036
>>>>> [localhost-startStop-1] INFOÂ KieModule was
>>>>> added:ZipKieModule[
>>>>> ReleaseId=org.drools:drools-wb-rest-defaultapprover:6.0.1.Finalfile=/opt/tomcat/tomcat7/webapps/drools-workbench-6.0.1.Final-tomcat7.0/WEB-INF/lib/drools-wb-rest-defaultapprover-6.0.1.Final.jar]
>>>>> 2014-04-14 09:04:24,036
>>>>> [localhost-startStop-1] INFOÂ Found kmodule:
>>>>> jar:file:/opt/tomcat/tomcat7/webapps/drools-workbench-6.0.1.Final-tomcat7.0/WEB-INF/lib/drools-wb-rest-defaultapprover-6.0.1.Final.jar!/META-INF/kmodule.xml
>>>>> 2014-04-14 09:04:24,039
>>>>> [localhost-startStop-1] INFOÂ KieModule was
>>>>> added:ZipKieModule[
>>>>> ReleaseId=org.drools:drools-wb-rest-defaultapprover:6.0.1.Finalfile=/opt/tomcat/tomcat7/webapps/drools-workbench-6.0.1.Final-tomcat7.0/WEB-INF/lib/drools-wb-rest-defaultapprover-6.0.1.Final.jar]
>>>>> 2014-04-14 09:07:36,460
>>>>> [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
>>>>> Â Â Â Â Â Â Â at
>>>>> org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper.newRepository(GitRepositoryFactoryHelper.java:80)~[uberfire-backend-server-0.3.1.Final.jar:0.3.1.Final]
>>>>> Â Â Â Â Â Â Â at
>>>>> org.uberfire.backend.server.repositories.git.GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.newRepository(GitRepositoryFactoryHelper$Proxy$_$$_WeldClientProxy.java)~[uberfire-backend-server-0.3.1.Final.jar:0.3.1.Final]
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Thanks,
>>>>> Ven
>>>>>
>>>>>
>>>>> On 04/14/2014 08:57 AM, Michael Anstis wrote:
>>>>>> If apply the additional configuration you are
>>>>>> telling Tomcat to use Users defined in
>>>>>> <tomcat_install_folder>/conf/tomcat-users.xml
>>>>>>
>>>>>> I modified the WAR by unzipping it, modifying
>>>>>> the relevant files and then zipping it back
>>>>>> into a WAR before deploying.
>>>>>>
>>>>>>
>>>>>> On 14 April 2014 13:53, Ven Tadipatri
>>>>>> <ven.tadipatri at ll.mit.edu
>>>>>> <mailto:ven.tadipatri at ll.mit.edu>> wrote:
>>>>>>
>>>>>> 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 at ll.mit.edu
>>>>>>> <mailto: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
>>>>>>> <mailto:rules-users at lists.jboss.org>
>>>>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> rules-users mailing list
>>>>>> rules-users at lists.jboss.org
>>>>>> <mailto:rules-users at lists.jboss.org>
>>>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> rules-users mailing list
>>>>>> rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>>>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> rules-users mailing list
>>>>> rules-users at lists.jboss.org
>>>>> <mailto:rules-users at lists.jboss.org>
>>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> rules-users mailing list
>>>>> rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>
>>>>
>>>> _______________________________________________
>>>> rules-users mailing list
>>>> rules-users at lists.jboss.org
>>>> <mailto:rules-users at lists.jboss.org>
>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> rules-users mailing list
>>>> rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>>
>>> _______________________________________________
>>> rules-users mailing list
>>> rules-users at lists.jboss.org
>>> <mailto:rules-users at lists.jboss.org>
>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> rules-users mailing list
>>> rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
>
>
> _______________________________________________
> 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/20140502/0ee28965/attachment-0001.html
More information about the rules-users
mailing list