Исходное сообщение
"Исполнительный комитет JCP не утвердил модульную систему в J..." Отправлено Аноним, 10-Май-17 11:39
Естественно "ЗА", - кто в здравом уме признается в некомпетентности своих разработчиков? И дело здесь вовсе не в политике (вообще). Jigsaw объективно отвратителен. Настолько, что непричастным к его разработке людям это сразу же очевидно после прочтения его документации. https://developer.jboss.org/blogs/scott.stark/2017/04/14/cri... - подробное объяснение Вот к примеру фантастическая цитаты: > In order to support the restrictions imposed by Jigsaw, modules are always loaded and resolved eagerly within a layer - even if there are hundreds or thousands of modules on the module path... Круто, да? Или вот ещё: > The Jigsaw implementation mandates that module descriptors should be established and loaded in bytecode format... Хочешь отремонтировать бажный дескриптор модуля? Запасайся редактором байткода! > Service Loading Changes... In Jigsaw, all service interfaces and implementations on the module path are flattened into a single, global namespace... Каково, а? То, что работало безупречно со времён Java 6 (изоляцию ServiceLoader в разных класслодерах), сломали, задокументировали это как ожидаемое поведение, и делают вид, что так и надо. Эту хрень нужно не временно отклонять до пересмотра, а выкидывать нахрен из языка, пока оно там не укоренилось и не начало давать метастазы.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Естественно "ЗА", - кто в здравом уме признается в некомпетентности своих разработчиков? > И дело здесь вовсе не в политике (вообще). Jigsaw объективно отвратителен. Настолько, > что непричастным к его разработке людям это сразу же очевидно после > прочтения его документации. > https://developer.jboss.org/blogs/scott.stark/2017/04/14/critical-deficiencies-in-jigsawjsr-376-java-platform-module-system-ec-member-concerns > - подробное объяснение > Вот к примеру фантастическая цитаты: >> In order to support the restrictions imposed by Jigsaw, modules are always loaded and resolved eagerly within a layer - even if there are hundreds or thousands of modules on the module path... > Круто, да? > Или вот ещё: >> The Jigsaw implementation mandates that module descriptors should be established and loaded in bytecode format... > Хочешь отремонтировать бажный дескриптор модуля? Запасайся редактором байткода! >> Service Loading Changes... In Jigsaw, all service interfaces and implementations on the module path are flattened into a single, global namespace... > Каково, а? То, что работало безупречно со времён Java 6 (изоляцию ServiceLoader > в разных класслодерах), сломали, задокументировали это как ожидаемое поведение, и делают > вид, что так и надо. > Эту хрень нужно не временно отклонять до пересмотра, а выкидывать нахрен из > языка, пока оно там не укоренилось и не начало давать метастазы.
	Введите код, изображенный на картинке: