<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>