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
-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
-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
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
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
-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
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
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
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
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
--
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
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]
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
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
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
15 matches
Mail list logo