Re: Tomcat Usage Data Interest

[Coty Sutherland]

On Mon, Jul 26, 2021 at 1:16 PM Mark Thomas  wrote:

> On 26/07/2021 12:13, Coty Sutherland wrote:
> > Hi all,
> >
> > I'm curious about whether or not we have/can get some information about
> the
> > usage of Tomcat out in the wild. Things like download count across
> various
> > versions (including archived version downloads) for the last few years,
> svn
> > history and GitHub stats, project website visitors, committer numbers
> (and
> > some other info which I can get from the regular board reports), counts
> of
> > tomcat-users list unique topics, etc. I'd like to compile data into a
> > community interest report (or something like that) and try to draw some
> > insights on which way the Tomcat project is trending. I would also be
> > looking to include adoption outside of just the vanilla ASF distro, like
> > the most popular Tomcat Docker container, Ansible collection, tomcat
> > package downloads from any OS that has the data available, etc.
> >
> > Does anyone think that such a report has value? Is there already
> something
> > like this in existence somewhere (there is an annual jrebel technology
> > report like https://www.jrebel.com/blog/2020-java-technology-report
> which
> > is pretty cool, but it's a survey)? Feel free to tell me that this
> > undertaking has little value and I can move on to something else :)
> > Thoughts?
>
> In no particular order.
>
> There is Apache Kibble
> https://kibble.apache.org/
> The live demo uses ASF data.
>
> The mirror network makes download stats tricky.
>

Yeah, I was thinking that would be the hardest datapoint to try and capture.


> We can get Maven central stats via repository.a.o
>
> In terms of whether a report has value, more insight into the community
> is good. The users mailing list is an incredibly small proportion of the
> active Tomcat users. Anything that provides us with a better
> understanding of the wider community can only help. I'd be particularly
> interested in things we could do to broaden our reach. That may well
> create some interesting debate on how to best do that.
>

OK, I'll start gathering some data and circle back at some point :)

Thanks for the affirmation.


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

Re: Tomcat Usage Data Interest

[Coty Sutherland]

Excellent. I'll check it out, I'm on a mission to get data about the Tomcat
package usage in Fedora and it's proving to be difficult lol

On Mon, Jul 26, 2021 at 5:32 PM Christopher Schultz <
ch...@christopherschultz.net> wrote:

> Coty,
>
> On 7/26/21 07:13, Coty Sutherland wrote:
> > Hi all,
> >
> > I'm curious about whether or not we have/can get some information about
> the
> > usage of Tomcat out in the wild. Things like download count across
> various
> > versions (including archived version downloads) for the last few years,
> svn
> > history and GitHub stats, project website visitors, committer numbers
> (and
> > some other info which I can get from the regular board reports), counts
> of
> > tomcat-users list unique topics, etc. I'd like to compile data into a
> > community interest report (or something like that) and try to draw some
> > insights on which way the Tomcat project is trending. I would also be
> > looking to include adoption outside of just the vanilla ASF distro, like
> > the most popular Tomcat Docker container, Ansible collection, tomcat
> > package downloads from any OS that has the data available, etc.
> >
> > Does anyone think that such a report has value? Is there already
> something
> > like this in existence somewhere (there is an annual jrebel technology
> > report like https://www.jrebel.com/blog/2020-java-technology-report
> which
> > is pretty cool, but it's a survey)? Feel free to tell me that this
> > undertaking has little value and I can move on to something else :)
> > Thoughts?
>
> Certainly would be interesting.
>
> Debian has "popularity contest". It looks like it would be a ton of
> data, but it's available: https://popcon.debian.org/
>
> I don't happen to use the Debian-packaged version of Tomcat, but I am a
> Debian user and fan.
>
> -chris
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Ho to upgrade to newest version in tomcat 9

[W]

Hi,
I am on Ubuntu with tomcat 9.0.16I tried    sudo apt-get update    sudo apt-get 
upgradeBut did not work. How to do it?
Any information would be appreciated. Thanks in advance..

Re: tomcat 8.5.57 stops killing sessions after some time

[Ivano Luberti]

Thanks Chris.

In this case is a bug in the (old version of the) Axis2 library we use 
to build and run a web service client.


I have upgraded Axis2 and waiting to see if the issue resurfaces.

The idea to use a new thread to manage the session event handles doesn't 
apply here cause of application constraints and because operations are 
quite simple.


But thanks for the advice.

Cheers

Il 26/07/2021 23:15, Christopher Schultz ha scritto:

Ivano,

