Как преобразовать измененные числа дней по юлианскому календарю с помощью Java 8 DateTime API

Согласно вашим комментариям, ваша основная проблема, по-видимому, связана с двусмысленностью преобразования даты и времени без часового пояса (LocalDateTime) в зонированный момент (ZonedDateTime). Вы объясняете, что аномалии, такие как переход на летнее время (DST), могут привести к недопустимым значениям.

ZonedDateTime zdt = myLocalDateTime.atZone( myZoneId );

Это верно. Не существует идеального решения при посадке в переходах DST «пружина вперед» или «откат назад». Однако классы java.time делают разрешают двусмысленность, принимая определенную политику. Вы можете соглашаться или не соглашаться с этой политикой. Но если вы согласны, то вы можете положиться на java.time для определения результата.

Чтобы процитировать документацию для ZonedDateTime.ofLocal:

В случае перекрытия, когда часы переведены назад, есть два действительных смещения. Если предпочтительное смещение является одним из допустимых смещений, оно используется. В противном случае используется более раннее допустимое смещение, обычно соответствующее «лету».

В случае промежутка, когда часы перескакивают вперед, допустимого смещения нет. Вместо этого локальная дата-время корректируется на более позднюю на длину промежутка. Для типичного перехода на летнее время на один час местная дата-время будет перемещена на час позже на смещение, обычно соответствующее «лету».

    LocalDate modifiedJulianEpoch = LocalDate.of( 1858 , 11 , 17 );
    LocalDate today = LocalDate.now( ZoneOffset.UTC );
    long days = ChronoUnit.DAYS.between (  modifiedJulianEpoch , today );

сегодня: 2017-03-19 дней: 57831

Я не совсем понимаю ваши проблемы. Но мне кажется, что смысл MJD (модифицированных юлианских дней) в том, чтобы иметь способ отслеживать «Единое истинное время», чтобы избежать путаницы с часовыми поясами. В стандартной календарной системе ISO 8601 UTC играет роль «единого истинного времени». Поэтому я предлагаю придерживаться UTC.

Если вам нужно учитывать время по настенным часам в регионе, например, в вашем примере Medicare для конца дня в регионе, определите региональное время по настенным часам, а затем преобразуйте его в UTC. Класс Instant в java.time всегда находится в формате UTC по определению.

ZoneId z = ZoneId.of( "America/Los_Angeles" );
LocalDate localDate = LocalDate.now( z );
ZonedDateTime firstMomentNextDay = localDate.plusDays( 1 ).atStartOfDay( z );
Instant medicareExpiration = firstMomentNextDay.toInstant(); // UTC
BigDecimal modJulDays = this.convertInstantToModifiedJulianDays( medicareExpiration ) ;

Используйте BigDecimal при работе с десятичными дробями, где важна точность. Использование double, Double, float или Float означает использование технологии с плавающей запятой, которая жертвует точностью ради более высокой производительности.

Вот черновик кода для преобразования из BigDecimal (модифицированные юлианские дни) в Instant. Я предполагаю, что какой-нибудь умный человек мог бы найти более компактную или более грубую версию этого кода, но мой код здесь, похоже, работает. Используйте на свой риск. Я вообще почти не тестировал этот код.

public Instant convertModifiedJulianDaysToInstant ( BigDecimal modJulDays ) {
    Instant epoch = OffsetDateTime.of ( 1858, 11, 17, 0, 0, 0, 0, ZoneOffset.UTC ).toInstant ( ); // TODO: Make into a constant to optimize.
    long days = modJulDays.toBigInteger ( ).longValue ( );
    BigDecimal fractionOfADay = modJulDays.subtract ( new BigDecimal ( days ) ); // Extract the fractional number, separate from the integer number.
    BigDecimal secondsFractional = new BigDecimal ( TimeUnit.DAYS.toSeconds ( 1 ) ).multiply ( fractionOfADay );
    long secondsWhole = secondsFractional.longValue ( );
    long nanos = secondsFractional.subtract ( new BigDecimal ( secondsWhole ) ).multiply ( new BigDecimal ( 1_000_000_000L ) ).longValue ( );
    Duration duration = Duration.ofDays ( days ).plusSeconds ( secondsWhole ).plusNanos ( nanos );
    Instant instant = epoch.plus ( duration );
    return instant;
}

И идти в другом направлении.

public BigDecimal convertInstantToModifiedJulianDays ( Instant instant ) {
    Instant epoch = OffsetDateTime.of ( 1858, 11, 17, 0, 0, 0, 0, ZoneOffset.UTC ).toInstant ( ); // TODO: Make into a constant to optimize.
    Duration duration = Duration.between ( epoch, instant );
    long wholeDays = duration.toDays ( );
    Duration durationRemainder = duration.minusDays ( wholeDays );

    BigDecimal wholeDaysBd = new BigDecimal ( wholeDays );
    BigDecimal partialDayInNanosBd = new BigDecimal ( durationRemainder.toNanos ( ) ); // Convert entire duration to a total number of nanoseconds.
    BigDecimal nanosInADayBd = new BigDecimal ( TimeUnit.DAYS.toNanos ( 1 ) );  // How long is a standard day in nanoseconds?
    int scale = 9; // Maximum number of digits to the right of the decimal point.
    BigDecimal partialDayBd = partialDayInNanosBd.divide ( nanosInADayBd ); // Get a fraction by dividing a total number of nanos in a day by our partial day of nanos.
    BigDecimal result = wholeDaysBd.add ( partialDayBd );
    return result;
}

Вызов этих методов преобразования.

    BigDecimal input = new BigDecimal ( "57831.5" );
    Instant instant = this.convertModifiedJulianDaysToInstant ( input );
    BigDecimal output = this.convertInstantToModifiedJulianDays ( instant );

Дамп на консоль.

    System.out.println ( "input.toString(): " + input );
    System.out.println ( "instant.toString(): " + instant );
    System.out.println ( "output.toString(): " + output );

input.toString(): 57831,5

Instant.toString(): 2017-03-19T12:00:00Z

вывод.toString(): 57831,5

Посмотрите весь этот код, работающий в режиме реального времени, на IdeOne.com.

Кроме того, может быть полезен мой ответ на аналогичный вопрос.