[rules-users] kie workbench unable to authenticate

Michael Anstis michael.anstis at gmail.com
Fri May 2 11:48:18 EDT 2014 

Thank-you Dennis for hunting it down.

The "master" branch (6.1.0.Beta3) contain the J2EE entries for the Tomcat
assembly (not commented out either). I hope our Users don't have the same
trouble on going.

Apologies for the problems you've had to contend with.




On 2 May 2014 16:29, Dennis Crissman <dcrissma at redhat.com> wrote:

>  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> 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> <michael.anstis at gmail.com>  Reply-To: Rules
>> Users List <rules-users at lists.jboss.org> <rules-users at lists.jboss.org>  To:
>> Rules Users List <rules-users at lists.jboss.org><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> 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> 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 &quot;%r&quot; %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>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 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>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>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-SECURITYto
>>>>>>> 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
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> rules-users mailing list
>>>>>>> rules-users at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> rules-users mailing listrules-users at lists.jboss.orghttps://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
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> rules-users mailing listrules-users at lists.jboss.orghttps://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
>>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> rules-users mailing listrules-users at lists.jboss.orghttps://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
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> rules-users mailing listrules-users at lists.jboss.orghttps://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
>>>
>>
>>
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
>
>
> _______________________________________________
> rules-users mailing listrules-users at lists.jboss.orghttps://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/7a43f344/attachment-0001.html

More information about the rules-users mailing list