Re: Tomcat 8.0.46

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Ismael,

On 12/11/18 08:45, Ismael López Quintero wrote:
> Hello! Crash: stop working. Process running and listenning in net
> ports 80 and 443 (SSL). After crashing, no process exist.

So... nothing in the Tomcat logs that says the process is going down?
For example, usually Java OOME will show in catalina.out, but the JVM
will not actually terminate.

My guess is Linux OOME killer (or similar). Check your syslog for
"oome" (lowercase) if you are on Linux.

If you are *not* on Linux, that would seem to be very important
information is you want to get some help.

Your original post was of the form "it didn't work; what went wrong?".
We need much more information if we are going to be able to help you.

- -chris

> -Mensaje original- De: Mark Thomas
> [mailto:ma...@apache.org] Enviado el: martes, 11 de diciembre de
> 2018 14:05 Para: users@tomcat.apache.org Asunto: Re: Tomcat 8.0.46
> 
> On 11/12/2018 12:38, Ismael López Quintero wrote:
>> Hello!
>> 
>> 
>> 
>> My Tomcat installation crashed some days ago.  It is deployed to
>> serve a REST API using Jersey. Looking at localhost_access_log
>> daily file, just before crashing it received the next requests…
>> 
>> 
>> 
>> X.X.X.X - - [28/Nov/2018:22:38:44 +] "GET 
>> /api/webapi/logout?idUser=4=1 HTTP/1.1" 200 -   ß-
>> This is the last known call before crashing
>> 
>> X.X.X.X - - [28/Nov/2018:22:40:38 +] "GET / HTTP/1.1" 200
>> 11452
>> 
>> X.X.X.X - - [28/Nov/2018:22:45:30 +] "-" 400 -
>> 
>> X.X.X.X - - [28/Nov/2018:23:48:30 +] "GET / HTTP/1.1" 200
>> 11452
>> 
>> 
>> 
>> Crashed.
>> 
>> 
>> 
>> IP addresses are named X.X.X.X to protect callers privacy, but it
>>  seems that the last three ones are owned by attackers (IPs are 
>> geolocated in China). If you want I can give them (IPs).
>> 
>> 
>> 
>> Everything is going ok in Tomcat, but this.
>> 
>> 
>> 
>> Have you got any idea?
> 
> Define "crashed".
> 
> Mark
> 
> -
>
> 
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
> 
> -
>
> 
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlwQiUYACgkQHPApP6U8
pFgWiA/8DhfO4ZlnmqWRjmjG3ihRfEXFKh6ScsVpW4uEXN7d+NP2F4HUNe7BHSyq
fieBH1PM3ytj9DTvJ875w1QCy4mC52lKNtWMXOu1ZfCwklBeMPlrtgZn7mkm4iSi
AYnhlDrwTIy3iLAFN44OBTAOf7TMwVQBJ4LA6tmbzUbM+5BldpO5Q4x/fBVtGQS7
Am+jQyyz5ZisNcMpK2Y2UGKmEHucuPkymCXKNt5892rJArI2oQAqAj6GjatvZW/Z
cJ6K6ghxJuwvNHDIPhOVYzkeVqFIBBnrODKnwomc66PF1QDBHC7q0ZghJugYH98g
WoyX7kmS+sh9OWRqnZ3lGEphWiU2+IvdMyxBhToXVPmtTXHQCIvWfz0OWImWvmPX
bzNS7RJYn8Y/0ne0FOxgjqdpNd1c4n7/Eyj4T4oSCydZyqBX+hIFI9rMuscTz2QZ
gTveYkoS1iaPKmrDACvMQlztzExD1j4BJ2Zp7pgdv6JN0vJ2CMeXCb5q1gUmJ4iC
PJ5BHBc+3VFnY3wFweVcQpvPKy32C8HoZrzhWenzQhPOi4ZnTILCePRS79Cc8mth
eRMZh/uxjiAl9Q8ffEKKyo9kfuOmUPCQvQKunQhzmppQxB26luPoT/YZ8bAwDtGn
0IeU061hHZ9Bn4eUzjz4sGzQ/LWpsNMBDqgCrUAkst67KtZxtA0=
=2I3s
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Request for a technical review

[Mallory Mooney]

Hi all!

