https://opennet.me/openforum/vsluhforumID3/111656.html В ходе повторного голосования исполнительный комитет JCP (Java Community Process) одобрил (https://jcp.org/en/jsr/results?id=6016) принятие спецификации JSR 376 (https://www.jcp.org/en/jsr/detail?id=376) (Java Platform Module System), в рамках которой развивалось ключевое улучшение платформы Java 9. JSR 376 отражает изменения, подготовленные в рамках проекта Jigsaw, и предлагает принципиально новые для Java средства разбиения программ и JDK на модули. <br><br><br>После корректировки (https://www.opennet.ru/opennews/art.shtml?num=46634) графика подготовки Java 9 и переноса релиза на с 27 июля на 21 сентября, 24 участника комитета высказались за принятие JSR 376. Таким образом теперь больше ничего не мешает осенью выпустить Java 9. Компания Red Hat, которая выступала (https://www.opennet.ru/opennews/art.shtml?num=46519) против модульной архитектуры Jigsaw, полагая, что она может привести к нарушению работы уже существующих приложений, расколу экосистемы и фрагментации сообщества, воздержалась при голосовании. <br><br><br><br> https://opennet.me/openforum/vsluhforumID3/111656.html#69 Fri, 07 Jul 2017 07:06:23 GMT Java EE - это реализация клиент-серверной архитектуры. В гетерогенной среде обычно всё сводится к банальному RPC (сюрпрайз). Или ты о телепатии межпроцессного кода?<br> https://opennet.me/openforum/vsluhforumID3/111656.html#68 Fri, 07 Jul 2017 00:48:50 GMT &gt;Это говорю тебе я, чел 12 лет работающий в .NET;<br><br>... чел 12 лет кушающий оно ... я думал вымерли уже, а ты поди ка! 8-о<br> https://opennet.me/openforum/vsluhforumID3/111656.html#67 Thu, 06 Jul 2017 17:43:12 GMT &gt; Вот что им с самого начала мешало взять OSGI для модульности?<br><br>OSGi, как и стандартный класслоадер, не может позволить загрузить в одну и ту же JVM одноименные классы разных версий.<br><br>&gt; Теперь в кровавом энтерпрайзе модульность двойная. Был JAR hell, будет classloader hell.<br><br>Не было никакого JAR-hell'а. Она была только в голове безумных разработчиков, которые сували одноимённые классы разных версий в разные JAR с надеждой их задействовать "по месту упаковки". Как водится, получали то, что всегда: класслоадер загружал только тот класс, который первый затребован, остальные (недо- или пере-) клоны посылал нафик.<br> <br><br><br> https://opennet.me/openforum/vsluhforumID3/111656.html#66 Thu, 06 Jul 2017 05:28:33 GMT &gt; Вот что им с самого начала мешало взять OSGI для модульности?<br>&gt; Теперь в кровавом энтерпрайзе модульность двойная. Был JAR hell, будет classloader hell. <br><br>Surprise! В кровавом ынтырпрайзе osgi не нужен. Или у вас какой-то неправильный ынтырпрайз на жабе SE? :)<br><br>OSGi seems like an idea to keep selling new books and training, while the functional needs have been covered for eons by the JAR/EAR packaging & deployment in JEE. Those who buy into it simply never got to understand how they're being manipulated. There's also a question of trends and fashion. I.e. non-engineering considerations that are a shame to this industry.<br><br>Reinventing the wheel is profitable because there are tons of fools out there. Unfortunately, there are tons of management-type simpletons who want to be on the "bleeding edge of technology" who will gladly fund their employees' courses, absorb the learning curve, and then pay through their nose in "re-engineering" of things that had nothing wrong with them to begin with.<br> https://opennet.me/openforum/vsluhforumID3/111656.html#65 Wed, 05 Jul 2017 22:35:44 GMT И эти люди жаловались на NetBeans... Он проекты и файлы любых размеров переваривает. Фоновая индексация чуть подольше поработает. На GUI не сказывается никак.<br><br>Открытие 20 мегабайтного XML конечно подтормаживает, но большинство редакторов на этом же файле просто падают.<br> https://opennet.me/openforum/vsluhforumID3/111656.html#64 Wed, 05 Jul 2017 22:29:59 GMT Вот что им с самого начала мешало взять OSGI для модульности?<br><br>Теперь в кровавом энтерпрайзе модульность двойная. Был JAR hell, будет classloader hell.<br> https://opennet.me/openforum/vsluhforumID3/111656.html#63 Wed, 05 Jul 2017 18:31:51 GMT А KVM 5-летней давности под жрёй 8 не пробовали никогда? Из-за разнородного оборудования пришлось выпилить 8 и вернуть назад 7. Вот и "работает от XP до 10". Только под дырявой версией из эпохи того мамонта.<br> https://opennet.me/openforum/vsluhforumID3/111656.html#62 Wed, 05 Jul 2017 05:29:47 GMT архитектура !== java EE<br> https://opennet.me/openforum/vsluhforumID3/111656.html#61 Wed, 05 Jul 2017 05:10:14 GMT Вкратце, добавлено:<br> - барьеры для reflection и dependency injection (прощай, например, Spring);<br> - для OSGI приложений будет два механизма модульности один поверх другого (у Eclipse видать проблем и так мало было);<br> - принцип reliable configuration (не может быть двух версий одной библиотеки) - значит контейнеры под это не переделаешь (всяким Tomcat,WebSphere,Weblogic ... придется пытаться работать по старинке с ограничениями).<br>