It got further, but ran into another security check within the
org.apache.catalina.core.ApplicationContext. I'm using the 10.1.35-SNAPSHOT
version as that is closest to my current version, and easiest to test as a
result. This is the block of code having trouble now (linking into 10.1.34):
https://
Good afternoon,
If I use this configuration, then the prompts for the client auth work,
where the intermediate.p12 file has all the intermediates from DOD ID CAx
imported. I do not see where the caCertificatePath can be used in this
configuration.
In the old configuration we were able to hid
On 21/01/2025 14:15, James Matlik wrote:
Hello Mark,
Yes, I would be available to test a snapshot if this gets implemented.
Latest (as I type this) Tomcat 12 build with the new feature:
https://repository.apache.org/content/groups/snapshots/org/apache/tomcat/tomcat/12.0.0-M1-SNAPSHOT/tomcat-12
All,
On 1/21/25 7:12 AM, Mark Thomas wrote:
On 21/01/2025 11:17, joan.balagu...@ventusproxy.com wrote:
Hi,
Virtual threads only shine on I/O bound tasks, in terms of throughput
(not latency). They were created for that, don't expect any
improvement on CPU bound tasks.
+1.
If I had to gues
Michael,
On 1/20/25 3:44 PM, Michael wrote:
On Fri, Jan 17, 2025 at 7:45 PM Michael wrote:
On Fri, Jan 17, 2025 at 3:51 PM Chuck Caldarale wrote:
In various logs from nightly(?) Tomcat test runs, I've been able to
find a similar problem. See this, for instance:
https://nightlies.apache.or
Michael,
On 1/18/25 2:22 AM, Michael wrote:
Hi Chris,
Yes, there's only the HTTP connector on port 8080. There's a load
balancer in front of this that handles HTTPS.
If you connect the client directly to Tomcat, are you still able to
reproduce the errors?
I have only seen the NPE thrown fr
Robert,
On 1/19/25 4:57 PM, Robert Graham wrote:
In the documentation (https://tomcat.apache.org/tomcat-9.0-doc/ssl-
howto.html#Importing_the_Certificate) it shows how to load
externally trusted CA certificate chains with the keytool. Is there
a way to specify using a specific OCSP responder URI
Hello Mark,
Yes, I would be available to test a snapshot if this gets implemented.
-James
On Tue, Jan 21, 2025 at 8:17 AM Mark Thomas wrote:
> On 18/01/2025 16:18, James Matlik wrote:
> > I agree with everything you have said. As the config options stand today,
> > the allowBackslash seems to
On 18/01/2025 16:18, James Matlik wrote:
I agree with everything you have said. As the config options stand today,
the allowBackslash seems to implement part of encodeSolidusHandling.
While encodeSolidusHandling supports:
* REJECT - Return 400 on encoded /
* DECODE - Decodes the /
* PASS_THROUGH
On 21/01/2025 11:17, joan.balagu...@ventusproxy.com wrote:
Hi,
Virtual threads only shine on I/O bound tasks, in terms of throughput (not
latency). They were created for that, don't expect any improvement on CPU bound
tasks.
+1.
If I had to guess, I'd guess something to do with concurrency
Hi,
Virtual threads only shine on I/O bound tasks, in terms of throughput (not
latency). They were created for that, don't expect any improvement on CPU bound
tasks.
Regards,
Joan.
-Original Message-
From: Owner
Sent: Tuesday, January 21, 2025 11:32 AM
To: Tomcat Users List
Subject
Hi Maxim,
https://postimg.cc/N9n8CQW7
there you go! Do let me know if it's not up :)
Regards
Andy
On Tue, Jan 21, 2025 at 6:30 PM Maxim Solodovnik
wrote:
> your image was dropped :((
> please use some image image service and provide the URL here :))
>
> On Tue, 21 Jan 2025 at 16:40, Owner wr
your image was dropped :((
please use some image image service and provide the URL here :))
On Tue, 21 Jan 2025 at 16:40, Owner wrote:
> Hey Tomcat,
>
> Andy here. I'm not sure if this is the place to ask this question, but I
> wanted to check regarding performances of virtual threads vs using a
Hey Tomcat,
Andy here. I'm not sure if this is the place to ask this question, but I
wanted to check regarding performances of virtual threads vs using a
conventional worker thread pool.
I set up an endpoint with a CPU task of calculating factorials like the
below:
@GetMapping("/fullCPU")
pu
The Apache Tomcat team announces the immediate availability of Apache
Tomcat Migration Tool for Jakarta EE 1.0.9
Apache Tomcat Migration Tool for Jakarta EE is an open source software
tool for migrating binary web applications (WAR files) and other binary
artifacts from Java EE 8 to Jakarta EE 9.
15 matches
Mail list logo