It's been a long time coming, so I wanted to resurrect this thread one more
time to share the now published post. You can find it at
https://www.datadoghq.com/blog/tomcat-architecture-and-performance/.

I hope everyone has a great week!
Mallory



On Sat, Nov 3, 2018 at 4:28 AM Mark Thomas  wrote:

> On 02/11/2018 16:34, Mallory Mooney wrote:
> > Hi everyone!
> >
> > Just wanted to check-in to see if anyone has had the chance to take a
> look
> > at the draft and leave feedback. I'll be locking things down for this one
> > by Thursday of next week (Nov. 8), so there's some time left if you are
> > still working through it.
>
> Note I suspect a number of folks aren't even looking at it because it is
> behind an authentication-wall (regardless of how willingly / speedily
> access is granted on request).
>
> Mark
>
>
> >
> > Have a great weekend!
> >
> >
> > On Fri, Oct 19, 2018 at 7:52 AM Mallory Mooney <
> mallory.moo...@datadoghq.com>
> > wrote:
> >
> >> Hi all!
> >>
> >> Just wanted to give you an update. I am working to get things for this
> >> series wrapped up by the first week of November. Hopefully, that still
> >> gives everyone enough time to review and leave any feedback.
> >>
> >> Mallory
> >>
> >> On Fri, Oct 12, 2018 at 3:37 PM Mallory Mooney <
> >> mallory.moo...@datadoghq.com> wrote:
> >>
> >>> Igal, it will be available publicly once published! I don't have an
> >>> official publish date yet but can share that when it becomes more
> concrete.
> >>>
> >>> And no PRs yet, Chris! It's still in the less cool GDoc stage of the
> >>> review process. :)
> >>>
> >>> On Fri, Oct 12, 2018 at 1:36 PM Igal Sapir  wrote:
> >>>
>  On 10/12/2018 11:23 AM, Christopher Schultz wrote:
> > Mallory,
> >
> > On 10/12/18 13:23, Mallory Mooney wrote:
> >>> I definitely appreciate everyone's willingness to help out!
> >>>
> >>> Here is the link to the GDoc:
> >>>
> >
> https://docs.google.com/document/d/1fudlXj055nnPd-1lUoAXIS2ge8qNI56_jgUhHgKczFE/edit?usp=sharing
> >>>   Requesting access will still be needed, but I can grant that
> ASAP.
> >>> I want to make sure I can attribute comments/suggestions to
> >>> specific people, so I know who to thank, and who to follow up with
> >>> if I need more clarification on a specific comment. Plus, it makes
> >>> the IT department happy.
> > What, no GitHub PRs? ;)
> >
> > +1
> >
> > Is that going to be publicly available or is it a
> > proprietary/private/commercial guide?
> >
> >
> > Igal
> >
> > -chris
> >
> >>> On Thu, Oct 11, 2018 at 9:53 AM Christopher Schultz <
> >>> ch...@christopherschultz.net> wrote:
> >>>
> >>> Mark,
> >>>
> >>> On 10/10/18 6:00 PM, Mark Thomas wrote:
> >> On 10/10/18 17:44, Mallory Mooney wrote:
> >>> Hi all,
> >>>
> >>> I work for Datadog and am writing a guide about monitoring
> >>> Tomcat (with or without Datadog). I'd love to get some
> >>> feedback on the technical content. The project maintainers
> >>> we reached out to recommended we post a request here.
> >>>
> >>> Would anyone be up for that? I can send the post link to
> >>> someone directly.
> >>>
> >>> Appreciate your help and time!
> >> Why not post the link here so the community can review the
> >> document?
> >>> +1
> >>>
> >>> There are many active community members who have an interest in
> >>> monitoring. I'm sure you'll get lots of feedback.
> >>>
> >>> -chris
> 
> -
> 
> 
> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>  For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> >
> 
> 
>  -
>  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>  For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
> >>>
> >>> --
> >>> Mallory Mooney
> >>> Technical Content Writer
> >>>
> >>
> >>
> >> --
> >> Mallory Mooney
> >> Technical Content Writer
> >>
> >
> >
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

-- 
Mallory Mooney
Technical Content Writer

Re: Sci and web fragment initialization

[Mark Thomas]

