> On Dec 30, 2021, at 4:33 PM, Eric Robinson wrote:
>
> Hi Rob,
>
>>> On Dec 30, 2021, at 4:03 PM, Eric Robinson
>> wrote:
>>>
>>> Chris,
>>>
>>> If I want to ignore the vendor's recommendation and try connection
>> pooling anyway, is that something I can enable with a config file setting,
Hi Rob,
> > On Dec 30, 2021, at 4:03 PM, Eric Robinson
> wrote:
> >
> > Chris,
> >
> > If I want to ignore the vendor's recommendation and try connection
> pooling anyway, is that something I can enable with a config file setting, or
> do
> they actually have to trigger it from within their
> On Dec 30, 2021, at 4:03 PM, Eric Robinson wrote:
>
> Chris,
>
> If I want to ignore the vendor's recommendation and try connection pooling
> anyway, is that something I can enable with a config file setting, or do they
> actually have to trigger it from within their code?
>
Up thread,
Chris,
If I want to ignore the vendor's recommendation and try connection pooling
anyway, is that something I can enable with a config file setting, or do they
actually have to trigger it from within their code?
> -Original Message-
> From: Eric Robinson
> Sent: Thursday, December
On Thu, Dec 30, 2021 at 10:57 AM Christopher Schultz
wrote:
>
> You mean like ServletContext.getRealPath?
Honestly I'm not sure how I feel about getRealPath. On the one hand, I
don't think it's reasonable to just pretend that applications only
exist in the vacuum of space. There are many
https://tldp.org/LDP/solrhe/Securing-Optimizing-Linux-RH-Edition-v1.3/chap6sec70.html
Mentions “tcp and udp traffic” it seems across all processes
On Thu, Dec 30, 2021 at 11:49 AM Eric Robinson
wrote:
> José,
>
> > -Original Message-
> > From: José Cornado
> > Sent: Thursday, December
> José,
>
> > -Original Message-
> > From: José Cornado
> > Sent: Thursday, December 30, 2021 12:00 PM
> > To: Tomcat Users List
> > Subject: Re: Do I Need Network NameSpaces to Solve This
> > Tomcat+Connector/J Problem?
> >
> > But they do not get a corresponding database instance?
> >
José,
> -Original Message-
> From: José Cornado
> Sent: Thursday, December 30, 2021 12:00 PM
> To: Tomcat Users List
> Subject: Re: Do I Need Network NameSpaces to Solve This
> Tomcat+Connector/J Problem?
>
> But they do not get a corresponding database instance?
>
They do. Each tomcat
But they do not get a corresponding database instance?
On Thu, Dec 30, 2021 at 10:51 AM Eric Robinson
wrote:
> José,
>
> > Is this setup going to be open to the world or just a big organization?
> A big
> > organization would put a cap on the number of users. Then maybe they
> > could divide
Chris,
> Not pooling connections will very likely negatively affect performance.
>
> When you say "they ... have an issue with connection pooling" do you mean
> that they have a technical problem, or do you mean that there is some ill-
> conceived policy against them?
>
> Oh, maybe they are
Chris,
> Stupid question: can your database (meaningfully) handle the number of
> connections you are making to it? Let's say you have 5000 connections per
> Tomcat instance to your database, and you want 500 Tomcat instances.
> That means 250 database connections. If every single one of
Stefan,
> A third option could be to add something between database client and
> server. Something on layer 4 like multiple HAProxy servers or simple NAT
> gateways. Or more complex on layer 7 specfic products like ProxySQL or
> MaxScale. They could even pool connections and reduce the load on
José,
> Is this setup going to be open to the world or just a big organization? A big
> organization would put a cap on the number of users. Then maybe they
> could divide those between the tomcat instances thus the db server.
>
It's a SaaS solution, where each customer organization gets its own
Mark,
> > My question is, is there a better way?
>
> I can only think of variations on a theme.
>
> The ~64k limit assumes client IP, server IP and server port remain constant.
> i.e. just client port is varying.
>
> That suggests there is a single IP for the database server and that it is
>
Hi Simon,
> I guess the database is not on the Tomcat host, otherwise you could connect
> via unix domain socket to avoid the limitations of TCP port numbers.
>
> Otherwise I think you could run a db proxy where your Tomcat clients
> connect locally via unix domain socket and the proxy relays
Phillipe,
Note that this is a mailing list for Apache Tomcat which is a Java Web
Servlet Container (among a few other things). This mailing list has
nothing to do with logging, .NET, or logging in .NET.
That said...
On 12/30/21 11:23, Philippe Couas wrote:
log4net.dll seems too havre
Eric,
On 12/29/21 19:23, Eric Robinson wrote:
-Original Message-
From: Mark Eggers
Sent: Wednesday, December 29, 2021 6:18 PM
To: users@tomcat.apache.org
Subject: Re: Do I Need Network NameSpaces to Solve This
Tomcat+Connector/J Problem?
Eric:
On 12/29/2021 1:04 PM, Eric Robinson
Eric,
On 12/29/21 16:04, Eric Robinson wrote:
We want to run a large number of tomcat instances on the same server
without virtualization or containerization. Each instance is executed
from its own folder tree and listens on its own unique TCP port. Each
instance will run code that connects
Am 30.12.2021 um 12:24 schrieb Mark Thomas:
On 29/12/2021 21:04, Eric Robinson wrote:
My question is, is there a better way?
I can only think of variations on a theme.
The ~64k limit assumes client IP, server IP and server port remain
constant. i.e. just client port is varying.
That
Hi
log4net.dll seems too havre problem, where could i found last version for
windows 10 ?
Regards
Phil
Mark, Rajendra,
On 12/30/21 06:13, Mark Thomas wrote:
This is an application design issue, not a Tomcat issue.
FORM auth is not intended / designed to work in the following scenario:
- user is not authenticated
- multiple, concurrent requests are made for resources requiring
authentication
Michael,
On 12/29/21 14:54, Michael B Allen wrote:
On Wed, Dec 29, 2021 at 2:07 PM Mark Thomas wrote:
One of the advantages of moving to Eclipse is that everyone involved in
the spec, not just the spec lead, has an equal say in what goes into the
spec.
That sounds like design by committee
Is this setup going to be open to the world or just a big organization? A
big organization would put a cap on the number of users. Then maybe they
could divide those between the tomcat instances thus the db server.
On Thu, Dec 30, 2021 at 4:24 AM Mark Thomas wrote:
> On 29/12/2021 21:04, Eric
On 29/12/2021 21:04, Eric Robinson wrote:
My question is, is there a better way?
I can only think of variations on a theme.
The ~64k limit assumes client IP, server IP and server port remain
constant. i.e. just client port is varying.
That suggests there is a single IP for the database
This is an application design issue, not a Tomcat issue.
FORM auth is not intended / designed to work in the following scenario:
- user is not authenticated
- multiple, concurrent requests are made for resources requiring
authentication
You need to design the application in such a way that
Link for image where it will shows the details
https://docs.google.com/document/d/1Ziojwm6rPvyuJ6rpJR1tu0e5xTfnawrHeLz3QvL28XA/edit?usp=sharing
Thanks and Regards,
Rajendra Rathore
9922701491
From: Rathore, Rajendra
Sent: Thursday, December 30, 2021 4:25 PM
To: users@tomcat.apache.org
Subject:
Hi Team,
We are facing some weird issue with tomcat Form based authentication, I will
try to explain the scenario as below:
issue is reproducible in specific conditions, when browser cache is disabled,
and cleared out before session timeout. In this conditions after session
timeout when user
Hi,
> We want to run a large number of tomcat instances on the same server
> without virtualization or containerization. Each instance is executed from
> its own folder tree and listens on its own unique TCP port. Each instance
> will run code that connects to a backend database server to send
28 matches
Mail list logo
