Thanks for your effort on deprecating the error-prone toLowerCase() and
toUpperCase() methods!
Though that only addresses one aspect of my original proposal. Do you or anyone
else have any opinion or feedback regarding the proposed ASCII case conversion
methods? Even if you think these methods
Hello,
could you please add String & Character ASCII case conversion methods, that is,
methods which only perform case conversion on ASCII characters in the input and
leave any other characters unchanged. The conversion should not depend on the
default locale. For example:
- String:
- toAsciiL
Hello,
java.util.zip.Inflater and java.util.zip.Deflater both have an `end()` method
to release native memory. However, both classes
do not implement Closeable. This might prevent IDEs and other tooling from
indicating that users should release the
resources, and prevents usage in try-with-resour
Hello,
when ForkJoinPool.getCommonPoolParallelism() is < 2, CompletableFuture uses a
ThreadPerTaskExecutor. As the name implies,
that executor creates a new thread per task.
My question is, why is it implemented this way?
This approach can cause drastic performance decreases for applications maki
Hello,
originally I reported this on the bug tracker, but was asked to first post this
topic to this mailing list. I was told that afterwards the bug report will be
created.
The internal method `java.lang.ConditionalSpecialCasing#lookUpTable` is used
for special case conversion rules, and is ca
Hi,
could you please report this at https://bugreport.java.com/bugreport/
(please also first search at
https://bugs.openjdk.org/issues?jql=project%3DJDK%20AND%20issuetype%3DBug
whether it has already been reported).
This also seems to affect the `CheckedEntrySet`; would be good if you could
ment