On 09/12/2018 10:23, Stephane Passignat wrote:
> Hello,
> 
> I've seen this non compliancy. In TC 7.042 and 7.0.72. How, who can fix 
> this ?
> 
> The case is related to web-fragment loading and SCI initialization.
> In Tomcat 7.0.42 and 7.0.72 at least, SCI (with @HandlesTypes 
> annotation) are initialized web-fragments per web-fragments, with the 
> classes previously discovered (in the WEB-INF/classes and previous 
> processed jars). This means @HandlesTypes classes implementation located 
> in web-fragments loaded after the one having the SCI are not provided to 
> the SCI:onStartup method.

This is not the case.

All SCIs are discovered first. Then all classes are scanned.

If you have a test case that demonstrates different behaviour please
open a bugzilla issue and attach the simplest possible test case
(including source code) that demonstrates the issue.

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Incomplete list of handle types

[Mark Thomas]

On 09/12/2018 10:22, Stephane Passignat wrote:
> Hi
> I've seen this non compliancy. In TC 7.042 and 7.0.72. How, who can fix 
> this ?
> 
> @HandlesTypes classes implementations. The mecanism in place only accept 
> classes implementing an the type but doesn't accept classes inheriting 
> from class implementing the @HandlesTypes classes.

The statement above appears to be incorrect. I have run a simple test
case where:
- class A implements I1
- class B extends class A
- class C extends class B

An SCI with @HandlesTypes(I1.class) is correctly notified of A, B & C.

I don't see any edge cases in the current code where a more complex
class hierarchy could trigger a bug.

If you have a test case that demonstrates otherwise, please open a
Bugzilla issue and provide the simplest possible test case that
demonstrates the bug. Please make sure you include the source code.

Please note you refer to Tomcat 7.0.42 and 7.0.72 which are 5+ and 2+
years old respectively. I don't recall any SCI related fixes since
7.0.72 but you should still test the latest 7.0.x release before
reporting any bug.

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Duplicate web fragment

[Mark Thomas]

On 09/12/2018 14:55, Mark Thomas wrote:
> On 09/12/2018 10:21, Stephane Passignat wrote:
>> Hello,
>>
>> I've seen this non compliancy. In TC 7.042 and 7.0.72. How, who can fix this 
>> ?
> 
> Tomcat is open source so in theory anyone can provide a patch to fix a bug.
> 
>> Servlet 3.0 spec 8.2.2 2b: Duplicate name exception: if, when traversing the 
>> web-fragments, multiple members with the same  element are 
>> encountered, the application must log an informative error message including 
>> information to help fix the problem, and must fail to deploy.
>>
>> TC doesn't do it.
> 
> Confirmed.
> 
> There is no duplicate check in 9.0.x, 8.5.x or 7.0.x.
> 
> The fix shouldn't be too tricky.

Fixed in:
- trunk for 9.0.15 onwards
- 8.5.x for 8.5.36 onwards
- 7.0.x for 7.0.93 onwards

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Tomcat 8.0.46

[Ismael López Quintero]

Hello! Crash: stop working. Process running and listenning in net ports 80
and 443 (SSL). After crashing, no process exist.

Thank you.

--
Fdo.: Ismael López Quintero. 
Ingeniero de Software.
Correo electrónico: ilopezqu...@gmail.com.
Sitio Web: http://www.desarrolladorsoftware.com/
Huelva. España. 

-Mensaje original-
De: Mark Thomas [mailto:ma...@apache.org] 
Enviado el: martes, 11 de diciembre de 2018 14:05
Para: users@tomcat.apache.org
Asunto: Re: Tomcat 8.0.46

On 11/12/2018 12:38, Ismael López Quintero wrote:
> Hello!
> 
>  
> 
> My Tomcat installation crashed some days ago.  It is deployed to serve 
> a REST API using Jersey. Looking at localhost_access_log daily file, 
> just before crashing it received the next requests…
> 
>  
> 
> X.X.X.X - - [28/Nov/2018:22:38:44 +] "GET
> /api/webapi/logout?idUser=4=1 HTTP/1.1" 200 -   ß- This is the
> last known call before crashing
> 
> X.X.X.X - - [28/Nov/2018:22:40:38 +] "GET / HTTP/1.1" 200 11452
> 
> X.X.X.X - - [28/Nov/2018:22:45:30 +] "-" 400 -
> 
> X.X.X.X - - [28/Nov/2018:23:48:30 +] "GET / HTTP/1.1" 200 11452
> 
>  
> 
> Crashed.
> 
>  
> 
> IP addresses are named X.X.X.X to protect callers privacy, but it 
> seems that the last three ones are owned by attackers (IPs are 
> geolocated in China). If you want I can give them (IPs).
> 
>  
> 
> Everything is going ok in Tomcat, but this. 
> 
>  
> 
> Have you got any idea?

