Jeffrey,
EECDH/ECDHE is disabled in tcnative-1.dll. There is already a request to
enable it. Take a look at:
https://issues.apache.org/bugzilla/show_bug.cgi?id=55915
-Ognjen
On 8.4.2014 0:07, Jeffrey Janner wrote:
Ok, this is a question for the native libs builders (or whoever knows the
Ok, this is a question for the native libs builders (or whoever knows the
answer).
Environment: Windows Server 2008 R2, Tomcat 7.0.50 w/APR 1.1.29, Java 1.7.0_51
(all 64-bit)
I'm trying to set up a ciphers list that will get me an "A" rating on Qualys'
SSL testing tool.
I'm using the latest li
Thanks for the pointers -- I'll make good use of these.
As for #2, yes, the value of getQueryString() is as per expectations.
On 4/7/2014 1:01 PM, Konstantin Kolinko wrote:
Several quick thoughts
1. What is the value of
request.getAttribute("org.apache.catalina.parameter_parse_failed")
aft
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Арсений,
On 4/7/14, 4:18 AM, Арсений Зинченко wrote:
> Hi.
>
> Question are not exactly about Tomcat - but I hope somebody can
> help with it.
>
> So - we have Tomcat running. Apllication in it use log4j to write
> logs.
>
> log4j configured to u
2014-04-07 21:28 GMT+04:00 Jess Holle :
> And looking at the data in Request *before* I invoke getParameter*() in our
> code, I see that parametersParsed is set to "true".
>
> I'm not sure if I should expect this to "true" at this point (entry to my
> first filter) for a GET request with a fairly s
And looking at the data in Request *before* I invoke getParameter*() in
our code, I see that parametersParsed is set to "true".
I'm not sure if I should expect this to "true" at this point (entry to
my first filter) for a GET request with a fairly stock Tomcat 7.0.50/53
configuration. It does
Hi Chuck,
> -Original Message-
> From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
> Sent: Monday, April 7, 2014 7:06 PM
> To: Tomcat Users List
> Subject: RE: AW: AW: tomcat-connectors-1.2.39-windows-x86_64-iis does
> not work
>
> > From: Konstantin Preißer [mailto:kpreis...
On Sun, Apr 6, 2014 at 9:24 PM, Vicky B wrote:
> The question i asked was generic one every firewall have some common
> fucntionality .
For someone who previously "had no clue that firewall would drop
the connection" you assert that with a great deal of certainty.
In any case, the docs for *you
> From: Konstantin Preißer [mailto:kpreis...@apache.org]
> Subject: RE: AW: AW: tomcat-connectors-1.2.39-windows-x86_64-iis does not work
> I wanted to note that I'm also using the ISAPI Connector 1.2.39 (x64)
> on a Windows Server 2012 R2, but I did not encounter the reported issue.
> This is m
Hi,
> -Original Message-
> From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com]
> Sent: Monday, April 7, 2014 5:46 PM
> (...)
> On my previously referenced test, I modified the hosts table to use
> 127.0.0.10 for the localhost entry. Ping picked it up right away, but
> reported
> r
P.S. The only way I currently know to reproduce this issue is with a
full install of our full commercial product plus optional modules -- and
then to load large, sensitive customer data into this product and
execute a very specific use case.
How this could possibly be related to Spring or /any
> -Original Message-
> From: David Kerber [mailto:dcker...@verizon.net]
> Sent: Saturday, April 05, 2014 5:57 AM
> To: Tomcat Users List
> Subject: Re: AW: AW: tomcat-connectors-1.2.39-windows-x86_64-iis does
> not work
>
> ...
>
> > but
> >> if the server is a *nix implementation
We're seeing a bizarre failure of getParameterMap() wherein this servlet
API returns an empty map.
I thought we'd loused this up somehow via our servlet request filters,
but the debugger shows this result on the very first line of our very
first filter -- with the request object being Tomcat's
Sorry!!!
Please disregard the whole topic.
I forgot to set these parameters.
Now everything is working great.
Thanks again for your usual great support!
On Mon, Apr 7, 2014 at 4:33 PM, Francesco Bassi wrote:
> Well...
>
> I'm using 8.0.3 (and before I used to use 8.0 RC something) and the
Well...
I'm using 8.0.3 (and before I used to use 8.0 RC something) and the access
to the static interface methods are working pretty well...
On Mon, Apr 7, 2014 at 4:17 PM, Mark Thomas wrote:
> On 07/04/2014 12:25, Francesco Bassi wrote:
> > Hello everybody.
> >
> > Since 8.0.5, it seems that
On 07/04/2014 12:25, Francesco Bassi wrote:
> Hello everybody.
>
> Since 8.0.5, it seems that .jsps that include invocations of static
> interface methods don't work anymore.
What do you mean any more? The changes necessary to support that out of
the box (updated JDT compiler) weren't available u
On 4/7/2014 12:24 AM, Vicky B wrote:
*>May I suggest Reading The Fine Manual for your particular firewall>would
be preferable to asking random non-psychic strangers?*
The question i asked was generic one every firewall have some common
fucntionality .
That is true, but the question you asked
Hello everybody.
Since 8.0.5, it seems that .jsps that include invocations of static
interface methods don't work anymore.
Here's an example:
Test.java;
package com.wfb.test;
public interface Test {
public static String getText() { return "Gotcha!"; }
}
test.jsp
<%String s = com.wfb.test.T
Hi.
Question are not exactly about Tomcat - but I hope somebody can help with
it.
So - we have Tomcat running. Apllication in it use log4j to write logs.
log4j configured to use syslogd daemon and syslogd uses MySQL to store logs.
Problem is that when we have any error in log - it writes it wit
Hi all,
I'm stunned about the enormous response to my question and I'm so sorry about
the long delay of my answer now - but there is a world outside with household
chores at the weekend. I'll try to answer the questions from the oldest to the
youngest:
> Ok, another check in a command window
20 matches
Mail list logo