On 7/23/21 02:20, Ivano Luberti wrote:
I have found the issue: one of the webapps has several thread locked 
on a MultiThreadedHttpConnectionManager during sessionUnbound and 
unboundEvents.


So the background process killing the sessions is stuck as well.


This is a very easy problem to encounter. Session event-handlers 
really need to be bulletproof and execute very quickly.


If you need a long-running process to trigger, use an executor service 
or something where you can capture the information to be used and 
off-load it onto another thread. Remember that the session cannot be 
used after the event-handler completes, so capture whatever 
information you need from the session FIRST, then dispatch to another 
thread, then return from the event-handler.


-chris


Il 21/07/2021 18:13, Mark Thomas ha scritto:

On 21/07/2021 16:00, Ivano Luberti wrote:


Il 21/07/2021 16:44, Mark Thomas ha scritto:
Take 3 thread dumps 5 seconds apart and post them here. 


How to take thread dumps?

  kill -3  ?


That will work. There are lots of ways. This is most of them:

https://www.baeldung.com/java-thread-dump

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


--

Archimede Informatica tratta i dati personali in conformità a quanto
stabilito dal Regolamento UE n. 2016/679 (GDPR) e dal D. Lgs. 30 giugno 
2003 n. 196

per come modificato dal D.Lgs. 10 agosto 2018 n. 101.
Informativa completa 



dott. Ivano Mario Luberti

Archimede Informatica società cooperativa a r. l.
Via Gereschi 36, 56127 Pisa

tel.: +39 050/580959 | fax: +39 050/8932061

web: www.archicoop.it
linkedin: www.linkedin.com/in/ivanoluberti
facebook: www.facebook.com/archimedeinformaticapisa/

HTML manager

[Noelette Stout]

We have an application that needs to have files added to WEB-INF/classes
each time it's deployed. Without getting into a long story about why we're
doing things in sub-optimal ways, I need to know if there's a way to run a
script that would add these files when deploying with the HTML manager. Any
ideas are appreciated. If the answer is to manually run the script from the
command line then reload, I can accept that too.

Thanks,
Noelette

-- 
Noelette Stout

ITS Enterprise Applications - Application Administrator - Senior

Business Administration Building, Rm 109L
921 South 8th Ave 8037
Idaho State University
Pocatello ID 83209
E-mail: stounoel "at" isu "dot" edu
Desk: 208-282-2554

Re: compression?

[Mark Thomas]

On 27/07/2021 13:08, Berneburg, Cris J. - US wrote:

Carsten and Mark

Thanks for the info.  :-)

crisb> Weird, when going thru IIS to TC, it's not compressed

c.klein> IIS fetches the requested resource from TC, acting as an HTTP client 
(or are you using AJP with IIS?).

markt> IIS will be using AJP to talk to Tomcat which doesn't support 
compression. You may be able to get IIS to compress the files.

Is it possible to connect IIS to TC using HTTP instead of AJP?  Several "Tomcat IIS 
How-To" articles all mention using AJP (not HTTP) using an ISAPI redirector.


In theory, yes. You'd need to find an HTTP reverse proxy component for IIS.

This looks like the sort of thing you'd need:

https://docs.microsoft.com/en-us/iis/extensions/url-rewrite-module/reverse-proxy-with-url-rewrite-v2-and-application-request-routing

The downside is that you will need to manually configure a lot of the 
stuff AJP does "for free". Correctly configuring a reverse proxy is one 
of those tasks where all sorts of things can catch you out.


I'd probably look at getting IIS to compress the content instead:
https://docs.microsoft.com/en-us/iis/extensions/iis-compression/iis-compression-overview

Mark

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

RE: compression?

[Berneburg, Cris J. - US]

Carsten and Mark

Thanks for the info.  :-)

crisb> Weird, when going thru IIS to TC, it's not compressed

c.klein> IIS fetches the requested resource from TC, acting as an HTTP client 
(or are you using AJP with IIS?).

markt> IIS will be using AJP to talk to Tomcat which doesn't support 
compression. You may be able to get IIS to compress the files.

Is it possible to connect IIS to TC using HTTP instead of AJP?  Several "Tomcat 
IIS How-To" articles all mention using AJP (not HTTP) using an ISAPI redirector.

--
Cris Berneburg
CACI Senior Software Engineer




This electronic message contains information from CACI International Inc or 
subsidiary companies, which may be company sensitive, proprietary, privileged 
or otherwise protected from disclosure. The information is intended to be used 
solely by the recipient(s) named above. If you are not an intended recipient, 
be aware that any review, disclosure, copying, distribution or use of this 
transmission or its contents is prohibited. If you have received this 
transmission in error, please notify the sender immediately.