
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr">That is not the way you would configure the db - that leaves you open to east DDoS attacks. Relying on well behaved/configured apps is the wrong way - you prevent/balance this at the database. </div><div dir="ltr"><br></div><div dir="ltr">The reason you wouldn’t add it is like all resources like this - you are trying to control it at the wrong location. </div><div dir="ltr"><br></div><div dir="ltr">Controlling the number of concurrent threads to control the number of requests to a resource is simply wrong. You do it at a lower level (semaphore, etc) or in the resource itself. </div><div dir="ltr"><br><blockquote type="cite">On Aug 6, 2023, at 3:45 PM, Attila Kelemen <attila.kelemen85@gmail.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div dir="ltr">Robert Engels <<a href="mailto:rengels@ix.netcom.com">rengels@ix.netcom.com</a>> ezt írta (időpont: 2023. aug. 6., V, 22:35):<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="ltr"></div><div dir="ltr">You wouldn’t design it that way. The database driver would (or database) would control the concurrency - and it would be configured externally. Why would attempt to do this at the app level - the database is an external shared resource. </div><div dir="ltr"></div></div></blockquote><div><br></div><div>As soon as I pressed the send button, I realized that the DB is not a good example, though not as you wrote, since it is not normally the responsibility of the JDBC driver, but a connection pool which you configure (still you have to do that at app level as well usually).</div><div><br></div><div>Anyway, that does not change the fact that there are a lot of cases where you have to put a limit, and there is nothing readily available. Such as sending a http request to a service, and you might want to limit the number of concurrent access per service as well as the number of concurrent http calls (across all services). Of course, there are countless other reasons you might want to limit concurrent executions, and I see no reason not to add a single interface that would be widely usable across different domains.</div></div></div>

</div></blockquote></body></html>