DateTimeFormatter несовместим с SimpleDateFormat

Формат, который вы видите «ET», известен как «Общий формат без указания местоположения» в Язык разметки данных локали Unicode (LDML). Формат, который вам нужен, «EDT», известен как формат «Конкретное не-местоположение».

Соответствующий исходный код в DateTimeFormatterBuilder проверяет чтобы увидеть, может ли объект даты и времени предоставить ChronoField.INSTANT_SECONDS. Если это возможно, то используется формат «конкретный без указания местоположения», если нет, то используется формат «общий без указания местоположения».

Поскольку вы форматируете LocalDateTime, что не поддерживает доступ к ChronoField.INSTANT_SECONDS, вы получаете формат «общий без местоположения». Чтобы получить желаемый результат, используйте ZonedDateTime. или вместо этого OffsetDateTime. (Мгновение необходимо, чтобы определить, летнее сейчас время или зимнее.)

Обратите внимание, что SimpleDateFormat и DateTimeFormatter различаются, и неверно предполагать шаблоны идентичны. Было принято решение повторно синхронизировать DateTimeFormatter со спецификацией LDML, что даст преимущества в будущем.

Этот ответ содержит решение и объяснение, однако я должен отметить, что код JDK здесь слишком суров. Поскольку вы предоставляете как LocalDateTime, так и ZoneId, код должен работать лучше и определять ChronoField.INSTANT_SECONDS на лету и, таким образом, использовать формат "конкретное не-местоположение". Таким образом, я думаю, что здесь есть крайний случай JDK.

Вы не должны работать на LocalDateTime. (Почти) эквивалентом Date является Instant. Вы захотите отформатировать Instant так, как если бы он находился в вашем часовом поясе. Так

DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss.SSS zzz").withZone(ZoneId.of("America/New_York"));
Instant now = Instant.now();
System.out.println(formatter.format(now));

который печатает

2016-04-19 12:07:57.684 EDT

Кроме того, вы можете использовать ZonedDateTime, не устанавливая ZoneId для DateTimeFormatter.

DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss.SSS zzz");

ZonedDateTime now = ZonedDateTime.now(ZoneId.of("America/New_York")))
System.out.println(formatter.format(now));

который также печатает

2016-04-19 12:11:01.667 EDT

У меня нет документации о том, почему все это работает, но суть в том, что эти временные значения (объект даты, который вы пытаетесь отформатировать) имеют смещения, которые имеют правила зоны, которые могут быть летним или нет. Форматтер использует это при печати.

LocalDateTime не имеет смещения или часового пояса. Ваш модуль форматирования переопределяет его, но со смещением, отличным от летнего времени.

Самый простой подход (и, вероятно, также вызывающий некоторые проблемы с летним/зимним временем) выглядит следующим образом:

    public static void main(String[] args) {
        Date dt = new Date();
        LocalDateTime localDateTime = LocalDateTime.now();

        String dateFormat;
        if (Calendar.getInstance().get(Calendar.DST_OFFSET) != 0) {
            dateFormat = "yyyy-MM-dd HH:mm:ss.SSS 'EDT'";
        } else {
            dateFormat = "yyyy-MM-dd HH:mm:ss.SSS 'EST'";
        }
        DateTimeFormatter formatter = DateTimeFormatter.ofPattern(dateFormat).withZone(ZoneId.of("America/New_York"));
        SimpleDateFormat sdf = new SimpleDateFormat(dateFormat);

        System.out.println(formatter.format(localDateTime));
        System.out.println(sdf.format(dt));
    }