Package org.assertj.core.api

Class AbstractZonedDateTimeAssert<SELF extends AbstractZonedDateTimeAssert<SELF>>

java.lang.Object
org.assertj.core.api.AbstractAssert<SELF,ZonedDateTime>
org.assertj.core.api.AbstractTemporalAssert<SELF,ZonedDateTime>
org.assertj.core.api.AbstractZonedDateTimeAssert<SELF>
All Implemented Interfaces:
Assert<SELF,ZonedDateTime>, Descriptable<SELF>, ExtensionPoints<SELF,ZonedDateTime>
Direct Known Subclasses:
ZonedDateTimeAssert
public abstract class AbstractZonedDateTimeAssert<SELF extends AbstractZonedDateTimeAssert<SELF>> extends AbstractTemporalAssert<SELF,ZonedDateTime>

  • Field Details

  • Constructor Details

    • AbstractZonedDateTimeAssert

      protected AbstractZonedDateTimeAssert(ZonedDateTime actual, Class<?> selfType)

  • Method Details

    • isBefore

      public SELF isBefore(ZonedDateTime other)
      Verifies that the actual ZonedDateTime is strictly before the given one according to the comparator in use.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       // assertion succeeds
 assertThat(parse("2000-01-01T01:00:00Z")).isBefore(parse("2020-01-01T01:00:00Z"));

 // assertions fail
 assertThat(parse("2000-01-01T01:00:00Z")).isBefore(parse("1999-01-01T01:00:00Z"));
 assertThat(parse("2000-01-01T01:00:00Z")).isBefore(parse("2000-01-01T01:00:00Z"));
 // fails because both ZonedDateTime refer to the same instant (on different offsets)
 assertThat(parse("2000-01-01T01:00:00Z")).isBefore(parse("2000-01-01T00:00:00-01:00"));

 // succeeds because both ZonedDateTime refer to the same instant and ZonedDateTime natural comparator is used.
 assertThat(parse("2000-01-02T00:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isBefore(parse("2000-01-02T01:00:00+01:00"));
      Parameters:
      other - the given ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if other ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is not strictly before the given one.

    • isBefore

      public SELF isBefore(String dateTimeAsString)
      Same assertion as isBefore(ZonedDateTime) but the ZonedDateTime is built from given String, which must follow ISO date-time format to allow calling ZonedDateTime.parse(CharSequence, DateTimeFormatter) method.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       // assertion succeeds
 assertThat(parse("2000-01-01T01:00:00Z")).isBefore("2020-01-01T01:00:00Z");

 // assertions fail
 assertThat(parse("2000-01-01T01:00:00Z")).isBefore("1999-01-01T01:00:00Z");
 assertThat(parse("2000-01-01T01:00:00Z")).isBefore("2000-01-01T01:00:00Z");
 // fails because both ZonedDateTime refer to the same instant (on different offsets)
 assertThat(parse("2000-01-01T01:00:00Z")).isBefore("2000-01-01T00:00:00-01:00");

 // succeeds because both ZonedDateTime refer to the same instant and ZonedDateTime natural comparator is used.
 assertThat(parse("2000-01-02T00:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isBefore("2000-01-02T01:00:00+01:00");
      Parameters:
      dateTimeAsString - String representing a ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if given String is null or can't be converted to a ZonedDateTime.
      AssertionError - if the actual ZonedDateTime is not strictly before the ZonedDateTime built from given String.

    • isBeforeOrEqualTo

      public SELF isBeforeOrEqualTo(ZonedDateTime other)
      Verifies that the actual ZonedDateTime is before or equals to the given one according to the comparator in use.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       // assertions succeed
 assertThat(parse("2000-01-01T01:00:00Z")).isBeforeOrEqualTo(parse("2020-01-01T01:00:00Z"))
                                          .isBeforeOrEqualTo(parse("2000-01-01T01:00:00Z"))
                                          // same instant (on different offsets)
                                          .isBeforeOrEqualTo(parse("2000-01-01T00:00:00-01:00"));

 // assertions fail
 assertThat(parse("2000-01-01T01:00:00Z")).isBeforeOrEqualTo(parse("1999-01-01T01:00:00Z"));
 // even though the same instant, fails because of ZonedDateTime natural comparator is used and ZonedDateTime are on different offsets
 assertThat(parse("2000-01-01T01:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isBeforeOrEqualTo(parse("2000-01-01T00:00:00-01:00"));
      Parameters:
      other - the given ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if other ZonedDateTime is null.
      AssertionError - if the actual ZoneDateTime is not before or equals to the given one.

    • isBeforeOrEqualTo

      public SELF isBeforeOrEqualTo(String dateTimeAsString)
      Same assertion as isBeforeOrEqualTo(ZonedDateTime) but the ZonedDateTime is built from given String which must follow ISO date-time format to allow calling ZonedDateTime.parse(CharSequence, DateTimeFormatter) method.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       // assertions succeed
 assertThat(parse("2000-01-01T01:00:00Z")).isBeforeOrEqualTo("2020-01-01T01:00:00Z")
                                          .isBeforeOrEqualTo("2000-01-01T01:00:00Z")
                                          // same instant (on different offsets)
                                          .isBeforeOrEqualTo("2000-01-01T00:00:00-01:00");

 // assertions fail
 assertThat(parse("2000-01-01T01:00:00Z")).isBeforeOrEqualTo("1999-01-01T01:00:00Z");
 // even though the same instant, fails because of ZonedDateTime natural comparator is used and ZonedDateTime are on different offsets
 assertThat(parse("2000-01-01T01:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isBeforeOrEqualTo("2000-01-01T00:00:00-01:00");
      Parameters:
      dateTimeAsString - String representing a ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if given String is null or can't be converted to a ZonedDateTime.
      AssertionError - if the actual ZonedDateTime is not before or equals to the ZonedDateTime built from given String.

    • isAfterOrEqualTo

      public SELF isAfterOrEqualTo(ZonedDateTime other)
      Verifies that the actual ZonedDateTime is after or equals to the given one according to the comparator in use.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       // assertions succeed
 assertThat(parse("2000-01-01T00:00:00Z")).isAfterOrEqualTo(parse("2000-01-01T00:00:00Z"))
                                          .isAfterOrEqualTo(parse("1999-12-31T23:59:59Z"))
                                          // same instant in different offset
                                          .isAfterOrEqualTo(parse("2000-01-01T00:00:00-01:00"));

 // assertions fail
 assertThat(parse("2000-01-01T00:00:00Z")).isAfterOrEqualTo(parse("2001-01-01T00:00:00Z"));
 // fails even though they refer to the same instant due to ZonedDateTime natural comparator
 assertThat(parse("2000-01-01T00:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isAfterOrEqualTo(parse("2000-01-01T01:00:00+01:00"));
      Parameters:
      other - the given ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if other ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is not after or equals to the given one.

    • isAfterOrEqualTo

      public SELF isAfterOrEqualTo(String dateTimeAsString)
      Same assertion as isAfterOrEqualTo(ZonedDateTime) but the ZonedDateTime is built from given String which must follow ISO date-time format to allow calling ZonedDateTime.parse(CharSequence, DateTimeFormatter) method.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       // assertions succeed
 assertThat(parse("2000-01-01T00:00:00Z")).isAfterOrEqualTo("2000-01-01T00:00:00Z")
                                          .isAfterOrEqualTo("1999-12-31T23:59:59Z")
                                          // same instant in different offset
                                          .isAfter("2000-01-01T00:00:00-01:00");

 // assertions fail
 assertThat(parse("2000-01-01T00:00:00Z")).isAfterOrEqualTo("2001-01-01T00:00:00Z");
 // fails even though they refer to the same instant due to ZonedDateTime natural comparator
 assertThat(parse("2000-01-01T00:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isAfterOrEqualTo("2000-01-01T01:00:00+01:00");
      Parameters:
      dateTimeAsString - String representing a ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if given String is null or can't be converted to a ZonedDateTime.
      AssertionError - if the actual ZonedDateTime is not after or equals to the ZonedDateTime built from given String.

    • isAfter

      public SELF isAfter(ZonedDateTime other)
      Verifies that the actual ZonedDateTime is strictly after the given one according to the comparator in use.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       // assertion succeeds
 assertThat(parse("2000-01-01T01:00:00Z")).isAfter(parse("1999-01-01T00:00:00Z"));

 // assertions fail
 assertThat(parse("2000-01-01T01:00:00Z")).isAfter(parse("2001-01-01T01:00:00Z"));
 assertThat(parse("2000-01-01T01:00:00Z")).isAfter(parse("2000-01-01T01:00:00Z"));
 // fails because both ZonedDateTime refer to the same instant (on different offsets)
 assertThat(parse("2000-01-01T01:00:00Z")).isAfter(parse("2000-01-01T00:00:00-01:00"));

 // even though they refer to the same instant assertion succeeds because of different offset
 assertThat(parse("2000-01-01T01:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isAfter(parse("2000-01-01T00:00:00-01:00"));
      Parameters:
      other - the given ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if other ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is not strictly after the given one.

    • isAfter

      public SELF isAfter(String dateTimeAsString)
      Same assertion as isAfter(ZonedDateTime) but the ZonedDateTime is built from given String, which must follow ISO date-time format to allow calling ZonedDateTime.parse(CharSequence, DateTimeFormatter) method.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       // assertion succeeds
 assertThat(parse("2000-01-01T01:00:00Z")).isAfter("1999-01-01T00:00:00Z");

 // assertions fail
 assertThat(parse("2000-01-01T01:00:00Z")).isAfter("2001-01-01T01:00:00Z");
 assertThat(parse("2000-01-01T01:00:00Z")).isAfter("2000-01-01T01:00:00Z");
 // fails because both ZonedDateTime refer to the same instant (on different offsets)
 assertThat(parse("2000-01-01T01:00:00Z")).isAfter("2000-01-01T00:00:00-01:00");

 // even though they refer to the same instant assertion succeeds because of different offset
 assertThat(parse("2000-01-01T01:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isAfter("2000-01-01T00:00:00-01:00");
      Parameters:
      dateTimeAsString - String representing a ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if given String is null or can't be converted to a ZonedDateTime.
      AssertionError - if the actual ZonedDateTime is not strictly after the ZonedDateTime built from the given String.

    • isEqualToIgnoringNanos

      public SELF isEqualToIgnoringNanos(ZonedDateTime other)
      Deprecated.
      Use isCloseTo(ZonedDateTime, TemporalOffset) instead, although not exactly the same semantics, this is the right way to compare with a given precision.
      Verifies that actual and given ZonedDateTime have same year, month, day, hour, minute and second fields, (nanosecond fields are ignored in comparison).

      Note that given ZonedDateTime is converted in the actual's ZoneId before comparison.

      Assertion can fail with dateTimes in same chronological nanosecond time window, e.g :

      2000-01-01T00:00:01.000000000 and 2000-01-01T00:00:00.999999999.

      Assertion fails as second fields differ even if time difference is only 1ns.

      Code example : 

       // successful assertions
 ZonedDateTime dateTime1 = ZonedDateTime.of(2000, 1, 1, 0, 0, 1, 0);
 ZonedDateTime dateTime2 = ZonedDateTime.of(2000, 1, 1, 0, 0, 1, 456);
 assertThat(dateTime1).isEqualToIgnoringNanos(dateTime2);

 // failing assertions (even if time difference is only 1ms)
 ZonedDateTime dateTimeA = ZonedDateTime.of(2000, 1, 1, 0, 0, 1, 0);
 ZonedDateTime dateTimeB = ZonedDateTime.of(2000, 1, 1, 0, 0, 0, 999999999);
 assertThat(dateTimeA).isEqualToIgnoringNanos(dateTimeB);
      Parameters:
      other - the given ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if other ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is are not equal with nanoseconds ignored.

    • isEqualToIgnoringSeconds

      @Deprecated public SELF isEqualToIgnoringSeconds(ZonedDateTime other)
      Deprecated.
      Use isCloseTo(ZonedDateTime, TemporalOffset) instead, although not exactly the same semantics, this is the right way to compare with a given precision.
      Verifies that actual and given ZonedDateTime have same year, month, day, hour and minute fields (second and nanosecond fields are ignored in comparison).

      Note that given ZonedDateTime is converted in the actual's ZoneId before comparison.

      Assertion can fail with ZonedDateTimes in same chronological second time window, e.g :

      2000-01-01T00:01:00.000 and 2000-01-01T00:00:59.000.

      Assertion fails as minute fields differ even if time difference is only 1ns.

      Code example : 

       // successful assertions
 ZonedDateTime dateTime1 = ZonedDateTime.of(2000, 1, 1, 23, 50, 0, 0);
 ZonedDateTime dateTime2 = ZonedDateTime.of(2000, 1, 1, 23, 50, 10, 456);
 assertThat(dateTime1).isEqualToIgnoringSeconds(dateTime2);

 // failing assertions (even if time difference is only 1ns)
 ZonedDateTime dateTimeA = ZonedDateTime.of(2000, 1, 1, 23, 50, 00, 0);
 ZonedDateTime dateTimeB = ZonedDateTime.of(2000, 1, 1, 23, 49, 59, 999999999);
 assertThat(dateTimeA).isEqualToIgnoringSeconds(dateTimeB);
      Parameters:
      other - the given ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if other ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is are not equal with second and nanosecond fields ignored.

    • isEqualToIgnoringMinutes

      public SELF isEqualToIgnoringMinutes(ZonedDateTime other)
      Deprecated.
      Use isCloseTo(ZonedDateTime, TemporalOffset) instead, although not exactly the same semantics, this is the right way to compare with a given precision.
      Verifies that actual and given ZonedDateTime have same year, month, day and hour fields (minute, second and nanosecond fields are ignored in comparison).

      Note that given ZonedDateTime is converted in the actual's ZoneId before comparison.

      Assertion can fail with dateTimes in same chronological second time window, e.g :

      2000-01-01T01:00:00.000 and 2000-01-01T00:59:59.000.

      Time difference is only 1s but hour fields differ.

      Code example : 

       // successful assertions
 ZonedDateTime dateTime1 = ZonedDateTime.of(2000, 1, 1, 23, 50, 0, 0);
 ZonedDateTime dateTime2 = ZonedDateTime.of(2000, 1, 1, 23, 00, 2, 7);
 assertThat(dateTime1).isEqualToIgnoringMinutes(dateTime2);

 // failing assertions (even if time difference is only 1ms)
 ZonedDateTime dateTimeA = ZonedDateTime.of(2000, 1, 1, 01, 00, 00, 000);
 ZonedDateTime dateTimeB = ZonedDateTime.of(2000, 1, 1, 00, 59, 59, 999);
 assertThat(dateTimeA).isEqualToIgnoringMinutes(dateTimeB);
      Parameters:
      other - the given ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if other ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is are not equal ignoring minute, second and nanosecond fields.

    • isEqualToIgnoringHours

      public SELF isEqualToIgnoringHours(ZonedDateTime other)
      Deprecated.
      Use isCloseTo(ZonedDateTime, TemporalOffset) instead, although not exactly the same semantics, this is the right way to compare with a given precision.
      Verifies that actual and given ZonedDateTime have same year, month and day fields (hour, minute, second and nanosecond fields are ignored in comparison).

      Note that given ZonedDateTime is converted in the actual's ZoneId before comparison.

      Assertion can fail with dateTimes in same chronological minute time window, e.g :

      2000-01-01T23:59:00.000 and 2000-01-02T00:00:00.000.

      Time difference is only 1min but day fields differ.

      Code example : 

       // successful assertions
 ZonedDateTime dateTime1 = ZonedDateTime.of(2000, 1, 1, 23, 59, 59, 999, ZoneId.systemDefault());
 ZonedDateTime dateTime2 = ZonedDateTime.of(2000, 1, 1, 00, 00, 00, 000, ZoneId.systemDefault());
 assertThat(dateTime1).isEqualToIgnoringHours(dateTime2);

 // failing assertions (even if time difference is only 1ms)
 ZonedDateTime dateTimeA = ZonedDateTime.of(2000, 1, 2, 00, 00, 00, 000, ZoneId.systemDefault());
 ZonedDateTime dateTimeB = ZonedDateTime.of(2000, 1, 1, 23, 59, 59, 999, ZoneId.systemDefault());
 assertThat(dateTimeA).isEqualToIgnoringHours(dateTimeB);
      Parameters:
      other - the given ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if other ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is are not equal with second and nanosecond fields ignored.

    • isEqualTo

      public SELF isEqualTo(Object expected)
      Verifies that the actual ZonedDateTime is equal to the given one according to the comparator in use.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       ZonedDateTime firstOfJanuary2000InUTC = ZonedDateTime.parse("2000-01-01T00:00:00Z");

 // both assertions succeed, the second one because the comparison based on the instant they are referring to
 // 2000-01-01T01:00:00+01:00 = 2000-01-01T00:00:00 in UTC
 assertThat(firstOfJanuary2000InUTC).isEqualTo(parse("2000-01-01T00:00:00Z"))
                                    .isEqualTo(parse("2000-01-01T01:00:00+01:00"));

 // assertions fail
 assertThat(firstOfJanuary2000InUTC).isEqualTo(parse("1999-01-01T01:00:00Z"));
 // fails as the comparator compares the offsets
 assertThat(firstOfJanuary2000InUTC).usingComparator(ZonedDateTime::compareTo)
                                    .isEqualTo(parse("2000-01-01T01:00:00+01:00"));
      Specified by:
      isEqualTo in interface Assert<SELF extends AbstractZonedDateTimeAssert<SELF>,ZonedDateTime>
      Overrides:
      isEqualTo in class AbstractAssert<SELF extends AbstractZonedDateTimeAssert<SELF>,ZonedDateTime>
      Parameters:
      expected - the given value to compare the actual value to.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is not equal to the ZonedDateTime according to the comparator in use.

    • isEqualTo

      public SELF isEqualTo(String dateTimeAsString)
      Same assertion as isEqualTo(Object) but the ZonedDateTime is built from given String which must follow ISO date-time format to allow calling ZonedDateTime.parse(CharSequence, DateTimeFormatter) method.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       ZonedDateTime firstOfJanuary2000InUTC = ZonedDateTime.parse("2000-01-01T00:00:00Z");

 // both assertions succeed, the second one because the comparison based on the instant they are referring to
 // 2000-01-01T01:00:00+01:00 = 2000-01-01T00:00:00 in UTC
 assertThat(firstOfJanuary2000InUTC).isEqualTo("2000-01-01T00:00:00Z")
                                    .isEqualTo("2000-01-01T01:00:00+01:00");

 // assertions fail
 assertThat(firstOfJanuary2000InUTC).isEqualTo("1999-01-01T01:00:00Z");
 // fails as the comparator compares the offsets
 assertThat(firstOfJanuary2000InUTC).usingComparator(ZonedDateTime::compareTo)
                                    .isEqualTo("2000-01-01T01:00:00+01:00");
      Parameters:
      dateTimeAsString - String representing a ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if given String is null or can't be converted to a ZonedDateTime.
      AssertionError - if the actual ZonedDateTime is not equal to the ZonedDateTime built from the given String.

    • isNotEqualTo

      public SELF isNotEqualTo(Object expected)
      Verifies that the actual value is not equal to the given one according to the comparator in use.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       // assertions succeed
 assertThat(parse("2000-01-01T00:00:00Z")).isNotEqualTo(parse("2020-01-01T00:00:00Z"));
 // even though they refer to the same instant, succeeds as the ZonedDateTime comparator checks the offsets
 assertThat(parse("2000-01-01T00:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isNotEqualTo(parse("2000-01-01T02:00:00+02:00"));

 // assertions fail
 assertThat(parse("2000-01-01T00:00:00Z")).isNotEqualTo(parse("2000-01-01T00:00:00Z"));
 // fails because the default comparator only checks the instant and they refer to the same
 assertThat(parse("2000-01-01T00:00:00Z")).isNotEqualTo(parse("2000-01-01T02:00:00+02:00"));
      Specified by:
      isNotEqualTo in interface Assert<SELF extends AbstractZonedDateTimeAssert<SELF>,ZonedDateTime>
      Overrides:
      isNotEqualTo in class AbstractAssert<SELF extends AbstractZonedDateTimeAssert<SELF>,ZonedDateTime>
      Parameters:
      expected - the given value to compare the actual value to.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is equal to the ZonedDateTime according to the comparator in use.

    • isNotEqualTo

      public SELF isNotEqualTo(String dateTimeAsString)
      Same assertion as #isNotEqualTo(Object) but the ZonedDateTime is built from given String which must follow ISO date-time format to allow calling ZonedDateTime.parse(CharSequence, DateTimeFormatter) method.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example : 

       // assertions succeed
 assertThat(parse("2000-01-01T00:00:00Z")).isNotEqualTo("2020-01-01T00:00:00Z");
 // even though they refer to the same instant, succeeds as the ZonedDateTime comparator checks the offsets
 assertThat(parse("2000-01-01T00:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isNotEqualTo("2000-01-01T02:00:00+02:00");

 // assertions fail
 assertThat(parse("2000-01-01T00:00:00Z")).isNotEqualTo("2000-01-01T00:00:00Z");
 // fails because the default comparator only checks the instant and they refer to the same
 assertThat(parse("2000-01-01T00:00:00Z")).isNotEqualTo("2000-01-01T02:00:00+02:00");
      Parameters:
      dateTimeAsString - String representing a ZonedDateTime.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if given String is null or can't be converted to a ZonedDateTime.
      AssertionError - if the actual ZonedDateTime is equal to the ZonedDateTime built from given String.

    • isIn

      public SELF isIn(ZonedDateTime... expected)
      Verifies that the actual ZonedDateTime is equal to one of the given ZonedDateTime in the actual ZonedDateTime's ZoneId.

      Example : 

       assertThat(parse("2000-01-01T00:00:00Z")).isIn(parse("1999-12-31T23:59:59Z"),
                                                parse("2000-01-01T00:00:00Z"));
      Parameters:
      expected - the given ZonedDateTimes to compare the actual value to.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is not in the given ZonedDateTimes.

    • isIn

      public SELF isIn(String... dateTimesAsString)
      Same assertion as isIn(ZonedDateTime...) but the ZonedDateTime are built from given String, which must follow ISO date-time format to allow calling ZonedDateTime.parse(CharSequence, DateTimeFormatter) method.

      Note that the ZonedDateTimes created from the given Strings are built in the ZoneId of the ZonedDateTime to check..

      Example : 

       // use String based representation of LocalDateTime
 assertThat(parse("2000-01-01T00:00:00Z")).isIn("1999-12-31T23:59:59Z",
                                                "2000-01-01T00:00:00Z");
      Parameters:
      dateTimesAsString - String array representing ZonedDateTimes.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if given String is null or can't be converted to a ZonedDateTime.
      AssertionError - if the actual ZonedDateTime is not in the ZonedDateTimes built from given Strings.

    • isNotIn

      public SELF isNotIn(ZonedDateTime... expected)
      Verifies that the actual ZonedDateTime is equal to one of the given ZonedDateTime in the actual ZonedDateTime's ZoneId.

      Example : 

       assertThat(parse("2000-01-01T00:00:00Z")).isNotIn(parse("1999-12-31T23:59:59Z"),
                                                   parse("2000-01-02T00:00:00Z"));
      Parameters:
      expected - the given ZonedDateTimes to compare the actual value to.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is not in the given ZonedDateTimes.

    • isNotIn

      public SELF isNotIn(String... dateTimesAsString)
      Same assertion as isNotIn(ZonedDateTime...) but the ZonedDateTime is built from given String, which must follow ISO date-time format to allow calling ZonedDateTime.parse(CharSequence, DateTimeFormatter) method.

      Note that the ZonedDateTimes created from the given Strings are built in the ZoneId of the ZonedDateTime to check..

      Example : 

       // use String based representation of ZonedDateTime
 assertThat(parse("2000-01-01T00:00:00Z")).isNotIn("1999-12-31T23:59:59Z",
                                                   "2000-01-02T00:00:00Z");
      Parameters:
      dateTimesAsString - String array representing ZonedDateTimes.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      IllegalArgumentException - if given String is null or can't be converted to a ZonedDateTime.
      AssertionError - if the actual ZonedDateTime is not equal to the ZonedDateTime built from given String.

    • isInThePast

      public SELF isInThePast()
      Verifies that the actual ZonedDateTime is strictly in the past.

      Example: 

       // assertion succeeds:
 assertThat(ZonedDateTime.now().minusMinutes(1)).isInThePast();
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is not in the past.
      Since:
      3.25.0

    • isInTheFuture

      public SELF isInTheFuture()
      Verifies that the actual ZonedDateTime is strictly in the future.

      Example: 

       // assertion succeeds:
 assertThat(ZonedDateTime.now().plusMinutes(1)).isInTheFuture();
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is not in the future.
      Since:
      3.25.0

    • isBetween

      public SELF isBetween(ZonedDateTime startInclusive, ZonedDateTime endInclusive)
      Verifies that the actual ZonedDateTime is in the [start, end] period (start and end included) according to the comparator in use.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example: 

       ZonedDateTime zonedDateTime = ZonedDateTime.now();

 // assertions succeed:
 assertThat(zonedDateTime).isBetween(zonedDateTime.minusSeconds(1), zonedDateTime.plusSeconds(1))
                           .isBetween(zonedDateTime, zonedDateTime.plusSeconds(1))
                           .isBetween(zonedDateTime.minusSeconds(1), zonedDateTime)
                           .isBetween(zonedDateTime, zonedDateTime);
 // succeeds with default comparator which compares the point in time
 assertThat(parse("2010-01-01T00:00:00Z")).isBetween(parse("2010-01-01T01:00:00+01:00"),
                                                     parse("2010-01-01T01:00:00+01:00"));

 // assertions fail:
 assertThat(zonedDateTime).isBetween(zonedDateTime.minusSeconds(10), zonedDateTime.minusSeconds(1));
 assertThat(zonedDateTime).isBetween(zonedDateTime.plusSeconds(1), zonedDateTime.plusSeconds(10));
 // fails because the comparator checks the offsets are the same
 assertThat(parse("2010-01-01T00:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isBetween(parse("2010-01-01T01:00:00+01:00"),
                                                     parse("2010-01-01T01:00:00+01:00"));
      Parameters:
      startInclusive - the start value (inclusive), expected not to be null.
      endInclusive - the end value (inclusive), expected not to be null.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual value is null.
      NullPointerException - if start value is null.
      NullPointerException - if end value is null.
      AssertionError - if the actual value is not in [start, end] period.
      Since:
      3.7.1

    • isBetween

      public SELF isBetween(String startInclusive, String endInclusive)
      Same assertion as isBetween(ZonedDateTime, ZonedDateTime) but here you pass ZonedDateTime String representations which must follow ISO ZonedDateTime format to allow calling ZonedDateTime.parse(CharSequence) method.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example: 

       ZonedDateTime firstOfJanuary2000 = ZonedDateTime.parse("2000-01-01T00:00:00Z");

 // assertions succeed:
 assertThat(firstOfJanuary2000).isBetween("1999-12-31T23:59:59Z", "2000-01-01T00:00:01Z")
                               .isBetween("2000-01-01T00:00:00Z", "2000-01-01T00:00:01Z")
                               .isBetween("1999-12-31T23:59:59Z", "2000-01-01T00:00:00Z")
                               .isBetween("2000-01-01T00:00:00Z", "2000-01-01T00:00:00Z")
                               // same instant as firstOfJanuary2000 but on a different offset
                               .isBetween("2000-01-01T01:00:00+01:00", "2000-01-01T01:00:00+01:00");

 // assertion fails:
 assertThat(firstOfJanuary2000).isBetween("1999-01-01T00:00:01Z", "1999-12-31T23:59:59Z");
      Parameters:
      startInclusive - the start value (inclusive), expected not to be null.
      endInclusive - the end value (inclusive), expected not to be null.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual value is null.
      NullPointerException - if start value is null.
      NullPointerException - if end value is null.
      DateTimeParseException - if any of the given String can't be converted to a ZonedDateTime.
      AssertionError - if the actual value is not in [start, end] period.
      Since:
      3.7.1

    • isStrictlyBetween

      public SELF isStrictlyBetween(ZonedDateTime startExclusive, ZonedDateTime endExclusive)
      Verifies that the actual ZonedDateTime is in the ]start, end[ period (start and end excluded) according to the comparator in use.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example: 

       ZonedDateTime zonedDateTime = ZonedDateTime.now();

 // assertions succeed:
 assertThat(zonedDateTime).isStrictlyBetween(zonedDateTime.minusSeconds(1), zonedDateTime.plusSeconds(1));
 // succeeds with a different comparator even though the end value refers to the same instant as the actual
 assertThat(parse("2010-01-01T12:00:00Z")).usingComparator(ZonedDateTime::compareTo)
                                          .isStrictlyBetween(parse("2010-01-01T12:59:59+01:00"),
                                                             parse("2010-01-01T13:00:00+01:00"));

 // assertions fail:
 assertThat(zonedDateTime).isStrictlyBetween(zonedDateTime.minusSeconds(10), zonedDateTime.minusSeconds(1));
 assertThat(zonedDateTime).isStrictlyBetween(zonedDateTime.plusSeconds(1), zonedDateTime.plusSeconds(10));
 assertThat(zonedDateTime).isStrictlyBetween(zonedDateTime, zonedDateTime.plusSeconds(1));
 assertThat(zonedDateTime).isStrictlyBetween(zonedDateTime.minusSeconds(1), zonedDateTime);
 // fails with default comparator since the end value refers to the same instant as the actual
 assertThat(parse("2010-01-01T12:00:00Z")).isStrictlyBetween(parse("2010-01-01T12:59:59+01:00"),
                                                             parse("2010-01-01T13:00:00+01:00"));
      Parameters:
      startExclusive - the start value (exclusive), expected not to be null.
      endExclusive - the end value (exclusive), expected not to be null.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual value is null.
      NullPointerException - if start value is null.
      NullPointerException - if end value is null.
      AssertionError - if the actual value is not in ]start, end[ period.
      Since:
      3.7.1

    • isStrictlyBetween

      public SELF isStrictlyBetween(String startExclusive, String endExclusive)
      Same assertion as isStrictlyBetween(ZonedDateTime, ZonedDateTime) but here you pass ZonedDateTime String representations which must follow ISO ZonedDateTime format to allow calling ZonedDateTime.parse(CharSequence) method.

      Breaking change: since 3.15.0 the default comparator uses ChronoZonedDateTime.timeLineOrder() which only compares the underlying instant and not the chronology. The underlying comparison is equivalent to comparing the epoch-second and nano-of-second.
      This behaviour can be overridden by AbstractTemporalAssert.usingComparator(Comparator).

      Example: 

       ZonedDateTime firstOfJanuary2000 = ZonedDateTime.parse("2000-01-01T00:00:00Z");

 // assertions succeed:
 assertThat(firstOfJanuary2000).isStrictlyBetween("1999-12-31T23:59:59Z", "2000-01-01T00:00:01Z")
                               // succeeds with a different comparator even though the end value refers to the same instant as the actual
                               .usingComparator(ZonedDateTime::compareTo)
                               .isStrictlyBetween("1999-12-31T23:59:59Z", "2000-01-01T01:00:00+01:00");

 // assertions fail:
 assertThat(firstOfJanuary2000).isStrictlyBetween("1999-01-01T00:00:01Z", "1999-12-31T23:59:59Z");
 assertThat(firstOfJanuary2000).isStrictlyBetween("2000-01-01T00:00:00Z", "2000-01-01T00:00:01Z");
 assertThat(firstOfJanuary2000).isStrictlyBetween("1999-12-31T23:59:59Z", "2000-01-01T00:00:00Z");
 // fails with default comparator since the end value refers to the same instant as the actual
 assertThat(parse("2010-01-01T12:00:00Z")).isStrictlyBetween("2010-01-01T12:59:59+01:00", "2010-01-01T13:00:00+01:00");
      Parameters:
      startExclusive - the start value (exclusive), expected not to be null.
      endExclusive - the end value (exclusive), expected not to be null.
      Returns:
      this assertion object.
      Throws:
      AssertionError - if the actual value is null.
      NullPointerException - if start value is null.
      NullPointerException - if end value is null.
      DateTimeParseException - if any of the given String can't be converted to a ZonedDateTime.
      AssertionError - if the actual value is not in ]start, end[ period.
      Since:
      3.7.1

    • isCloseTo

      public SELF isCloseTo(ZonedDateTime other, TemporalOffset<? super ZonedDateTime> offset)
      Verifies that the actual ZonedDateTime is close to the other according to the given TemporalOffset.

      You can build the offset parameter using Assertions.within(long, TemporalUnit) or Assertions.byLessThan(long, TemporalUnit).

      Example: 

       ZonedDateTime zonedDateTime = ZonedDateTime.parse("2000-01-01T00:00:00Z");

 // assertions succeeds:
 assertThat(zonedDateTime).isCloseTo(zonedDateTime.plusHours(1), within(90, ChronoUnit.MINUTES));

 // assertions fails:
 assertThat(zonedDateTime).isCloseTo(zonedDateTime.plusHours(1), within(30, ChronoUnit.MINUTES));
      Overrides:
      isCloseTo in class AbstractTemporalAssert<SELF extends AbstractZonedDateTimeAssert<SELF>,ZonedDateTime>
      Parameters:
      other - the ZonedDateTime to compare actual to
      offset - the offset used for comparison
      Returns:
      this assertion object
      Throws:
      NullPointerException - if ZonedDateTime or TemporalOffset parameter is null.
      AssertionError - if the actual ZonedDateTime is null.
      AssertionError - if the actual ZonedDateTime is not close to the given one for a provided offset.

    • usingDefaultComparator

      public SELF usingDefaultComparator()
      Revert to standard comparison for the incoming assertion checks.

      This method should be used to disable a custom comparison strategy set by calling usingComparator.

      Specified by:
      usingDefaultComparator in interface Assert<SELF extends AbstractZonedDateTimeAssert<SELF>,ZonedDateTime>
      Overrides:
      usingDefaultComparator in class AbstractTemporalAssert<SELF extends AbstractZonedDateTimeAssert<SELF>,ZonedDateTime>
      Returns:
      this assertion object.

    • parse

      protected ZonedDateTime parse(String dateTimeAsString)
      Obtains an instance of ZonedDateTime from a string representation in ISO date format.
      Specified by:
      parse in class AbstractTemporalAssert<SELF extends AbstractZonedDateTimeAssert<SELF>,ZonedDateTime>
      Parameters:
      dateTimeAsString - the string to parse
      Returns:
      the parsed ZonedDateTime