New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Provide vert.x executor adapter which implements ScheduledExecutorService #5036
Comments
it is not clear exactly what you want to do, can you describe further more
and provide example use cases ?
…On Sat, Dec 16, 2023 at 11:45 PM codekrolik2 ***@***.***> wrote:
Describe the feature
Vert.x executor has a number of very useful features, notably the ability
to detect and address locked threads.
Providing a standard interface for this executor will immensely enhance
its utility.
Use cases
e.g. that will add compatibility with Guava ListenableFutures, and all
other libraries that use standard java executor.
Contribution
For now I'll just leave this proposal here.
—
Reply to this email directly, view it on GitHub
<#5036>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABXDCSRE3S24FBSIGBDA6LYJYP7PAVCNFSM6AAAAABAX4GI3KVHI2DSMVQWIX3LMV43ASLTON2WKOZSGA2DIOJYGM2TIMA>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Something like this:
|
you would like the Vertx interface to extend ScheduledExecutorService ? |
what are the use cases ? |
Either that, or have a way to adapt is to ScheduledExecutorService.
If I'm using standard ScheduledExecutorService, a thread can be blocked, and that's not detected or reported. Vert.x provides a great utility in the form of auto-detecting such situations and throwing exceptions / unblocking threads, which also helps to make such hard to detect problems very visible. |
what kind of workload do you want to execute with this executor ? |
It's a universal programmable workflow engine, it can be used for any type of workloads. |
Describe the feature
Vert.x executor has a number of very useful features, notably the ability to detect and address locked threads.
Providing a standard interface for this executor will immensely enhance its utility.
Use cases
e.g. that will add compatibility with Guava ListenableFutures, and all other libraries that use standard java executor.
Contribution
For now I'll just leave this proposal here.
The text was updated successfully, but these errors were encountered: