On 19/03/2024 13:52, Christopher Schultz wrote:
The proposed 10.1.20 release is:
[ ] Broken - do not release
[X] Stable - go ahead and release as 10.1.20
Tests pass on Linux, Windows and MacOS (M1).
The build is reproducible.
Mark
This is an automated email from the ASF dual-hosted git repository.
markt pushed a change to branch main
in repository https://gitbox.apache.org/repos/asf/tomcat-tck.git
from e42e04b Skip the HTTP/2 push tests
new 566b458 Add some plumbing to support the tests that require HTTPS
On 19/03/2024 14:23, Christopher Schultz wrote:
The proposed 8.5.100 release is:
[ ] Broken - do not release
[X] Stable - go ahead and release as 8.5.100 (stable)
Tests pass on Linux, Windows and MacOS (M1).
The build is reproducible.
Mark
Hi hi,
I wanted to share an observation and I hope the things are correct how I
am describing them. Maybe things have already improved and I am not
aware of it, hints welcome.
Part of JEP 425 (Project Loom, Java virtual threads) discusses how to
handle observability of virtual threads from
This is an automated email from the ASF dual-hosted git repository.
markt pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/tomcat-tck.git
commit 9e3481800164f8eb1806cea7f36556b3fd98e3d0
Author: Mark Thomas
AuthorDate: Wed Mar 20 10:03:26 2024 +
We don't
This is an automated email from the ASF dual-hosted git repository.
markt pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/tomcat-tck.git
commit 566b45843ed474dd035308379a5bcdc7c038ddec
Author: Mark Thomas
AuthorDate: Wed Mar 20 09:53:43 2024 +
Add some
On Fri, Feb 23, 2024 at 2:35 PM Rémy Maucherat wrote:
>
> Hi,
>
> I would like to propose backporting the OpenSSL FFM support to Tomcat 10.1.
>
> Java 22.0.0 should be released on March 19, and the next Java LTS
> should still have no problem targeting Java 11. As a result, there
> should be no
Thanks Romain,
I am well aware of the limits oof this attempt concerning async
processing. Still lots of applications can still be diagnosed with this
methodology and I am a bit frustrated, that project loom simply dropped
support for thread inspection via JMX and as a replacement provided a
+1 All tests pass on Fedora 38 with Java 11, tcnative-1.2.39, apr-1.7.4,
openssl-3.0.13.
On Tue, Mar 19, 2024 at 4:34 PM Christopher Schultz <
ch...@christopherschultz.net> wrote:
> The proposed Apache Tomcat 8.5.100 release is now available for voting.
>
> The notable changes compared to 8.5.99
Hi Rainer,
Think this is not related to virtual threads I think and way older (2010?).
Since some years we use AsyncContext and therefore thread dumps don't match
pending requests but just active computation (you can get 8K requests with
8 threads for ex).
Most of the sync instrumentation
+1 All tests pass on Fedora 38 with Java 21, tcnative-2.0.7, openssl-3.0.13.
(Just to mention that testing failed when running for the first time.
Crashed when running org.apache.tomcat.util.net.TestSSLHostConfigCompat.
Running again had no issues.)
On Tue, Mar 19, 2024 at 4:04 PM Christopher
Rainer,
Thanks for writing this up.
On 3/20/24 07:22, Rainer Jung wrote:
I wanted to share an observation and I hope the things are correct how I
am describing them. Maybe things have already improved and I am not
aware of it, hints welcome.
Part of JEP 425 (Project Loom, Java virtual
Dimitris,
On 3/20/24 09:09, Dimitris Soumis wrote:
+1 All tests pass on Fedora 38 with Java 21, tcnative-2.0.7, openssl-3.0.13.
(Just to mention that testing failed when running for the first time.
Crashed when running org.apache.tomcat.util.net.TestSSLHostConfigCompat.
Running again had no
Hi Chris,
Thread dumps being dump of threads - literally os threads - and virtual
threads not being threads at all - they are runnables in a dedicated thread
pool - it is quite fair to not make them the same and have their scheduler
- pool - only in the thread dump but not themselves no?
Am 20.03.24 um 18:34 schrieb Romain Manni-Bucau:
Hi Chris,
Thread dumps being dump of threads - literally os threads - and virtual
threads not being threads at all - they are runnables in a dedicated thread
pool - it is quite fair to not make them the same and have their scheduler
- pool - only
Am 20.03.24 um 18:17 schrieb Christopher Schultz:
Rainer,
Thanks for writing this up.
On 3/20/24 07:22, Rainer Jung wrote:
I wanted to share an observation and I hope the things are correct how
I am describing them. Maybe things have already improved and I am not
aware of it, hints welcome.
Le mer. 20 mars 2024 à 18:43, Rainer Jung a
écrit :
> Am 20.03.24 um 18:34 schrieb Romain Manni-Bucau:
> > Hi Chris,
> >
> > Thread dumps being dump of threads - literally os threads - and virtual
> > threads not being threads at all - they are runnables in a dedicated
> thread
> > pool - it is
Chris, added some comments inline.
Le mer. 20 mars 2024 à 19:41, Christopher Schultz <
ch...@christopherschultz.net> a écrit :
> Romain,
>
> On 3/20/24 13:34, Romain Manni-Bucau wrote:
> > Thread dumps being dump of threads - literally os threads - and virtual
> > threads not being threads at
This is an automated email from the ASF dual-hosted git repository.
markt pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/tomcat-tck.git
The following commit(s) were added to refs/heads/main by this push:
new 26ff84d Remove unused imports
26ff84d is
Rainer,
On 3/20/24 13:33, Rainer Jung wrote:
Am 20.03.24 um 18:17 schrieb Christopher Schultz:
Rainer,
Thanks for writing this up.
On 3/20/24 07:22, Rainer Jung wrote:
I wanted to share an observation and I hope the things are correct
how I am describing them. Maybe things have already
Romain,
On 3/20/24 13:34, Romain Manni-Bucau wrote:
Thread dumps being dump of threads - literally os threads - and virtual
threads not being threads at all - they are runnables in a dedicated thread
pool - it is quite fair to not make them the same and have their scheduler
- pool - only in the
Am 20.03.24 um 18:50 schrieb Romain Manni-Bucau:
Le mer. 20 mars 2024 à 18:43, Rainer Jung a
écrit :
Am 20.03.24 um 18:34 schrieb Romain Manni-Bucau:
Hi Chris,
Thread dumps being dump of threads - literally os threads - and virtual
threads not being threads at all - they are runnables in a
22 matches
Mail list logo
