Can someone please help me to find out the root cause for below issue.
Thanks and Regards,
Rajendra Rathore
9922701491
-Original Message-
From: Rathore, Rajendra
Sent: Tuesday, January 7, 2020 4:16 PM
To: Tomcat Users List
Subject: RE: performance issue with Tomcat 8.5.35 in
>A version of what?
MAVEN
MAVEN
MAVEN
In light of this video https://youtu.be/idViw4anA6E
Of http.
You and your let's encrypt must be the longest troll on this line.
Take your wares and peddle them somewhere else carpet beggar.
On Wed, 8 Jan 2020, 01:12 Christopher Schultz,
wrote:
>
First of all, a big thank you to everyone who responded to this one. I
doubt I'd have figured it out for days without your guidance and help.
And the winner is the JVM timezone. But the problem was NOT that
the JVM wasn't set to US Central time. The problem was that it WAS set
to US
On 1/7/20 4:54 PM, Christopher Schultz wrote:
I have further confused you, because TCP packets+connections also have
state, and I misspoke.
Think nothing of it: at my age, I'm easily confused.
--
JHHL
-
To unsubscribe,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jerry,
On 1/7/20 7:42 PM, Jerry Malcolm wrote:
> Summarizing what I know now... when I use the command line on the
> linux instance and do a mysql query, I get the correct date (i.e.
> the date that I set, the date I wanted, the date that mySQL
On 1/7/20 4:19 PM, Christopher Schultz wrote:
You probably "spelled" something incorrectly. It might be a
quoting/escaping issue. It might be a literal misspelling/typo.
The JMXProxyServlet shouldn't NPE like that, though.
I'll take a look and see if we can give you a better error message
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Zahid,
On 1/6/20 3:13 PM, Zahid Rahman wrote:
> That must be the reason why Apache Netbeans is using a version from
> 2015
A version of what?
> and Apache Struts is recommending to use jdk 8.
Apache Struts 2.5.x supports Java 7 and later. I see
On 1/7/2020 1:13 PM, Jerry Malcolm wrote:
> On 1/7/2020 3:09 PM, Michael Osipov wrote:
>> Am 2020-01-07 um 21:58 schrieb Jerry Malcolm:
>>> This may be more of a Java question than Tomcat. But I'm not sure.
>>> I have the same code, talking to the same MySql Linux (AWS)
>>> database. I read a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
James,
On 1/7/20 7:22 PM, James H. H. Lampert wrote:
> On 1/7/20 4:17 PM, Christopher Schultz wrote:
>> iptables doesn't work on pipes, it works on packets. So you have
>> to redirect both incoming AND outgoing packets. That's why you
>> have the
>> If your systems always use the same time zone to read and write the
data, it isn't a problem.
Terrance, thanks for the info. In my case I do only have one timezone
(or at least I want to...). Using the string for dates is a good idea.
But this is a massive application that's been in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Zahid,
On 1/7/20 4:19 PM, Zahid Rahman wrote:
> If you wish to find out if the database connection API is buggy.
>
> Is the result when you use select query from each of the operating
> system same.
>
> Select column_name from table;
>
>
> If
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Terence,
On 1/7/20 7:33 PM, Terence M. Bandoian wrote:
> On 1/7/2020 4:04 PM, Zahid Rahman wrote:
>> Jerry Malcolm wrote :
>>
>>> Again this is the SAME line of code in java reading the
>>> >SAME
>> field in
>>> the SAME database. Only thing
Summarizing what I know now... when I use the command line on the linux
instance and do a mysql query, I get the correct date (i.e. the date
that I set, the date I wanted, the date that mySQL exports to SQL file,
and the date that appears in Windows tomcat). So this pretty much rules
out the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jerry,
On 1/7/20 7:03 PM, Jerry Malcolm wrote:
>
> On 1/7/2020 5:31 PM, calder wrote:
>> On Tue, Jan 7, 2020, 17:17 Jerry Malcolm
>> wrote:
>>
On Tue, 7 Jan 2020, 21:52 ,
wrote:
>> '. What do I set/change?
> Those millisecond
On 1/7/2020 4:04 PM, Zahid Rahman wrote:
Jerry Malcolm wrote :
>Again this is the SAME line of code in java reading the >SAME field in
the SAME database. Only thing different is >Linux/Windows OS
On Tue, 7 Jan 2020, 21:52 , wrote:
-Original Message-
From: Jerry Malcolm
On 1/7/20 4:17 PM, Christopher Schultz wrote:
iptables doesn't work on pipes, it works on packets. So you have to
redirect both incoming AND outgoing packets. That's why you have the
"output redirect" as well as the (more obvious) "input redirect".
Well, that just leaves me more puzzled than
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
James,
On 1/7/20 1:33 PM, James H. H. Lampert wrote:
> This just gets weirder and weirder.
>
> I added manager-jmx to the admin account. I continued to get "401
> unauthorized."
>
> I then tried setting up another user, temporarily, with a
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
James,
On 1/7/20 12:28 PM, James H. H. Lampert wrote:
> On 1/7/20 7:32 AM, Christopher Schultz wrote:
>> Hah, sorry about that. Nobody thought of specifying that only
>> root can view the iptables stuff. :)
>
> Not your fault, nor that of anybody
On 1/7/2020 5:31 PM, calder wrote:
On Tue, Jan 7, 2020, 17:17 Jerry Malcolm wrote:
On Tue, 7 Jan 2020, 21:52 , wrote:
'. What do I set/change?
Those millisecond values are 6 hours apart, which looks like a timezone
issue. I happen to be in US Central time, which is 6 hours earlier than
On Tue, Jan 7, 2020, 17:17 Jerry Malcolm wrote:
>
> > On Tue, 7 Jan 2020, 21:52 , wrote:
>
'. What do I set/change?
>
> >> Those millisecond values are 6 hours apart, which looks like a timezone
> >> issue. I happen to be in US Central time, which is 6 hours earlier than
> >> UTC in
On 1/7/2020 4:04 PM, Zahid Rahman wrote:
Jerry Malcolm wrote :
>Again this is the SAME line of code in java reading the >SAME field in
the SAME database. Only thing different is >Linux/Windows OS
On Tue, 7 Jan 2020, 21:52 , wrote:
-Original Message-
From: Jerry Malcolm
Jerry Malcolm wrote :
>Again this is the SAME line of code in java reading the >SAME field in
> the SAME database. Only thing different is >Linux/Windows OS
On Tue, 7 Jan 2020, 21:52 , wrote:
>
> > -Original Message-
> > From: Jerry Malcolm
> > Sent: Tuesday, January 07, 2020
> -Original Message-
> From: Jerry Malcolm
> Sent: Tuesday, January 07, 2020 3:14 PM
> To: users@tomcat.apache.org
> Subject: Re: Dates on Linux vs. Windows
>
> On 1/7/2020 3:09 PM, Michael Osipov wrote:
> > Am 2020-01-07 um 21:58 schrieb Jerry Malcolm:
> >> This may be more of a Java
If you wish to find out if the database connection API is buggy.
Is the result when you use select query from each of the operating system
same.
Select column_name from table;
If select on both return values are same then likely the database API is
buggy. You have choice of two database
On 1/7/2020 3:09 PM, Michael Osipov wrote:
Am 2020-01-07 um 21:58 schrieb Jerry Malcolm:
This may be more of a Java question than Tomcat. But I'm not sure.
I have the same code, talking to the same MySql Linux (AWS)
database. I read a date column value in a Tomcat app. After calling
Am 07.01.20 um 21:58 schrieb Jerry Malcolm:
> This may be more of a Java question than Tomcat. But I'm not sure. I
> have the same code, talking to the same MySql Linux (AWS) database. I
> read a date column value in a Tomcat app. After calling
> resultSet.getDate(...) I printed the date
Am 2020-01-07 um 21:58 schrieb Jerry Malcolm:
This may be more of a Java question than Tomcat. But I'm not sure. I
have the same code, talking to the same MySql Linux (AWS) database. I
read a date column value in a Tomcat app. After calling
resultSet.getDate(...) I printed the date
This may be more of a Java question than Tomcat. But I'm not sure. I
have the same code, talking to the same MySql Linux (AWS) database. I
read a date column value in a Tomcat app. After calling
resultSet.getDate(...) I printed the date instance and the getTime() value:
On windows:
On 07/01/2020 20:22, Ezsra McDonald wrote:
> Mark,
>
> Has there been a decision on when a new release with the fix will go out?
It hasn't been forgotten. It is around the middle of my fairly long TODO
list.
I'd like to say I should get to it this month but between the stuff that
is already
Mark,
Has there been a decision on when a new release with the fix will go out?
On Fri, Oct 4, 2019 at 10:50 AM Ezsra McDonald
wrote:
> The SVN Build works for us! Thanks Mark.
>
> When do you think the official release will be ready?
>
> --Ez
>
> On Wed, Oct 2, 2019 at 10:02 AM Mark Thomas
Mark,
maybe this getting offtopic.
> Am 07.01.2020 um 18:58 schrieb Mark Thomas :
>
> On 07/01/2020 16:22, Christopher Schultz wrote:
>
>
>
>> Since the Host header seems to be special in this regard (i.e. there
>> is no prohibition against multiple Accept headers), might we be
>> willing
This just gets weirder and weirder.
I added manager-jmx to the admin account. I continued to get "401
unauthorized."
I then tried setting up another user, temporarily, with a URL-friendly
user-ID and password. If I just gave that user "manager-gui," I got "403
access denied" instead,
On 07/01/2020 16:22, Christopher Schultz wrote:
> Since the Host header seems to be special in this regard (i.e. there
> is no prohibition against multiple Accept headers), might we be
> willing to interpret the spec in a slightly less strict manner?
>
> "
> A server MUST respond with a 400
On 1/7/20 7:32 AM, Christopher Schultz wrote:
Hah, sorry about that. Nobody thought of specifying that only root can
view the iptables stuff. :)
Not your fault, nor that of anybody else here; I blame the author of
iptables and iptables-save: it should either (a) allow *anybody* to
*see* the
Chris (and Mark),
> Am 07.01.2020 um 17:22 schrieb Christopher Schultz
> :
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Mark,
>
>> On 1/7/20 4:36 AM, Mark Thomas wrote:
>>> On 07/01/2020 07:10, Dennis Rech wrote:
>>> POST /foo HTTP/1.1 Host: foo.com POST /foo HTTP/1.1 Host:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 1/7/20 4:36 AM, Mark Thomas wrote:
> On 07/01/2020 07:10, Dennis Rech wrote:
>> POST /foo HTTP/1.1 Host: foo.com POST /foo HTTP/1.1 Host:
>> foo.com Content-[stuff] [...]
>
> First two lines are OK.
>
> The third line is going to be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Zahid,
On 1/7/20 9:17 AM, zahid wrote:
>> Well - why do you think someone is calling you names? Mark did
>> not,
> right?
>
> My efforts in chasing up a bug which effected many Apache and non
> Apache products
>
> and with MR Emmanuel Bourg 's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
James,
On 1/6/20 9:10 PM, James H. H. Lampert wrote:
> Dear Mr. Schultz, et al.:
>
> The manager password on this Tomcat server has an embedded curly
> brace, and an embedded question mark.
>
> If I do this (the names have been changed to protect
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
James,
On 1/6/20 4:28 PM, James H. H. Lampert wrote:
> I think I found something, with the help of "MLu" on ServerFault:
>
> He advised me to try "iptables -L" and "iptables-save" again, only
> this time "sudo" them.
Hah, sorry about that. Nobody
> Well - why do you think someone is calling you names? Mark did not,
right?
My efforts in chasing up a bug which effected many Apache and non
Apache products
and with MR Emmanuel Bourg 's DILIGENT , VIGOROUS efforts produced
this :-
[1] https://bugs.debian.org/948309
[2]
Hey Mark et. al.,
On Tue, 7 Jan 2020 at 11:20, Mark Thomas wrote:
> On 12/12/2019 15:23, Christopher Schultz wrote:
> > Arief,
> >
> > On 12/12/19 00:25, Arief Hasani wrote:
> >> IMHO, being able to override form HTTP1.1 conf is all good as user
> >> could easily assume that if not specified in
On 12/12/2019 15:23, Christopher Schultz wrote:
> Arief,
>
> On 12/12/19 00:25, Arief Hasani wrote:
>> IMHO, being able to override form HTTP1.1 conf is all good as user
>> could easily assume that if not specified in the upgrade than use
>> http1.1 configs
> I'm not sure you understand the
Hi Remy,
Thanks for the reply,
As you mention below points
"There's a problem only if things are blocked improperly, for example if the
client is correctly reading the data and/or there's no network backlog.
Also the timeout configured on the connector must be respected by the
operation."
1.
On Tue, Jan 7, 2020 at 6:33 AM Rathore, Rajendra wrote:
> Hi Rémy/ Christopher,
>
> It will stuck there for 10-15 minutes, so it will take time to load simple
> Web UI, there is no WebSocket call. I am giving you one of the sample where
> it will take 90% time in write operation, sometime it
Dear Mark,
thanks a lot for your effort and your feedback.
Am 07.01.20 um 10:36 schrieb Mark Thomas:
On 07/01/2020 07:10, Dennis Rech wrote:
POST /foo HTTP/1.1
Host: foo.com
POST /foo HTTP/1.1
Host: foo.com
Content-[stuff] [...]
First two lines are OK.
The third line is going to be treated
Thank you sir.
I was truly lucky because I don't know how this Apache organisation
works at the moment.
Now I can prototype a rather complex skeleton application I am working
on with a stable
environment, without concern for platform warnings.
Best Regards
Zahid
secure by design http
On 07/01/2020 07:10, Dennis Rech wrote:
> POST /foo HTTP/1.1
> Host: foo.com
> POST /foo HTTP/1.1
> Host: foo.com
> Content-[stuff] [...]
First two lines are OK.
The third line is going to be treated as an HTTP header. It is invalid
and Tomcat will reject it with a 400 response but you can tell
Dennis,
Am 07.01.2020 um 08:10 schrieb Dennis Rech :
Hi Christopher,
Am 06.01.20 um 17:39 schrieb Christopher Schultz:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dennia,
On 1/6/20 07:09, Dennis Rech wrote:
we have an application where HTTP clients have a kind of unclean
way of
48 matches
Mail list logo
