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.
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(a)redhat.com
> <mailto:dcrissma@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(a)gmail.com>
> <mailto:michael.anstis@gmail.com>
> Reply-To: Rules Users List <rules-users(a)lists.jboss.org>
> <mailto:rules-users@lists.jboss.org>
> To: Rules Users List <rules-users(a)lists.jboss.org>
> <mailto:rules-users@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(a)ll.mit.edu
> <mailto:ven.tadipatri@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(a)ll.mit.edu <mailto:ven.tadipatri@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...
>> 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(a)ll.mit.edu
>>> <mailto:ven.tadipatri@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(a)ll.mit.edu
>>>> <mailto:ven.tadipatri@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(a)ll.mit.edu
>>>>> <mailto:ven.tadipatri@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(a)ll.mit.edu
>>>>>>
<mailto:ven.tadipatri@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@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
>>>>>>
<mailto:rules-users@lists.jboss.org>
>>>>>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
_______________________________________________
>>>>> rules-users mailing list
>>>>> rules-users(a)lists.jboss.org
>>>>> <mailto:rules-users@lists.jboss.org>
>>>>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> rules-users mailing list
>>>>> rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org>
>>>>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>>>
>>>>
>>>> _______________________________________________
>>>> rules-users mailing list
>>>> rules-users(a)lists.jboss.org
>>>> <mailto:rules-users@lists.jboss.org>
>>>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> rules-users mailing list
>>>> rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org>
>>>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>>
>>> _______________________________________________
>>> rules-users mailing list
>>> rules-users(a)lists.jboss.org
>>> <mailto:rules-users@lists.jboss.org>
>>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> rules-users mailing list
>>> rules-users(a)lists.jboss.org
<mailto:rules-users@lists.jboss.org>
>>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
>> <mailto:rules-users@lists.jboss.org>
>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
>>
https://lists.jboss.org/mailman/listinfo/rules-users
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
>
https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@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