Можно ли смешивать исходный код Java 8 и Java 9 в одном проекте без использования флагов компилятора?

Однако, как только вы это сделаете, вы должны перечислить ВСЕ зависимости в дескрипторе модуля.

Истинный.

и все зависимости должны быть модулями.

Технически верно, но это не означает, что вы думаете, что он делает.

Таким образом, если вы разбиваете на модули один исходный каталог, вы должны разбивать на модули каждую отдельную исходную директорию в масштабе всей компании.

Нет, потому что вы можете позволить модульной системе превращать обычные старые JAR-файлы в автоматические модули., который получит имя на основе записи манифеста или имени файла — это можно узнать с помощью:

# jar command from Java 9
jar --describe-module --file $JAR_FILE

Кроме того, вы не можете определять модули в Java 8 или более ранних версиях, а это означает, что в дополнение к модуляции каждого исходного каталога Java вы должны преобразовать все в Java 9. В то же время.

Опять же, к счастью, это не совсем так. Вы можете добавить module-info.class в JAR, созданный для Java 8, и он будет работать как на Java 8 (который игнорирует этот файл), так и на Java 9 (который, конечно, может выполнять байт-код Java 8).

если вы разбиваете на модули один исходный каталог, вы должны разбивать на модули каждый отдельный исходный каталог в масштабах всей компании.

Нет, это не соответствует действительности, поскольку автоматические модули предназначены для

(поддерживая импульс) Да, в конечном счете, это будет целью модуляризации.

Повторяем необходимость введения автоматических модулей из отчета «Состояние модульной системы»:

Миграция снизу вверх проста, но не всегда возможна. Даже если сопровождающий org-baz-qux.jar еще не преобразовал его в надлежащий модуль — или, возможно, никогда не сделает — мы все равно можем захотеть модульизовать наши компоненты com-foo-app.jar и com-foo-bar.jar.

Когда вы на самом деле говорите:

вы можете дополнительно упаковать исходный каталог как модуль, добавив module-info.java

вы, как правило, переносите этот артефакт в модуль (с описанием модуля) и помещаете такие модули в путь к модулю библиотек, использующих этот артефакт в дальнейшем.

С другой стороны, .jar вашей библиотеки без module-info.class считается присутствующим в пути к классам при включении в качестве зависимости в последующие проекты.

Изменить из комментариев:-

можно смешивать исходный код Java 9 с скомпилированными jar-файлами Java 8, но вы не можете скомпилировать один проект, содержащий исходный код Java 9 и исходный код Java 8?

Да, можно смешивать исходный код Java9 с JAR-файлом компиляции Java8, и вы также можете скомпилировать их в один проект.

Пример: посмотрите, как Maven делает это с помощью maven-compiler-plugin для проектов Java8 с включенным module-info.java.