-
Notifications
You must be signed in to change notification settings - Fork 96
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
Concurrency utilities #815
base: 4.x
Are you sure you want to change the base?
Conversation
Signed-off-by: pizzi80 <paolo@given2.com>
Please check javadoc of Utils class:
|
Yes but it's needed for future PR(s) of things that I would like to backport from my forked version You asked for smaller PR(s), so I've splitted things, but It's time consuming and this was the easiest to backport ... |
The idea is if you need to reuse exactly the same private static method from a different class, then it's OK to move it into Utils class. Right now it's used in only one class, the very one where it's being declared. |
By the way, take a look at https://github.com/omnifaces/omniutils A long time ago I've played with the idea to simply split/refactor all of OmniFaces "internal" util classes over there and adjust the OmniFaces build to shadow specific OmniUtils classes so we still end up with a single final JAR, but I couldn't get the build right. Perhaps it's time to take a second look. cc: @arjantijms |
This is also a very big problem in Jakarta EE "modules" looking at the code of some modules I saw a lot of copy pasted methods OmniUtils could teorically be a Jakarta Utils standard module |
After some months or years, or if another commiter will need those method, Also no one will take care to make a proper refactor because:
my 2 cents ;) |
No description provided.