Define "crashed".

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 8.0.46

[Mark Thomas]

On 11/12/2018 12:38, Ismael López Quintero wrote:
> Hello!
> 
>  
> 
> My Tomcat installation crashed some days ago.  It is deployed to serve a
> REST API using Jersey. Looking at localhost_access_log daily file, just
> before crashing it received the next requests…
> 
>  
> 
> X.X.X.X - - [28/Nov/2018:22:38:44 +] "GET
> /api/webapi/logout?idUser=4=1 HTTP/1.1" 200 -   ß- This is the
> last known call before crashing
> 
> X.X.X.X - - [28/Nov/2018:22:40:38 +] "GET / HTTP/1.1" 200 11452
> 
> X.X.X.X - - [28/Nov/2018:22:45:30 +] "-" 400 -
> 
> X.X.X.X - - [28/Nov/2018:23:48:30 +] "GET / HTTP/1.1" 200 11452
> 
>  
> 
> Crashed.
> 
>  
> 
> IP addresses are named X.X.X.X to protect callers privacy, but it seems that
> the last three ones are owned by attackers (IPs are geolocated in China). If
> you want I can give them (IPs).
> 
>  
> 
> Everything is going ok in Tomcat, but this. 
> 
>  
> 
> Have you got any idea?

Define "crashed".

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Tomcat 8.0.46

[Ismael López Quintero]

Hello!

 

My Tomcat installation crashed some days ago.  It is deployed to serve a
REST API using Jersey. Looking at localhost_access_log daily file, just
before crashing it received the next requests…

 

X.X.X.X - - [28/Nov/2018:22:38:44 +] "GET
/api/webapi/logout?idUser=4=1 HTTP/1.1" 200 -   ß- This is the
last known call before crashing

X.X.X.X - - [28/Nov/2018:22:40:38 +] "GET / HTTP/1.1" 200 11452

X.X.X.X - - [28/Nov/2018:22:45:30 +] "-" 400 -

X.X.X.X - - [28/Nov/2018:23:48:30 +] "GET / HTTP/1.1" 200 11452

 

Crashed.

 

IP addresses are named X.X.X.X to protect callers privacy, but it seems that
the last three ones are owned by attackers (IPs are geolocated in China). If
you want I can give them (IPs).

 

Everything is going ok in Tomcat, but this. 

 

Have you got any idea?

 

Thank you!

 

 

--

Fdo.: Ismael López Quintero. 

Ingeniero de Software.

Correo electrónico:   ilopezqu...@gmail.com.

Sitio Web:  
http://www.desarrolladorsoftware.com/

Huelva. España. 

 

Tomcat 8.0.46

[Ismael López Quintero]

Hello!

 

My Tomcat installation crashed some days ago.  It is deployed to serve a
REST API using Jersey. Looking at localhost_access_log daily file, just
before crashing it received the next requests…

 

X.X.X.X - - [28/Nov/2018:22:38:44 +] "GET
/api/webapi/logout?idUser=4=1 HTTP/1.1" 200 -   ß- This is the
last known call before crashing

X.X.X.X - - [28/Nov/2018:22:40:38 +] "GET / HTTP/1.1" 200 11452

X.X.X.X - - [28/Nov/2018:22:45:30 +] "-" 400 -

X.X.X.X - - [28/Nov/2018:23:48:30 +] "GET / HTTP/1.1" 200 11452

 

Crashed.

 

IP addresses are named X.X.X.X to protect callers privacy, but it seems that
the last three ones are owned by attackers (IPs are geolocated in China). If
you want I can give them (IPs).

 

Everything is going ok in Tomcat, but this. 

 

Have you got any idea?

 

Thank you!

 

--

Fdo.: Ismael López Quintero. 

Ingeniero de Software.

Correo electrónico:   ilopezqu...@gmail.com.

Sitio Web:  
http://www.desarrolladorsoftware.com/

Huelva. España.