Java 21 API New Features
ฝัง
- เผยแพร่เมื่อ 1 ส.ค. 2024
- Learn about the many enhancements that Java 21 is giving you in the classes you are using every day.
Java 21 is introducing several major new features: virtual threads and pattern matching. But it also brings new many small additions to classes that you are using every day, and that you can leverage from day one. This video covers the most important ones: the String class, regular expressions, the Collections framework, some additions in Java I/O, the Math class, and, as a bonus some important deprecations you need to be aware of.
⎯⎯⎯⎯⎯⎯ Chapters ⎯⎯⎯⎯⎯⎯
0:00 Intro
1:18 New methods on String, Character, StringBuilder and StringBuffer
2:34 Naming your capturing groups in regular expressions
4:01 Additions to the Collections framework
6:22 Localization in the Date and Time API
6:53 Additions to the Java I/O API
7:49 Using AutoCloseable with HttpClient, ExecutorService, and ForkJoinPool
9:29 Additions to the Math class
11:25 Multiplying BigIntegers in parallel
12:00 Additions to the Thread class
13:25 Additions to the Future interface
14:45 Deprecation of finalize()
15:42 Deprecation of the constructors of the wrapper classes
16:20 Outro
⎯⎯⎯⎯⎯⎯ Resources ⎯⎯⎯⎯⎯⎯
◦ Full #RoadTo21 Playlist ➱ • Road to 21
◦ Java 21 New Feature: Virtual Threads ➱ • Java 21 new feature: V...
◦ Java 21 New Feature: Sequenced Collections - JEP Cafe #19 ➱ • Java 21 New Feature: S...
◦ The JEP 444: Virtual Threads ➱ openjdk.org/jeps/444
◦ The JEP 431: Sequenced Collections ➱ openjdk.org/jeps/431
Tags: #Java #Java21 #Tools #OpenJDK - วิทยาศาสตร์และเทคโนโลยี
We got 2:34 wrong. Named groups in regular expressions are supported since Java 7. What's new (in 20) is that the methods related to named groups moved up the dependency tree from `Matcher` to the interface `MatchResult`.
no worries, everyone here knows the vids are just about coffee sipping with some words inbetween 😁
i was going to complain the same, named groups are allowed since I learnt regex like 3 years ago and more I suppose
Yeah I was really confused about this. Was going to comment the same thing. Brain fart !
Thanks! I cant wait for the named String groupings to help parse flat files.
Thank you for making this video! Very useful
Thank you!
Came here for Java, stayed for their use of my favourite local cafe in the background! 😂
Great topics I had to comment and thumbs up.
Thanks a lot José.
Thank you Khaled!
Awesome video, thank you ☺️
Good explanation Sr! Thank very much!
Thank you!
Thanks for the overview ! A few nice things that may be shadowed by virtual threads
Thank you!
thank you for valuable information sir...
btw I like ur coffee cup
Really appreciate this format of doing updates. Also a cool idea: the amount of coffee left in the cup should match the progress of the video ;)
Also thankful that new APIs and methods aren't using checked exceptions! 🎉
Well it does ;) This is real coffee that I drink during the recording.
@@JosePaumard Cool! I bet it's actual Java coffee too ;)
@@nO_d3N1AL Oh yes it is! 😊
thank you
Thank you
رائع
Thanks
Hi Jose, Big Fan!! Your Coffee looks yum
Apologies, isn't the feature mentioned at 2:34 already available since Java 7?
Yes, it is.
What is new in Java 20 though, is that MatchResult now supports named groups. Perhaps there was a mixup here.
You're absolutely right. What has been done in 20 is that the methods are now available on MatchResult (interface implemented by the Matcher class), along with some others. I should have mentionned namedGroup() also.
🎉
after what JDK will be the whole lambda as was introduced in JDK8 deprecated and ousted ? Can't wait the moment
Emoji methods !!
Holy smokes !!
3:59 With large patterns in a multiline string, instead of using backslashes you can also use the COMMENT flag. This will be more readable.
08:44 close() method will be called no matter what? what if there is System.exit(0); in the try block?
Nope, not in that case. If what you need is to kill your JVM as fast as possible, taking the time to execute all your close(), finalize(), etc... would probably be a mistake,
So, named groups, which arrived in Java SE 7, is now suddenly something new?
If you could write the name of the group in some meaningfull way without of a lot a string gymnastics, then there would be some thing new.
What is new is that the methods are now also on the interface.
In your example at 7:15, your types should be "byte[]" instead if "int[]"
ahh... certainly too much coffee 🙃
What's new about pattern matching? Named groups have existed for years.
Shouldn't it be "Charset" instead of "CharSet" in 7:09?
CharSet is just short for Character Set. So, no, it shouldnt.But yes, the class is called Charset, which feels wrong :D
@@muzzletov If the JDK calls it Charset, it is Charset and not CharSet. And honestly, I would consider charset to be its own (atomic) word and (at least in the context of Java,) it isn't really a set of characters.
It should. Thank you for pointing it out!
IMO the state enum is missing something.
"CREATED" or "UNSTARTED", because there is no way to track if a task was already started or not.
Which is useful if you have a queue of tasks that are expensive and you want to cut basically anything that isn't started yet, and you didn't expose the Queue itself.
Unless state returns null if it isn't started yet, then i take that back.
I fully agree, currently it seems they put the state as RUNNING as soon as the task is submitted.
probably it is being thought that since we can have virtual threads, the number of threads in the pool will be more and no task will be waiting to get started. but for tasks which are computative (no blocking activity), one may not like to use virtual threads.
In any case you are right, that state has been missed.
So Autoclosable is a functional interface?
It is. I'm not sure that it will be very useful to implement it with a lambda though...
Ok.
class Closer {
static void closing(Closeable closeable) throws Exception {
System.out.println("Now closing: " + closeable.toString());
closeable.close();
}
}
class AClosable implements AutoCloseable {
@Override
public void close() throws Exception {
System.out.println("I am closing");
}
}
public class CloseableDemo {
public static void main(String[] args) throws Exception {
var aclosable = new AClosable();
Closer.closing(() -> {
try {
aclosable.close();
} catch (Exception ex) { }
});
}
}
@@JosePaumard Thanks, I tried anyhow. 😉
@@edmaphis9805I'm not sure I would use this pattern in a real application 😉
How's the coffee?
wow, all these have been in Erlang/OTP, Python, Elixir right at those languages' first version.
Pleasant coffee lounge atmosphere, perfect for learning.
I think close() should be called automatically when the object is no longer needed
Wouldn't that cause the same problems as finalize?
@@SourabhBhat At least if it's called at the end of the scope of the object I think there wouldn't be problems
@@JorgetePanetein a method's scope that's probably easy enough (GoLang has the defer keyword for this use case pretty much), but how would you do it in the case of a field? It would have the same problems as the finalize method I'm pretty sure.
@@alessandroautiero5414 I don't know, I just wish it was like Rust does
@@JorgetePanete the reason rust can automatically close is it's strict borrowing and moving rules. In java you can move objects freely and rely on the GC to clean them up
Naming capture groups is a super old feature of Python.
piano in background still drives me crazy.
Why do they pollute Character class with emoji methods 🤮? They could have made it as a separate util class .
Yes, there could be a separate class for all the Unicode properties. There are still a lot of unicode properties not available in Java API (Character class).
You used var. Shame on you.
Oh no, I love var.
@@JosePaumard var var var var. Just for you. Quess what objects I'm using.
@@nicholas1460 You don't need to use it everywhere. But there are still many places where it will make your code more readable.
var is a great addition to java. I have been using for couple years now,
var often shows that the variables names used are not good enough to transport the information. That lets me reconsider my names and make it better (hopefully ;-))
AutoCloseable?
Why are you presenting these OLD features as if they were new? Are you crazy?
Watch it one more time. AutoCloseable is OLD. But now ExecutorService, HttpClient..etc also implement the interface. Thats what he says!
It's not because it's old that it's not useful. With the deprecation of finalize(), AutoCloseable becomes more important. Thus the new classes that implement it.
Keeping repeating old stuff is not a problem for me.
What an old ugly mess language. I feel bad for android devs when they gota look at swift and swiftui