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
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
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 =
On 4/7/2014 12:24 AM, Vicky B wrote:
*May I suggest Reading The Fine Manual for your particular firewallwould
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
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
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 ma...@apache.org wrote:
On 07/04/2014 12:25, Francesco Bassi wrote:
Hello everybody.
Since 8.0.5, it
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 fvba...@gmail.com wrote:
Well...
I'm using 8.0.3 (and before I used to use 8.0 RC
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
-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, the better diag
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
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
results
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 my
On Sun, Apr 6, 2014 at 9:24 PM, Vicky B vickyb2...@gmail.com 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,
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
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 doesn't
2014-04-07 21:28 GMT+04:00 Jess Holle je...@ptc.com:
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
-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 use
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)
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
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
20 matches
Mail list logo