The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Исполнительный комитет JCP одобрил модульную систему в Java 9

03.07.2017 21:01

В ходе повторного голосования исполнительный комитет JCP (Java Community Process) одобрил принятие спецификации JSR 376 (Java Platform Module System), в рамках которой развивалось ключевое улучшение платформы Java 9. JSR 376 отражает изменения, подготовленные в рамках проекта Jigsaw, и предлагает принципиально новые для Java средства разбиения программ и JDK на модули.

После корректировки графика подготовки Java 9, попыток решить спорные вопросы и переноса релиза с 27 июля на 21 сентября, 24 участника комитета высказались за принятие JSR 376. Таким образом теперь больше ничего не мешает осенью выпустить Java 9. Напомним, что изначально релиз JDK 9 был запланирован на 22 сентября 2016 года, а затем перенесён на 23 марта 2017 года, после чего сдвинут ещё на 4 месяца до 27 июля 2017 года.

Компания Red Hat, которая выступала против модульной архитектуры Jigsaw, воздержалась при голосовании, отметив позитивный прогресс в достижении консенуса в сообществе. Red Hat продолжает считать, что Jigsaw может привести к нарушению работы уже существующих приложений, расколу экосистемы и фрагментации сообщества, но не намерена препятствовать выпуску релиза Java 9.

  1. Главная ссылка к новости (https://twitter.com/java/statu...)
  2. OpenNews: Компания Oracle переносит выпуск Java 9 на осень
  3. OpenNews: Исполнительный комитет JCP не утвердил модульную систему в Java 9
  4. OpenNews: Выход Java 9 переносится на июль 2017 года
  5. OpenNews: Java 9 переносится на 2017 год
  6. OpenNews: Обновление Java SE 8 Update 20. Новшества Java 9
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: java
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (64) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 21:08, 03/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –24 +/
    Переходите на Golang и все будет ОК!
     
     
  • 2.2, Аноним (-), 21:16, 03/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Как у вас все просто...
     
  • 2.3, Аноним (-), 21:20, 03/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    как только generic и нормальное ООП осилите :)
     
     
  • 3.12, Аноним (-), 23:34, 03/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > generic

    Нужно.

    > нормальное ООП

    Ненужно.

     
     
  • 4.23, Leap42 (?), 08:57, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    миллионы жаба-кодеров бесконечно благодарны анониму, что он объяснил им, что им нужно, а что нет
     
  • 4.29, X4asd (ok), 10:11, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> generic
    >
    > Нужно.

    нет. генерики нужны..

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

    >> нормальное ООП
    >
    > Ненужно.

    действительно ОПП не нужно.

    кой какие элементы из ООП можно использовать -- но *вся* идеология ООП (со принципами наследования и иерархии классов) разумеется этот бред не нужен.

    > миллионы жаба-кодеров бесконечно благодарны анониму, что он объяснил им, что им нужно, а что нет

    которые как правило не блещут особым умом. и знают не более 1~2 языков (например Java и чуть-чуть от C-lang).. а знай они чуть-больше -- просто не стали бы писать на Java

     
     
  • 5.34, номия (?), 10:36, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    нет. джава разработчики появляются не от того чот на джаве комфортнее писать, а от того что на джаве нужно писать.
     
  • 5.46, Имя (?), 16:02, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какого размера проекты пишете? Сколько лет поддерживаете в активной разработке, когда требования бизнеса постоянно меняются?
     
     
  • 6.53, Илья (??), 19:17, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я думаю вы не услышите ответа
     
  • 3.16, Аноним (-), 03:32, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И шаблоны, как в c++ *trollface*
     
     
  • 4.32, J.L. (?), 10:31, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И шаблоны, как в c++ *trollface*

    и даже лучше - Dlang

     
  • 3.17, ChepyKot (?), 06:39, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В контексте сравнения с Java ваша фраза выглядит странно...
     
  • 2.4, A.Stahl (ok), 21:34, 03/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >>Переходите на Golang и все будет ОК!
    >ОК!

    ОК, Google, какой сейчас лучший компилятор Си++?
    Ну вот разве что такое "Ок"...

     
  • 2.8, mimocrocodile (?), 22:37, 03/07/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Чтобы совсем без модулей, да?
    Нет человека - нет проблемы.
     

  • 1.5, Аноним (-), 21:41, 03/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Не знаю даже почему, но ужасно рад за джаву и ее сообщество. На джаве не пишу.
     
  • 1.6, Аноним (-), 22:04, 03/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть где хорошее описание,  чем лучше мавена?
     
     
  • 2.9, IB (?), 22:43, 03/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Гугл в помощь - но оно для гранулярности меньше чем jar
     
  • 2.18, ChepyKot (?), 06:40, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какбэ, вещи практически ортогональные
     
  • 2.57, Горегоре (?), 07:27, 05/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чем Java лучше мавена?
     
  • 2.60, КО (?), 08:00, 05/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Оно не лучше, а хуже, и не maven, а OSGI. :)
     

  • 1.7, ALex_hha (ok), 22:30, 03/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Есть где хорошее описание,  чем лучше мавена?

    Java?

     
  • 1.10, Аноним (-), 22:55, 03/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    не могут запилить целиком, уже 3 года, вот и решили хоть кусочек выкинуть в мир. Когда Oracle купила Sun - джава была впридачу, и на ней поставили точку. Но быстро не умрет, энтерпрайз живет размеренно.
     
     
  • 2.22, Аноним (-), 08:54, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну, знаете ли, альтернативы жаве пока не видно.
     
     
  • 3.24, Leap42 (?), 09:05, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Ну, знаете ли, альтернативы жаве пока не видно.

    Си шарп, например, он теперь опенсорсный же. По-моему он как раз и есть Жаба 2.0

    Да и Пайтон чем вам не альтернатива?

     
     
  • 4.27, Аноним (-), 09:52, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пайтон

    Писать на современном бейсике с никакущей типизацией, низкой производительностью, странноватым синтаксисом и не менее никакущей стандартизацией крупное энтерпрайзное приложение? Нет уж, спасибо.

     
  • 4.30, лютый жабист__ (?), 10:12, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Си шарп, По-моему он как раз и есть Жаба 2.0

    Эксперты опеннета, такие эксперты. И где у маздая аналоги java EE? Кучи опенсорсных серверов приложений, в том числе от приличных вендоров навроде RedHat? Стабильные спецификации, проверенные хотя бы одним десятилетием?

     
     
  • 5.47, nobody (??), 16:04, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А кому сегодня нужно это java EE хотя бы среди самих джавистов?
     
     
  • 6.49, iZEN (ok), 16:55, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А кому сегодня нужно это java EE хотя бы среди самих джавистов?

    Клиент-серверная архитектура приложений? Не, не слышал?

     
     
  • 7.62, dev (??), 08:29, 05/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    архитектура !== java EE
     
     
  • 8.69, iZEN (ok), 10:06, 07/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Java EE - это реализация клиент-серверной архитектуры В гетерогенной среде обыч... текст свёрнут, показать
     

  • 1.11, Аноним (-), 23:07, 03/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Как ни крути, а джава это стабильность.

    На этом этапе развития языка тут главное не навредить.

     
  • 1.13, Ilya Indigo (ok), 01:13, 04/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    В 9-ой жабе TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 осилили?
    Или так и будет: Server sent fatal alert: handshake_failure
    https://www.ssllabs.com/ssltest/analyze.html?d=ilya.pp.ua
     
     
  • 2.15, vitalif (ok), 01:18, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ты ещё про GOST спроси
     
  • 2.20, Аноним (-), 08:37, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Купи программера или сам запили и продавай. Никто тебе ничего не должен осиливать.

    Так-то я рад, что ява загибается, раскалывается и т.п. Видел за всю жизнь _два_ приложения, которые были четко написаны, а все остальное шлак-шлаком. И даже PHP лучше, ибо поставляется обычно в исходниках, в которых разберется даже школьник.

     
  • 2.35, YetAnotherOnanym (ok), 11:42, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Простите за дилетантский вопрос (не жабовод, каюсь): а что, дёрнуть внешнюю либу, допустим, на сях - это проблема?
     
     
  • 3.41, Аноним (-), 13:12, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В Java - проблема.
     
     
  • 4.58, Горегоре (?), 07:34, 05/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, не проблема. В самом ждк есть утилиты генерирующие С интерфейсы
     
  • 3.56, жабабыдлокодер (ok), 20:59, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Эта технология называется JNI. Ничего ужасного нет, пользовался сам, подключал к программе сканер через TWAIN.
     

  • 1.14, vitalif (ok), 01:17, 04/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А в чём там суть? Только в том, что теперь можно будет явно указать, какие пакеты на экспорт?

    Это ж неинтересно вообще совсем)

    Я думал там что-то либо про нормальный пакетный менеджер (не мавен-помойка где XML и всё вместе, и собираемое, и скачиваемое), либо про разделяемые jar'ы / кэширование jit кода (чтобы можно было андроид на jvm без зиготы запускать).

    А там ещё один слой обёртки над пакетами? Чот это дурь немного

     
     
  • 2.19, Аноним (-), 08:19, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Может оно и к лучшему, нет такого маразма как в NPM с морем непроверенных "однострочных" модулей.
     
  • 2.61, КО (?), 08:10, 05/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вкратце, добавлено:
       - барьеры для reflection и dependency injection (прощай, например, Spring);
       - для OSGI приложений будет два механизма модульности один поверх другого (у Eclipse видать проблем и так мало было);
       - принцип reliable configuration (не может быть двух версий одной библиотеки) - значит контейнеры под это не переделаешь (всяким Tomcat,WebSphere,Weblogic ... придется пытаться работать по старинке с ограничениями).
     

  • 1.25, Аноним (-), 09:40, 04/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что там с шарпом?
     
     
  • 2.28, Аноним (-), 09:53, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что там с шарпом?

    Сдает позиции. Поигравшись с нескучным шарпом, все снова возвращаются на Java (TM).

     
  • 2.31, лютый жабист__ (?), 10:17, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А что там с шарпом?

    Из моего опыта с сишарпом как юзера:
    ставишь прожку, в системе стоит net 4.5, прожка пишет "не, поставь мне net 2.0".
    ставишь другую прожку, в системе стоит net 4.5.1, прожка пишет "нееее, поставь мне 4.5.2"

    закaпывай!

    Как прогер тоже с этим гуном работал, всё примерно так же. Сделать прогу чтобы они работала от ХР до win10 - "ты чо, это фантастика сыног!!!"

    закaпывай!

     
     
  • 3.37, Аноним (-), 12:17, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Руки прямые надо иметь, вот и будет под любыми виндами работать.
    Основные версии .NET идут вместе с виндами: https://blogs.msdn.microsoft.com/astebner/2007/03/14/mailbag-what-version-of-t
    К тому же начиная то ли с семерки, то ли с восьмерки, оно само предлагает установить .NET нужной версии, если его нет в системе.

    Кстати, эту вашу джаву надо устанавливать вообще везде - по умолчанию ее нет нигде, кроме андроида.

     
     
  • 4.38, лютый жабист__ (?), 12:27, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > надо поставить ср@ный зоопарк из net2.0+net3.0+net3.5+net4.0+net4.5

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

    > Основные версии .NET идут вместе с виндами:

    ну и какая NET есть из коробки в от XP до WIN10? Правильно никакая.

    > Кстати, эту вашу джаву надо устанавливать вообще везде

    Жаба из нормального мира, ставится одной командой
    yum -y install java-1.8.0-openjdk-headless

    А вот что что в маздайном мире надо нехило приседать для установки виндового "убийцы жабы" это странновасто. Поставить жабу в винде намного проще, чем поставить правильную версию NET чтобы не пришлось повторять через 3 месяца.

     
     
  • 5.39, Аноним (-), 12:59, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Первая винда, в которой из коробки появился дотнет, это Windows Server 2003.
    .NET 2.0 работает на всех виндах от 98 (с ограничениями, правда) до 10. Да, требуется установка. В случае со старыми ОС надо скачать установочный пакет, запустить его и протыкать по кнопкам - как и любую другую программу. В новых - система сама предложит установить что нужно, одно нажатие на кнопку.
    Для сравнения, последняя версия Windows 98 вышла в 1999 году, Red Hat 6 и Slackware 7 - тоже в 1999, Debian 2.2 - в 2000. OpenJDK появилась в 2007 году. Установите на них джаву шестую хотя бы, да ;)
     
     
  • 6.42, Аноним (-), 13:16, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >  Первая винда, в которой из коробки появился дотнет, это Windows Server 2003.

    Не свисти, было ее там из коробки.

     
     
  • 7.43, Аноним (-), 13:21, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    https://en.wikipedia.org/wiki/.NET_Framework#Release_history
     
  • 5.40, anonymus (?), 13:10, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поставить, 4.7 а в конфиге приложения прописать:
    <?xml version="1.0" encoding="utf-8"?>
    <configuration>
      <startup useLegacyV2RuntimeActivationPolicy="true">
        <supportedRuntime version="v2.0.50727"/>
        <supportedRuntime version="v4.0"/>
      </startup>
    </configuration>

    А с Java интереснее, обновил JRE, но не JDK пути в Эклипсе куда-то улетели, и Gradle проект не собирает, фиксится реимпортом проекта.

     
     
  • 6.44, Аноним (-), 13:37, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Для еклипсла лучше локальные версии JDK иметь. И подключать их по необходимости.
    Так ты сможешь собрать любой проект любой версии Java.
    Jre мне всегда хватало того, что идет вместе с JDK.
     
  • 6.45, Аноним (-), 13:39, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    еклипс тоже лучше качать в директорию /opt
     
  • 6.59, Горегоре (?), 07:40, 05/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как бы проблема эклипса, не джавы
     
  • 3.52, Kodir (ok), 18:50, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Из моего опыта с сишарпом как юзера:

    Это не "опыт", сынок - это дол6036изм! Ты кушаешь битой спагетти и мечтаешь использовать для этого тенисный мяч. Ну кто ты после этого? :))

    .NET - он давно уже шагнул за порог 4.0; Если где-то в камышах ты нашёл непотребство под 2.0 - зак0nай обратно и не свисти. Для всех нужд у .NET есть современные библиотеки (если ВДРУГ(!) не хватило родного фрэймворка). Это говорю тебе я, чел 12 лет работающий в .NET;

    PS
    У админа что, совсем крыша поехала - кондрачит на слово "з а : к * о % п № а ть"??????

     
     
  • 4.68, . (?), 03:48, 07/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Это говорю тебе я, чел 12 лет работающий в .NET;

    ... чел 12 лет кушающий оно ... я думал вымерли уже, а ты поди ка! 8-о

     
  • 3.63, anomymous (?), 21:31, 05/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А KVM 5-летней давности под жрёй 8 не пробовали никогда? Из-за разнородного оборудования пришлось выпилить 8 и вернуть назад 7. Вот и "работает от XP до 10". Только под дырявой версией из эпохи того мамонта.
     
  • 2.51, Kodir (ok), 18:44, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У шарпа всё хорошо, а кто интересуется? :)

    .NET - в нём надо отличать хипстерские поделки типа .NET Core и стабильную, проверенную среду ".NET for Windows". Последняя (уже в версии 4.7) прекрасно работает, всё запускает и глупости вроде "хочу НЕТ2.0" не появляются вообще - откуда вы их взяли, клоуны?

    Ну а про VS  и говорить не приходится - это лучшее из всего худшего, что вы видели. А "лучшего" нет вообще - не написали ишшо.

     
     
  • 3.54, Аноним (-), 19:36, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Vs 2015 на крупных проектах вешается, отчасти из-за отсутствия 64 битной версии, отчасти из-за того, что не даёт отключить рослин, такое ощущение, что все процессы выполняются блокируя графический интерфейс. Отзывчивость нулевая. Vs 2017 не решает проблему никак. Пробую Jet brains rider. Очень доволен, но ещё сыровата. Не умеет запускать mstest, не хватает typewryter. Не собирает silverlight. Но если нужно просто писать код - работает на ура.
     
     
  • 4.65, Вареник (?), 01:35, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И эти люди жаловались на NetBeans... Он проекты и файлы любых размеров переваривает. Фоновая индексация чуть подольше поработает. На GUI не сказывается никак.

    Открытие 20 мегабайтного XML конечно подтормаживает, но большинство редакторов на этом же файле просто падают.

     

  • 1.33, номия (?), 10:34, 04/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ну наконец-то.. лет 10 как уже джигсов пилится..
     
     
  • 2.36, YetAnotherOnanym (ok), 11:45, 04/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ну наконец-то.. лет 10 как уже джигсов пилится..

    хммм... какой забавный каламбур - jigsaw пилится...

     

  • 1.64, Вареник (?), 01:29, 06/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот что им с самого начала мешало взять OSGI для модульности?

    Теперь в кровавом энтерпрайзе модульность двойная. Был JAR hell, будет classloader hell.

     
     
  • 2.66, лютый жабист__ (?), 08:28, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вот что им с самого начала мешало взять OSGI для модульности?
    > Теперь в кровавом энтерпрайзе модульность двойная. Был JAR hell, будет classloader hell.

    Surprise! В кровавом ынтырпрайзе osgi не нужен. Или у вас какой-то неправильный ынтырпрайз на жабе SE? :)

    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.

    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.

     
  • 2.67, iZEN (ok), 20:43, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вот что им с самого начала мешало взять OSGI для модульности?

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

    > Теперь в кровавом энтерпрайзе модульность двойная. Был JAR hell, будет classloader hell.

    Не было никакого JAR-hell'а. Она была только в голове безумных разработчиков, которые сували одноимённые классы разных версий в разные JAR с надеждой их задействовать "по месту упаковки". Как водится, получали то, что всегда: класслоадер загружал только тот класс, который первый затребован, остальные (недо- или пере-) клоны посылал нафик.


     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру