redwhite90Вот и хочется понять что почитать, чтобы закрыть дыру между простыми примерами и тем о чем он говорит. В интернете куча примеров с requires/export но у него помимо модулей есть сервисы и слоиЧитать нужно начать с OSGi, осознать всю боль, а потом перейти с JPMS и осознать еще большую боль.

questionerА вот про JPMS даже не слышал.Т.е. вы даже основополагающий документ не читали?

Java Platform Module System (JSR 376)This is the primary web page for JSR 376, the Java Platform Module System, a central component of Project Jigsaw.

questionerЯ думал, что уже времени прошло много и должно быть кем-то разжовано для всех эта тема и не смысла ломать голову над сухим техническим текстом.Чуваки, которые OSGi занимаются уже все недостатки JPMS разжевали объясняю о чем Липский в презентации (посмотрел первые минут 25, все ждал когда он от выпитой воды обоссытся, но не дождался) рассказывает: вот у нас есть некий конечный набор классов, который вместе с каким-то зависимостями реализует некоторую функциональность в нашем приложении. Вопрос: каким образом изолировать зависимости одного такого набора от другого? ответ:
1. пилим наш набор классов на две условных части: одна не тащит конфликтующие зависимости (API), вторая тащит (IMPL)
2. API сразу помещаем в класслоадер нашего приложения
3. IMPL часть в класслоадер приложения не помещаем, а кладем где-то сбоку, а в приложение кладем описание того как нам все эти классы и зависимости достать, если мы хотим получить экземпляр класса, реализующего наш API
4. когда начинаем искать реализацию нужного API просто создаем дочерний класслодер, в него сгружаем все зависимости и, в принципе, все: класслоадеры модулей друг с другом не конфликтуют, приложение общается с модулями через API

как по мне так никакой новизны тут нет - так еще и 15 лет назад делали

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

questionerПолагаю, что кто-то из пристуствующих смотрел этот доклад и возможно даже понял, что он имел ввидуНу а вы сами посмотреть не можете и понять что там две вещи постулируется
- OSGi в особо клинических случаях "внезапно" не работает
- в JPMS все работает, но там ничего нет

Вообще чувак забавный, на одних и тех же слайдах умудрился два разных доклада сделать

Alexey TominОн разработчик AOT компилятора java с 20, что ли, летним стажем.
Ему не модули писать, ему потом это компилировать.
"Вы смотрели на молоток со стороны гвоздя?"
Ничего практически ценного в его докладах нет. Но после доклада могут возникнуть некоторые вопросы, поиск ответа на которые сделает Вас умнее. Или не возникнут.
И в памяти отложится нечто, кто когда-то выстрелит и поможет. Или не отложится. Или не выстрелит.
Ну и можно получить эстетическое удовольствие. Или не получится :)
Есть ещё Сергей Куксенко (он вроде уже не в России, и не приезжает, но старые доклады есть). Там тоже- открываются такие проблемы, о которых мы даже не подозреваем и нафиг не надо. Почти никогда. Большинству- никогда.а как написанное вами относится к тому, что в докладе довольно древний (и неудобный) паттерн назвали "тщательно продуманной системой без видимых фундаментальных проблем"?