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

@zoladkow

9 ай бұрын

no worries, everyone here knows the vids are just about coffee sipping with some words inbetween 😁

@brandpcalderon5343

6 ай бұрын

i was going to complain the same, named groups are allowed since I learnt regex like 3 years ago and more I suppose

@OzoneGrif

4 ай бұрын

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.

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

@JosePaumard

10 ай бұрын

Thank you Khaled!

Thank you for making this video! Very useful

@JosePaumard

10 ай бұрын

Thank you!

Thanks for the overview ! A few nice things that may be shadowed by virtual threads

@JosePaumard

10 ай бұрын

Thank you!

Awesome video, thank you ☺️

Good explanation Sr! Thank very much!

@JosePaumard

10 ай бұрын

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

@JosePaumard

10 ай бұрын

Well it does ;) This is real coffee that I drink during the recording.

@nO_d3N1AL

10 ай бұрын

@@JosePaumard Cool! I bet it's actual Java coffee too ;)

@JosePaumard

10 ай бұрын

@@nO_d3N1AL Oh yes it is! 😊

Apologies, isn't the feature mentioned at 2:34 already available since Java 7?

@mikolajpodbielski

10 ай бұрын

Yes, it is.

@christofferhammarstrom

10 ай бұрын

What is new in Java 20 though, is that MatchResult now supports named groups. Perhaps there was a mixup here.

@JosePaumard

10 ай бұрын

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.

thank you

رائع

Thank you

Hi Jose, Big Fan!! Your Coffee looks yum

Thanks

after what JDK will be the whole lambda as was introduced in JDK8 deprecated and ousted ? Can't wait the moment

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?

@JosePaumard

10 ай бұрын

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.

@JosePaumard

10 ай бұрын

What is new is that the methods are now also on the interface.

Emoji methods !! Holy smokes !!

In your example at 7:15, your types should be "byte[]" instead if "int[]"

@zoladkow

9 ай бұрын

ahh... certainly too much coffee 🙃

Shouldn't it be "Charset" instead of "CharSet" in 7:09?

@muzzletov

10 ай бұрын

CharSet is just short for Character Set. So, no, it shouldnt.But yes, the class is called Charset, which feels wrong :D

@danthe1st

10 ай бұрын

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

@JosePaumard

10 ай бұрын

It should. Thank you for pointing it out!

What's new about pattern matching? Named groups have existed for years.

🎉

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.

@pravinjain2834

10 ай бұрын

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?

@JosePaumard

10 ай бұрын

It is. I'm not sure that it will be very useful to implement it with a lambda though...

@edmaphis9805

10 ай бұрын

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) { } }); } }

@edmaphis9805

10 ай бұрын

@@JosePaumard Thanks, I tried anyhow. 😉

@JosePaumard

10 ай бұрын

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

@SourabhBhat

10 ай бұрын

Wouldn't that cause the same problems as finalize?

@JorgetePanete

10 ай бұрын

@@SourabhBhat At least if it's called at the end of the scope of the object I think there wouldn't be problems

@alessandroautiero5414

10 ай бұрын

​​@@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.

@JorgetePanete

10 ай бұрын

@@alessandroautiero5414 I don't know, I just wish it was like Rust does

@mattidragon835

10 ай бұрын

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

Why do they pollute Character class with emoji methods 🤮? They could have made it as a separate util class .

@pravinjain2834

10 ай бұрын

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

Naming capture groups is a super old feature of Python.

piano in background still drives me crazy.

You used var. Shame on you.

@JosePaumard

10 ай бұрын

Oh no, I love var.

@nicholas1460

10 ай бұрын

@@JosePaumard var var var var. Just for you. Quess what objects I'm using.

@JosePaumard

10 ай бұрын

@@nicholas1460 You don't need to use it everywhere. But there are still many places where it will make your code more readable.

@kitkarson4226

10 ай бұрын

var is a great addition to java. I have been using for couple years now,

@khmarbaise

10 ай бұрын

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?

@kitkarson4226

10 ай бұрын

Watch it one more time. AutoCloseable is OLD. But now ExecutorService, HttpClient..etc also implement the interface. Thats what he says!

@JosePaumard

10 ай бұрын

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