In the Java docs, Calendar.HOUR
is supposed to return the hour in the 12 hour format, and Calendar.HOUR_OF_DAY
is supposed to return the hour in the 24 hour format, but both of these are returning in the 12 hour format.
My Code:
Calendar rightNow = Calendar.getInstance();
int hour = rightNow.get(Calendar.HOUR_OF_DAY);
System.out.println("hour: " + hour);
There is a question that is similar to mine already, but there's is for a specific time and I'm attempting to do this with the current time. That question is here java HOUR and HOUR_OF_DAY both returning 12-hr time
EDIT:
If it matters, this is happening within Eclipse on Windows, within cmd.exe on Windows, and Terminal on Ubuntu.
EDIT 2
Now I feel dumb... I didn't realize that I had multiple instances of calling the current time, and I was looking at the wrong one, which was HOUR_OF_DAY, but the one I was seeing in the console were being posted by just HOUR... Thanks for the help in the comments and the edit of my own post that led me to realize my mistake
When setting the hour, its important to either use
HOUR_OF_DAY
and 24 hour notation, or useHOUR
and supply theAM_PM
field...Will print...
When I use
I get...
Which means the API has filtered the result and made an internal correction. It's VERY, important to use the right field for the right value as the
Calendar
can roll values as it sees fit...If I add
c.setLenient(false);
, it will throw ajava.lang.IllegalArgumentException: HOUR
because17
is not a valid value forHOUR
try this test
it prints
I tried your source.
It can get right result.
Checking all the areas in my code that referenced the Calendar object to try to get the hours was the problem. I did this in three different locations but only modified one of the three, which is why my updates didn't seem to take effect
tl;dr
Using java.time
You are using troublesome old legacy date-time classes now supplanted by the java.time classes.
Instant
The
Instant
class represents a moment on the timeline in UTC with a resolution of nanoseconds.Get current moment:
ZonedDateTime
Time zone is crucial in determining the date and time-of-day. For any given moment, the date and the time-of-day vary around the globe by zone.
Apply a time zone to see some region’s wall-clock time.
Interrogate for time-of-day as a number 0-23.
About java.time
The java.time framework is built into Java 8 and later. These classes supplant the troublesome old date-time classes such as
java.util.Date
,.Calendar
, &java.text.SimpleDateFormat
.The Joda-Time project, now in maintenance mode, advises migration to java.time.
To learn more, see the Oracle Tutorial. And search Stack Overflow for many examples and explanations.
Much of the java.time functionality is back-ported to Java 6 & 7 in ThreeTen-Backport and further adapted to Android in ThreeTenABP (see How to use…).
The ThreeTen-Extra project extends java.time with additional classes. This project is a proving ground for possible future additions to java.time. You may find some useful classes here such as
Interval
,YearWeek
,YearQuarter
, and more.if you are running code at server side then stop server and then delete project from server and clean server after that your problem solved.
but if not then create a Test class:
then right click on class in eclipse and run as java application. then it works