В jigsaw есть requires static

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

1. Как такое может быть?
2. Зачем такое надо?

Изначально подумал, что это что-то типа мавеновского provided, который говорит, что какую-то зависимость надо брать с application сервера. Но тут же пишут, что в рантайме классы будут не доступны. Видимо это неверное предположение

alex55555questionerКак я понял это значит что во время компиляции зависимый модуль должен присутствовать, но в райнтайме он может и не присуствовать.

1. Как такое может быть?
2. Зачем такое надо?
Покажи место в доке, из которой ты "так понял".

В доке не покажу, но покажу вот что:

https://blog.codefx.org/java/module-system-optional-dependencies/
When a module needs to be compiled against types from another module but does not want to depend on it at run time, it can use a requires static clause.

vslquestionerИзначально подумал, что это что-то типа мавеновского provided, который говорит, что какую-то зависимость надо брать с application сервера. Но тут же пишут, что в рантайме классы будут не доступны. Видимо это неверное предположение
Пример: lombok

А это хорошо.

Только я понимаю, что например в 8-ке такого нет ибо всё в classpath или я ошибаюсь?

https://www.baeldung.com/java-9-modularity Sometimes we write code that references another module, but that users of our library will never want to use.

For instance, we might write a utility function that pretty-prints our internal state when another logging module is present. But, not every consumer of our library will want this functionality, and they don’t want to include an extra logging library.

In these cases, we want to use an optional dependency. By using the requires static directive, we create a compile-time-only dependency:




Как-то вообще не понятно нахрена вообще добавлять зависимость тогда.

забыл никРазжевано же отлично, что опять непонятно?

А что понятно то ? давайте перфразирую то, как я понял прочитанное:

Мы пишем модуль my.lib , который
, но пользователи не хотят использовать, видимо foo.module

Мне это уже кажется странным ибо модули это про инкапсуляцию и пользователей модуля my.lib не должны волновать его зависимости.




Вот это я вообще не понял. У нашего модуля есть какой-то функционал, но пользователи нашего модуля не хотят его использовать. Ну значит не вызывайте функцию. Ну либо вообще не подключайте наш модуль.

забыл никquestionerМне это уже кажется странным ибо модули это про инкапсуляцию и пользователей модуля my.lib не должны волновать его зависимости.

Что странного? Условный хибернейт зависит от коммонс-логгинг, коммонс-лэнг, коммонс-коллекшнс и кучи другого шлака, не пистаь же им все самим. Но чтобы скомпилировать проект они нужны. Это называется транзитивные депенденси. У пользователя модуля mylib есть три возможности - 1) полагаться на авторов хибернейта и тянуть все транзитивные зависимости 2) предоставить свои версии библиотек или интерфейсов(Да, как provided в мавене) 3) Либо предоставить только часть либ, если есть уверенность, что они не буду использовать функционал, который зависит от опциональных депенденсей.



questionerВот это я вообще не понял. У нашего модуля есть какой-то функционал, но пользователи нашего модуля не хотят его использовать. Ну значит не вызывайте функцию. Ну либо вообще не подключайте наш модуль.
А как ты узнаешь какую функцию вызывать а какую нет? Optional - просто способ декларативно разделить тразитивные депенденси которые жизнеенно необходимы модулю, и второстепенные, которые необходимы в редких случаях, и которое нужно подключать самостоятельно

Какая-то путаница пошла. Есть 3 requires(отсортированы по усилению)
1. requires static(зависимость обязательна только на стадии компиляции)
2. requires(зависимость обязательна как на стадии компиляции так и в райнтайме)
3. requires transitive(Если A reqires B, B transitive requres C, то A может свободно пользоваться С как в райнтайме, так и при компиляции)

забыл ник Условный хибернейт зависит от коммонс-логгинг, коммонс-лэнг, коммонс-коллекшнс и кучи другого шлака, не пистаь же им все самим. Но чтобы скомпилировать проект они нужны. Это называется транзитивные депенденси. У пользователя модуля mylib есть три возможности -
1) полагаться на авторов хибернейта и тянуть все транзитивные зависимости
2) предоставить свои версии библиотек или интерфейсов(Да, как provided в мавене)
3) Либо предоставить только часть либ, если есть уверенность, что они не буду использовать функционал, который зависит от опциональных депенденсей.

по 1-ому пункту: В джаве до 9-ки ведь нет возможности не тянуть транзитивные зависимости? ну кроме как exclude?

по 2-ому пункту: Не понятно только как хибернейт поймёт брать коммонс логгинг(который его прямая зависимость) или SLF4J, который я подключил?

по 3-ему пункту: НЕ понял

Ну вот я могу представить, что в модуле А написан код формата:
1. Пытаемся загрузить класс через класслоадер
2. Если загрузился, то через рефлекшн грузим всё что нам надо и используем классы, но это какая-то дикость по-моему
3. Если не загрузился, то скипаем часть логики.


Выглядит неправдоподобно

забыл ник1) в либе есть метод toJson(Object:obj)
2) В клиенте просто вызываем toJson и получаем обхект Json. все довольны
3) Приходит баг что в toJson чтото работает не так
4) Разработчики либы хотят продебажить, но логика настолько сложна, что они решили каждый шаг запротоколировать , для этого в toJson добавили код if(config.enabledDebug) someMonitoringLib(toJson) else toJson
5) Им для монитроинга нужна стороння лиюа в редких случаях, а обычному пользователю нет

Хорошо, обычному пользователю по сути не нужна зависимость на someMonitoringLib , если enabledDebug выставлен в false и в рантайме проблем не будет. Если вдруг мы тоже хотим оддебажить эту либу, то нам надо будет добавить зависимость явно(requires).Выглядит разумно.

То есть мы по сути экономим на размере зависимостей модуля? jar потоньше будет?