The OpenNET Project / Index page

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

Выход Java 9 переносится на июль 2017 года

14.09.2016 19:11

Компания Oracle в очередной раз не укладывается в сроки подготовки JDK 9. Если изначально релиз JDK 9 был запланирован на 22 сентября 2016 года, а затем перенесён на 23 марта 2017 года, то теперь разработчики просят сдвинуть релиз ещё на 4 месяца, т.е. смогут выпустить его только в июле 2017 года. Задержка главным образом связана с потребностью в дополнительном времени на доработку и тестирование реализации системы Jigsaw, предлагающей принципиально новые для Java средства разбиения программ и JDK на модули.

Основные новшества JDK 9:

  • Поддержка модульной структуры, реорганизация кода JDK в модули, усовершенствование системы сборки для поддержки компиляции модулей, раздельная обработка модулей на этапе сборки. Реструктуризация бинарных образов JDK и JRE для поддержки модулей и увеличения производительности, безопасности и удобства сопровождения.
  • Легковесный JSON API для обработки и генерации данных в формате JSON;
  • Новый API HTTP-клиент, идущий на замену HttpURLConnection и поддерживающий HTTP/2.0 и websockets;
  • Улучшенный API для управления процессами на уровне операционной системы;
  • Улучшение работы блокировок для конкурирующих Java-объектов, позволившие повысить производительность в условиях, когда разные нити одновременно пытаются получить доступ к объектам;
  • Сегментирование кэша JIT-компилятора, позволяющее повысить производительность длительно выполняемых программ, сократить фрагментацию и время запуска;
  • Появление в компиляторе sjavac (Smart Java compiler) средств параллельной и раздельной сборки, внесение улучшений для обеспечения сборки JDK и крупных проектов.


  1. Главная ссылка к новости (http://mail.openjdk.java.net/p...)
  2. OpenNews: Java 9 переносится на 2017 год
  3. OpenNews: Обнародован график подготовки Java 9
  4. OpenNews: Обновление Java SE 8 Update 20. Новшества Java 9
  5. OpenNews: Интеграция модульной системы Jigsaw отложена до Java SE 9. Представлена бесплатная версия Oracle ADF
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/45149-java
Ключевые слова: java, jdk
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (34) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 20:27, 14/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Ух заживем с девятой джавой!
     
     
  • 2.32, Аноним (-), 14:59, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ух заживем с девятой джавой!

    Когда Java превратится в Scala - вот тогда заживём.

     
     
  • 3.44, freehck (ok), 14:52, 17/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да что java, что scala, всё равно религия "ООП во все дыры".
     

  • 1.4, Аноним (-), 21:02, 14/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Раcскажите, пожалуйста, как в жабе обстоят дела с iqueryable/linq. А то ни одной дельной статьи
     
     
  • 2.5, Аноним (-), 21:25, 14/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Для коллекций - Stream API, для SQL - jOOq/Jinq/QueryDSL/что угодно, для XML - не нужно.
     
     
  • 3.16, Илья (??), 06:59, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для коллекций ..., для SQL ..., Для XML...

    То ли дело методы расширения для IEnumerable/IQueryable: единая точка входа ко всему, что можно перечислять

     
     
  • 4.33, Аноним (-), 15:01, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Просто откройте для себя Scala - это один сплошной LINQ к Джаве, по сути, только круче и быстрее.
     
     
  • 5.52, Аноним (-), 10:08, 20/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А быстрее то за счёт чего? ( и быстрее чего? )
     
  • 4.35, Аноним (-), 17:32, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот только LINQ используется почти исключительно для операций над коллекциями, как и Stream API в Java.
     
     
  • 5.39, Аноним (-), 05:18, 16/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Например в c# я могу использовать Count() или First() как для массива, коллекции, стека, словаря, так и в качестве запроса в базу
     
     
  • 6.42, Аноним (-), 18:37, 16/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вы можете этого не знать, но во-первых, массив, стек и словарь - это все коллекции в терминологии C#, а во-вторых, что более существенно, почти всегда SQL-запросам, формируемым автоматически из LINQ, предпочитают сохраненные в базе данных процедуры, оптимизированные по производительности.
    Скорость LINQ to SQL хромает. LINQ to SQL годится для мелких проектов, и хоть LINQ сам по себе - отличная идея, так получилось, что фактически он используется только для операций над коллекциями, как набор аналогов традиционных для функциональных языков примитивов вроде map (Select), fold (Aggregate), filter (Where) и тому подобных.
    Они реализованы в Java в виде Stream API.
     
     
  • 7.45, Аноним (-), 20:48, 17/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > фактически он используется только для операций над коллекциями

    действительно, либо у нас проект считается мелким, либо наш код не работает.

     
     
  • 8.46, Пингвино (ok), 09:58, 19/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего им никто не пользуется, кроме 3,5 анонимусов от заказчика ... текст свёрнут, показать
     
  • 8.53, Аноним (-), 10:18, 20/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно у вас большой проект с малыми объёмами данных в часто используемых табл... текст свёрнут, показать
     
  • 6.43, Led (ok), 22:10, 16/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Например в c# я могу использовать Count() или First()

    А если у вендузятник-сишарпокодера нету cunt, он использует ass.

     

  • 1.6, Аноним (-), 21:54, 14/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    про GraalVM даже не упомянули ((
     
     
  • 2.22, Аноним (-), 09:18, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну новость же про Java 9, причём тут Грааль?
    Вот если бы про Java 17 новость была...
     

  • 1.9, Аноним (-), 00:40, 15/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Лучшая кроссплатформенная платформа на данный момент как для веба так и для десктопа.
    В подтверждению этому мощнейшее ПО разработанное и развивающее семимильными шагами
     
     
  • 2.10, vantoo (ok), 02:21, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Кривая и тормознутая, но фактически единственная на сегодня действительно кроссплатформенная система разработки.
     
     
  • 3.12, Аноним (-), 04:00, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тормознутый только Swing - гуй для Java. Безгуйные Java-приложения вполне себе сравнимы по скорости с С++ (всего в 1,5 раза медленнее, зато скорость разработки существенно выше, да и сопровождать их гораздо легче).
     
     
  • 4.13, Аноним (-), 05:00, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > всего в 1,5 раза медленнее

    Я сравнивал geany и eclipse с отключенными автодополнениями и пр. geany существенно быстрее и памяти ест на порядок меньше.

    А вы как сравнивали?

     
     
  • 5.14, Аноним (-), 06:19, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, текстовый редактор с подсветкой синтаксиса и простейшей структурой файла в боковой панельке наверняка выиграет в скорости целой IDE, из которой принципиально нельзя сделать "просто текстовый редактор", сколько бы фич ты у нее не отключал. Отключить всплывающее автодополнение - не значит вырубить сам анализатор кода. (Не путать с примитивной подсветкой синтаксиса и запуском по таймауту внешней утилиты/библиотеки для генерации дерева структуры файла.) Тем более про уникальную в Java-мире тормознутость Swing уже писалось выше.
     
  • 5.15, Лютый жабист_ (?), 06:42, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    "Я сравнивал geany и eclipse"

    Всё в мире относительно. Я вот сравнивал функционал Intellij Idea Ultimate и остальных IDE и теперь мне всё остальное не надо, пусть хоть на ассемблере напишут. Да, она местами "не летает", но на 10летнем core2duo 2.9ГГЦ + 4ГБ ОЗУ совершенно юзабельно. Что ещё надо?

    Поначалу vim + javac использовал. Вот уж всем извращениям извращение, особенно по эффективности проганья :)

     
  • 5.28, Andrey Mitrofanov (?), 13:04, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> всего в 1,5 раза медленнее
    > А вы как сравнивали?

    У нихЪ естЬ http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=gpp&lang2=java Performance Game же. Оне игривые ребяты.

     
  • 4.23, ДяДя (?), 09:39, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага на LMAX биржа на Java. Лучшая трейдинговая платформа. Куча наград. В 2011 на один поток 6 000 000 заявок в секунду на ОДИН поток.

    Сравните с остальными, которые не на Java (обычно несколько сотен тысяч заявок в секунду).

     
     
  • 5.24, Mail (?), 10:59, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > В 2011 на один поток 6 000 000 заявок в секунду на ОДИН поток.

    пруф-то можно? или опять в лужу и деру?

     
     
  • 6.25, Лютый жабист_ (?), 11:37, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Без разницы правда это или нет про 1 поток. Сила пресвятой жабы в спецификациях java EE и лютых серверах приложений, на которых просто и непринужденно делаются 100500 потоков. И пускай каждый из этих потоков на 30% медленнее сишечки, на си 100500поточное приложение никто никогда не напишет. Они ещё и однопоточное не закинчили рефакторить 8)
     
  • 6.26, ДяДя (?), 11:55, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    http://martinfowler.com/articles/lmax.html

    https://en.wikipedia.org/wiki/LMAX_Exchange

    https://www.lmax.com/

    Кстати, они и их консультанты породили открытые проекты на основе своих наработок.

     

  • 1.40, via (??), 09:53, 16/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    JRE не особо-то большая, по нынешним меркам, зафига они ее на куски разбирают. Посмотрите на хлам вроде Qt, ничего эта модульность, кроме дополнительного гемора стадии деплоя не добавляет.
     
     
  • 2.47, Kuku (?), 13:44, 19/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > JRE не особо-то большая, по нынешним меркам, зафига они ее на куски
    > разбирают. Посмотрите на хлам вроде Qt, ничего эта модульность, кроме дополнительного
    > гемора стадии деплоя не добавляет.

    Просто модульность у них еще была в планах, когда кругом были dial-up соединения ))

     
     
  • 3.48, iZEN (ok), 20:47, 19/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> JRE не особо-то большая, по нынешним меркам, зафига они ее на куски
    >> разбирают. Посмотрите на хлам вроде Qt, ничего эта модульность, кроме дополнительного
    >> гемора стадии деплоя не добавляет.
    > Просто модульность у них еще была в планах, когда кругом были dial-up соединения ))

    Когда кругом были dial-up соединения, не было ни zip-, ни jar-архивации, Java 1.0 обходилась .class-файлами. Они-то и есть модули! Запущенный в браузере IE3.0 апплет буквально по кусочкам вытягивал себя с сайта поставщика, причём загружались только востребованные .class-файлы, а ненужный код не загружался. Теперь это же хотят повторить спустя 20 лет. Вот дебилы!!!


     
     
  • 4.49, Led (ok), 21:15, 19/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда кругом были dial-up соединения, не было ни zip-, ни jar-архивации, Java
    > 1.0 обходилась .class-файлами. Они-то и есть модули! Запущенный в браузере IE3.0
    > апплет буквально по кусочкам вытягивал себя с сайта поставщика, причём загружались
    > только востребованные .class-файлы, а ненужный код не загружался.

    Судя по сегодняшнемо состоянию - весь код оказался ненужным.

     
     
  • 5.50, iZEN (ok), 21:28, 19/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Когда кругом были dial-up соединения, не было ни zip-, ни jar-архивации, Java
    >> 1.0 обходилась .class-файлами. Они-то и есть модули! Запущенный в браузере IE3.0
    >> апплет буквально по кусочкам вытягивал себя с сайта поставщика, причём загружались
    >> только востребованные .class-файлы, а ненужный код не загружался.
    > Судя по сегодняшнемо состоянию - весь код оказался ненужным.

    +100500

    Наконец-то начало доходить.

    Повзрослевшие дети хотят повторить славу отцов, но пока не знают как.

     
  • 3.51, via (??), 21:34, 19/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да как-будто не было midp cldc и etc
     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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