Compare current Date with given Date Java

[chamini prashakthi]

My date-time formatter is , "yyyy-MM-DD"

 SimpleDateFormat dateFormatter = new SimpleDateFormat("yyyy-MM-DD")

I want to check the date is later than today's date or not. I checked it using this validation.

if(dateFormatter.format(given_Date).compareTo(dateFormatter.format(new Date())) > 0){ 
...
}

But every time this returns false when the given date is later or not. Can anyone help with this me, please?

[Carey Brown]

I think you want "dd" not "DD".

[Carey Brown]

Using the newer LocalDate class.

LocalDate date = given_Date.toInstant().atZone(ZoneId.systemDefault()).toLocalDate();
if( date.isAfter( LocalDate.now() ) )

[Tim Holloway]

In Java, a Date isn't just year/month/day. It's also time. When they were setting off midnight fireworks in Canberra on Jan 1 2021, I hadn't even eaten lunch on New Year's Eve. Internally, a java.util.Data is simply the number of milliseconds since midnight, Jan 1, 1970 in the Greenwich ((UTC) time zone. This is why the month/day/year constructor for java.util.Date has been deprecated for nearly 2 decades.

The no-argument Date constructor constructs based on the UTC date, which it determines from system locale settings.

There is no actual concept of month, day, or year in java.util.Date. Getting a date in and out - and in what format: MM/dd/yy, yyyy-mm-dd or whatever and what calendar (western, Judaic, hegira, or even Japanese Imperial) is the province of the various Java calendar classes, as augmented by "recent" time/date services (they're not as recent as they used to be!).

In short - take Carey's advice.

[Campbell Ritchie]

To put what Tim said another way: stop using java.util.Date, Java.util.Calendar and its subclasses. The newer (only seven years old) classes are decsribed in the Java™ Tutorials, and they are much better.