Re: [OT] Tomcat listener not coming up - no stuck threads

2016-12-29 Thread John D. Ament
So I wanted to make sure I didn't lose track of this. Did you want me to revise what I put out there, or were you going to bring in your changes? On Thu, Dec 15, 2016 at 5:06 PM Christopher Schultz < ch...@christopherschultz.net> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Joh

Re: Problem with Apache In front of Tomcat - No access to resource

2016-12-29 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Edwin, On 12/28/16 5:09 PM, Edwin Quijada wrote: > Hi! > > I have a problem with apache + Tomcat. I am trying to put apache > in front of Tomcat to access my app but I am getting an error 404. > > I have 2 virtual servers in apache for 2 DNS with

Re: Spurious "Internal Server Errors" accessing "jkmanager" after upgrading Apache, "mod_jk" and OpenSSL

2016-12-29 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Martin, On 12/29/16 3:47 AM, Martin Knoblauch wrote: > that is an interesting pointer. We are of course securing the > "jkmanager" app. And guess what we are using: LDAP. The funky thing > is that it is working most of the time. It fails just after

Re: Fwd: Failed to stop component [StandardEngine[Catalina].StandardHost[localhost]

2016-12-29 Thread Mark Thomas
On 29 December 2016 09:56:45 GMT+00:00, Fady Haikal wrote: >Dear Mark, >is this bug is fixed in any version? It hasn't been fixed yet but assuming we follow the usual pattern, it will be fixed for the next set of Tomcat releases in early January. Mark >Regards, >Fady > >On Thu, Dec 22, 2016

Re: Spurious "Internal Server Errors" accessing "jkmanager" after upgrading Apache, "mod_jk" and OpenSSL

2016-12-29 Thread tomcat
On 29.12.2016 16:26, Martin Knoblauch wrote: " [Thu Dec 29 15:55:31.129230 2016] [authnz_ldap:info] [pid 24939:tid 139865530685184] [client #:52181] AH01695: auth_ldap authenticate: user authentication failed; URI /jkmanager [ldap_search_ext_s() for user failed][Administrative lim

Re: Password Authentication Lib?

2016-12-29 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Roger, On 12/22/16 10:11 PM, Roger Marquis wrote: >>> I have a change-password form that must validate the current >>> user's password and am unable to find a Tomcat (8.0) method to >>> use for this. It's not in FormAuthenticator or any other class

Re: Spurious "Internal Server Errors" accessing "jkmanager" after upgrading Apache, "mod_jk" and OpenSSL

2016-12-29 Thread Martin Knoblauch
Hi, after some more playing, I will take this of the Tomcat users list. I was able to reproduce the same problem with the previous setup: Server Version:Apache/2.4.18 (Unix) OpenSSL/1.0.2g mod_jk/1.2.41 It seems to take a bit longer to reproduce, but it happens with the same traces in the l

Re: Spurious "Internal Server Errors" accessing "jkmanager" after upgrading Apache, "mod_jk" and OpenSSL

2016-12-29 Thread Martin Knoblauch
Hi Andre, yup - I know that. My httpd is now running with LogLevel notice ldap:debug authz_core:debug authnz_ldap:debug And LDAPLibraryDebug 7 Will see what comes out. Thanks Martin On Thu, Dec 29, 2016 at 12:36 PM, André Warnier (tomcat) wrote: > On 29.12.2016 10:46, Martin Knoblauch wro

Re: Spurious "Internal Server Errors" accessing "jkmanager" after upgrading Apache, "mod_jk" and OpenSSL

2016-12-29 Thread tomcat
On 29.12.2016 10:46, Martin Knoblauch wrote: Hi, "mod_jk" is now clearly off the hook. Upping the httpd log level from "warn" to "info" (I was assuming an event leading to a 500 response would be at least "warn" :-( reveals: [Thu Dec 29 10:37:37.300421 2016] [authnz_ldap:info] [pid 20325:tid

User session is not replicated to second node

2016-12-29 Thread Fady Haikal
Dear Team, In case of cluster, user session was not replicated to the second node in case of failover until we have moved the below configuration from server.xml to context.xml, please advise if this is the solution or we have any other solution Regards, Fady --

Re: Fwd: Failed to stop component [StandardEngine[Catalina].StandardHost[localhost]

2016-12-29 Thread Fady Haikal
Dear Mark, is this bug is fixed in any version? Regards, Fady On Thu, Dec 22, 2016 at 10:22 PM, Mark Thomas wrote: > On 22/12/2016 15:46, Fady Haikal wrote: >> We can see the below error on the log file please advise: > > You are using multiple start/start threads and the RMI reference > cleanin

Re: Spurious "Internal Server Errors" accessing "jkmanager" after upgrading Apache, "mod_jk" and OpenSSL

2016-12-29 Thread Martin Knoblauch
Hi, "mod_jk" is now clearly off the hook. Upping the httpd log level from "warn" to "info" (I was assuming an event leading to a 500 response would be at least "warn" :-( reveals: [Thu Dec 29 10:37:37.300421 2016] [authnz_ldap:info] [pid 20325:tid 139641195009792] [client xxx.xxx.xxx.xxx:49959]

Re: Spurious "Internal Server Errors" accessing "jkmanager" after upgrading Apache, "mod_jk" and OpenSSL

2016-12-29 Thread tomcat
On 29.12.2016 09:47, Martin Knoblauch wrote: Hi Christopher, that is an interesting pointer. We are of course securing the "jkmanager" app. And guess what we are using: LDAP. The funky thing is that it is working most of the time. It fails just after some time. Refreshing the URL cures it agai

Re: Spurious "Internal Server Errors" accessing "jkmanager" after upgrading Apache, "mod_jk" and OpenSSL

2016-12-29 Thread Martin Knoblauch
Hi Christopher, that is an interesting pointer. We are of course securing the "jkmanager" app. And guess what we are using: LDAP. The funky thing is that it is working most of the time. It fails just after some time. Refreshing the URL cures it again - for some time. What did you do to fix your p

Re: Spurious "Internal Server Errors" accessing "jkmanager" after upgrading Apache, "mod_jk" and OpenSSL

2016-12-29 Thread Martin Knoblauch
Hi Andre, upping the level to "debug" did not reveal much more about the effect. But you are right of course. Thanks Martin On Wed, Dec 28, 2016 at 5:02 PM, André Warnier (tomcat) wrote: > On 28.12.2016 16:38, Martin Knoblauch wrote: > >> Hi, >> >> today we updated our Devel/Integration env