The OpenNET Project / Index page

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

Компания Oracle выпустила Java SE 9 и Java EE 8

22.09.2017 07:51

После трёх с половиной лет разработки компания Oracle выпустила платформу Java SE 9 (Java Platform, Standard Edition 9), в качестве эталонной реализации которой используется открытый проект OpenJDK. В Java SE 9 сохранена полная обратная совместимость с прошлыми выпусками платформы Java, все ранее написанные Java-проекты без изменений будут работоспособны при запуске под управлением новой версии. Изначально выпуск Java SE 9 был запланирован на 22 сентября 2016 года, но был перенесён три раза и в итоге вышел с задержкой в один год. Готовые для установки сборки Java SE 9 (JDK, JRE и Server JRE) подготовлены для Linux (x86_64), Solaris ( SPARC), Windows и macOS.

Разработанная в рамках проекта OpenJDK эталонная реализация Java 9 полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами. Используя OpenJDK в качестве эталонной реализации сторонние производители могут создавать полностью совместимые с Java SE 9 производные открытые реализации Java. Проприетарный Oracle JDK 9 отличается от OpenJDK наличием некоторых закрытых компонентов, таких как система плагинов, которые не определены в Java-стандарте и не входят в эталонную реализацию Java 9. Oracle JDK поставляется под лицензией BCL (Binary Code Licence). В дальнейшем компания Oracle намерена полностью открыть код коммерческих компонентов и обеспечить полную взаимозаменяемость OpenJDK и Oracle JDK, а также перейти на новый цикл разработки Java SE, подразумевающий формирование выпусков раз в полгода с постепенным переносом новой функциональности, стабилизированной в непрерывно развиваемой ветке.

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

  • Интеграция принципиально новых для Java средств разбиения программ и JDK на модули, развиваемых в рамках проекта Jigsaw:
    • JEP 200 - определение модульной структуры JDK.
    • JEP 201 - Реорганизация кода JDK в модули, усовершенствование системы сборки для поддержки компиляции модулей, раздельная обработка модулей на этапе сборки.
    • JEP 220 - реструктуризация бинарных образов JDK и JRE для поддержки модулей и увеличения производительности, безопасности и удобства сопровождения.
    • JEP 282 - компоновщик jlink для связывания и оптимизации модулей с учётом зависимостей;
    • JEP 261 - реализация Java Platform Module System;
    • JEP 275 - пакетный менеджер javapackager для модульных Java-приложений.

    Разбиение кода платформы Java на модули упростит создание, сопровождение и распространение больших приложений, позволив избавиться от наблюдаемых в настоящее время проблем с монолитными JAR и распространением наборов классов. Система модулей даст возможность легко выделять функциональность и формировать настраиваемые конфигурации, адаптируемые как для развёртывания на больших серверах, так и на встраиваемой технике. Модульные приложения, построенные на основе модульной платформы Java, потребуют загрузки меньшего объёма данных и позволят достигнуть более высокой производительности за счёт более эффективной оптимизации специфичных для используемой конфигурации модулей;

  • Легковесный JSON API для обработки и генерации данных в формате JSON;
  • Новый API для разработки HTTP-клиентов, идущий на замену HttpURLConnection и поддерживающий HTTP/2.0 и websockets;
  • Улучшенный API для управления процессами на уровне операционной системы;
  • Добавлена интерактивная оболочка jshell, упрощающая запуск однострочников в процессе разработки, экспериментов с новыми возможностями и API;
  • Модернизирована система документации Javadoc, в которой добавлены средства для генерации руководств в формате HTML5 и функции для поиска документации по API и информации об определении классов и интерфейсов в модулях;
  • Улучшен Streams API, в котором реализована возможность использования методов для ситуационного добавления или удаления элементов из потоков Stream, перебора элементов Stream и создания Stream из обнуляемых значений. Расширен набор Java SE API, которые могут выступать источником для Stream.
  • Формат JAR расширен возможностью поставки в одном архиве нескольких версий файлов с классами, использующих возможности, специфичные для разных релизов Java;
  • Представлены порты архитектур Linux/AArch64 и Linux/s390x. Добавлен унифицированный порт для arm32 и arm64;
  • В JavaScript-движок Nashorn, работающий поверх виртуальной машины Java (JVM), добавлена порция новых возможностей, определённых в спецификации ECMAScript 6. Реализован Parser API для разбора синтаксиса ECMAScript;
  • В разряд устаревших переведены Applet API (для запуска Java-приложений в браузере рекомендована технология Java Web Start);
  • Реализована поддержка хэшей SHA-3. Отключена возможность использования сертификатов на базе SHA-1;
  • Задействована новая упрощённая система сборки HotSpot, основанная на фреймворке build-infra;
  • Расширен набор диагностических команд: print_class_summary, print_codegenlist, datadump_request, print_codeblocks, set_vmflag и т.д.
  • Оптимизации:
    • Улучшение работы блокировок для конкурирующих Java-объектов, позволившие повысить производительность в условиях, когда разные потоки одновременно пытаются получить доступ к объектам;
    • Сегментирование кэша JIT-компилятора, позволившее повысить производительность длительно выполняемых программ, сократить фрагментацию и время запуска;
    • Интеграция в компилятор sjavac (Smart Java compiler) средств параллельной и раздельной сборки. Улучшения для обеспечения сборки JDK и крупных проектов. Переработка кода разбора аннотаций;
    • Обеспечено более компактное внутреннее представление строк (класс String), позволяющее экономить память;
    • Для 32- и 64-разрядных серверных систем по умолчанию задействован сборщик мусора G1, ограничивающий размер пауз в процессе сборки мусора;
    • Обеспечена возможность упреждающей (Ahead-of-Time) компиляции классов в машинный код перед запуском виртуальной машины, что позволяет заметно сократить время старта крупных приложений;
    • Реализован сегментированный кэш для кода, в котором используется раздельное кэширования различных типов кода;
  • Возможности для создания GUI:
    • Для графических приложений, основанных на JavaFX, Swing и AWT, помимо GTK+ 2 обеспечена поддержка библиотеки GTK+ 3 на платформе Linux;
    • Поддержка использования в графических приложениях возможностей, специфичных для разных рабочих столов. Например, API для взаимодействия с панелью задач, системным лотком и системой уведомлений, обработка событий от других приложений;
    • Поддержка экранов с высокой плотностью пикселей (HiDPI), при работе на платформах Linux и Windows. Вывод текста, изображений и пиктограмм теперь осуществляется с учётом параметров экрана;
    • Для однородной отрисовки текста на всех поддерживаемых системах вместо движка ICU OpenType задействована библиотека HarfBuzz;
    • Компоненты JavaFX/Media переведены на новую ветку GStreamer 1.x;
    • Добавлен API для манипуляции изображениями, доступными в нескольких разрешениях;

Одновременно компания Oracle анонсировала спецификацию Java EE 8 (Java Platform, Enterprise Edition 8) и открытый сервер приложений GlassFish 5.0, позиционируемый в качестве эталонной реализации данной спецификации. Код GlassFish распространяется под двумя лицензиями: CDDL v1.0 и GPL v2. Java EE 8 станет последним выпуском, сформированным силами Oracle. Заявлено о планах передать фонду Eclipse технологии Java EE и наработки, связанные с проектом GlassFish, включая эталонные реализации, наборы для оценки совместимости (TCK) и всю документацию. В будущем Java EE будет развиваться в рамках независимой модели разработки c более гибкой системой лицензирования и открытым процессом принятия решений.

Основные новшества Java EE 8:

  • Новая версия Servlet API 4.0 с поддержкой протокола HTTP/2;
  • Представлен новый JSON binding API для манипуляции данными в формате JSON и расширены возможности JSON-P 1.1;
  • В JAX-RS добавлена поддержка событий, инициируемых сервером (Server-Sent Events), и реализован новый клиентский API (REST Reactive Client API);
  • Добавлен новый переносимый Security API для управления доступом в приложениях, запускаемых в облачных системах и PaaS;
  • Внесена большая порция улучшений в CDI, включая поддержку асинхронных событий;
  • Обеспечена поддержка новых возможностей Java SE 8 (Data & Time API, Streams API, расширенные аннотации);
  • Обновлены версии API:
    • Contexts and Dependency Injection (CDI) 2.0
    • The Java API for JSON Binding (JSON-B) 1.0
    • Java Servlet 4.0
    • Java API for RESTful Web Services (JAX-RS) 2.1
    • JavaServer Faces (JSF) 2.3
    • Java API for JSON Processing (JSON-P)1.1
    • Java EE Security API 1.0
    • Bean Validation 2.0
    • Common Annotations 1.3
    • Java Persistence 2.2
    • Java API for WebSocket 1.1
    • JavaMail 1.6


  1. Главная ссылка к новости (https://www.oracle.com/corpora...)
  2. OpenNews: Компания Oracle выбрала Eclipse Foundation для передачи разработки Java EE
  3. OpenNews: Сообщество и Oracle рассматривают возможность изменения модели разработки Java SE
  4. OpenNews: Компания Oracle выпустила Java 8
  5. OpenNews: Увидел свет сервер приложений GlassFish 4.0 с эталонной реализацией Java EE 7
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/47248-java
Ключевые слова: java, javaee, jdk, openjdk, jigsaw
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (79) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, лютый жабист__ (?), 08:14, 22/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если JSON-B настолько же волшебен как JAXB, это просто песня.

    Java, I love you soooooo much! 8)))

     
  • 1.3, metakeks (?), 08:52, 22/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Glassfish 4 на ней уже тестировали? Работает?
     
     
  • 2.22, Аноним (-), 12:10, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Glassfish 4 на ней уже тестировали? Работает?

    Учитывая, что Glassgfish 3 не работает на Java 8, результат этих тестов немного предсказуем.

     
     
  • 3.69, . (?), 00:35, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Write onсe квакали они ...
     
     
  • 4.85, Вареник (?), 03:22, 24/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А у кого оно работает?
     
  • 4.87, Аноним (-), 19:49, 25/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Write onсe квакали они ...

    Всё-таки надо понимать, что это "run everywhere" сильно зависит от самих программистов. Есть публичное Java SE API. Оно, однажды зарелизившись, отныне изменяется лишь в сторону расширения и фиксинга багов. Но есть и приватный API виртуальной машины, который может сильно меняться от версии к версии, от вендора к вендору. И если кто-то завязывает свой код ради ускорения на внутренние подсистемы JVM, он, как говорится, ССЗБ. Что ж тут Oracle поделать может?
    Тут, по сути, полная аналогия с "недокументированными особенностями" винды.

     

  • 1.5, Аноним (-), 09:13, 22/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Сделали бы возможность отключать не подписанные апплеты, а то как со всякими IPMI и прочими IPKVM iLO и другими девайсами работать
    А ведь больше нигде ява и не нужна по факту в вебе )
     
     
  • 2.7, tstalker (ok), 09:33, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Огнелис запретил апплеты.
    Хром запретил апплеты.
    Эдж с самого рождения не поддерживает апплеты.
    Только осёл поддерживает апплеты.
    Но кто сейчас юзает осла?

    Внимание вопрос:
    Так где же ты собираешься в вебе юзать апплеты?

     
     
  • 3.10, щи (?), 10:17, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > Внимание вопрос:
    > Так где же ты собираешься в вебе юзать апплеты?

    Он же указал, где. Если ты с этой проблемой не сталкиваешься - это не значит, что она не существует

     
     
  • 4.19, лютый жабист__ (?), 11:31, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Если ты с этой проблемой не сталкиваешься

    HP хипсторы. Например fujitsu rmc давно на java web start :)

    Вообще ваша проблема решается элементарно - лежит небольшой образ для qemu с виндой ХР и жабой 1.7, с неё ходишь в ILO. Ничего не сломается по определению. А если вендор косорук, то только так.

     
     
  • 5.26, commiethebeastie (ok), 12:27, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Вообще ваша проблема решается элементарно - лежит небольшой образ для qemu с виндой ХР и жабой 1.7, с неё ходишь в ILO. Ничего не сломается по определению. А если вендор косорук, то только так.

    Зачем? Когда можно просто сделать bundle pack из ff 52 и java 1.7.

     
  • 3.12, iPony (?), 10:43, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Safari ещё
     
  • 3.15, манок (?), 11:08, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    я сейчас юзаю осла. есть сайты где только с осла!
     
     
  • 4.23, Аноним (-), 12:10, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > я сейчас юзаю осла. есть сайты где только с осла!

    Ага, площадки 44-фз на осле только и работают, а с налоговой вообще "их" валидацию на фоксе не проходит, только 8-й осёл съел.

     
  • 2.8, Волосатый шмель (?), 09:45, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В девятке совсем выпилили поддержку апплетов, если мне память не изменяет.
     
  • 2.9, щи (?), 10:14, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну что вы как маленький. Заведите виртуалочку с java 5. И на собственном компе никаких попущений безопасности не надо делать.
     
  • 2.14, Moomintroll (ok), 11:04, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > не подписанные апплеты, а то как со всякими IPMI и прочими IPKVM iLO и другими девайсами работать

    Вы путаете термины. Апплеты выполнялись прямо на странице, как, например, Flash. Эти же девайсы используют WebStart - запуск приложения, скачанного "стартёром" (javaws) согласно манифеста, в обычной внешней JVM (java).

     
     
  • 3.27, Аноним (-), 12:27, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    согласно манифесту
    Падежируйте, пожалуйста, правильно
     
     
  • 4.48, YetAnotherOnanym (ok), 20:21, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно Вам. "Согласно кого, чего" - такой же профессионализм, как "дОбыча" или "возбУждено".
     
     
  • 5.70, Аноним (-), 02:43, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Безграмотность это, а не порфессионализм. А то профессионалов сильно много развелось. И числительные каверкают, и падежи туда же... Дательный там падеж при любом раскладе. Правильно товарищ поправил.
     
  • 5.73, Andrey Mitrofanov (?), 12:15, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Да ладно Вам. "Согласно кого, чего" - такой же профессионализм

    канцеляризм, скорее

    , как "дОбыча"
    > или "возбУждено".

     
  • 2.41, Кузнец (?), 17:46, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Знатока сразу видно.
     
  • 2.59, KonstantinB (ok), 22:10, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    IPKVM и прочие IPMI вполне себе делаются на вебсокетах и canvas. HP и Dell в последних моделях это уже сделали, скоро и остальные подтянутся.

    А больше вообще нафиг оно не надо.

     
     
  • 3.76, Аноним (-), 13:29, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > IPKVM и прочие IPMI вполне себе делаются на вебсокетах и canvas. HP
    > и Dell в последних моделях это уже сделали, скоро и остальные
    > подтянутся.
    > А больше вообще нафиг оно не надо.

    https://www.supermicro.com/solutions/Redfish.cfm

     
  • 2.75, Аноним (-), 13:29, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://www.supermicro.com/solutions/Redfish.cfm
     

  • 1.11, Аноним (-), 10:23, 22/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Интеграция принципиально новых для Java средств разбиения программ и JDK на модули, развиваемых в рамках проекта Jigsaw:

    Что это даст? Увеличение производительности? Уменьшение потребления памяти? Или просто удобство разработки и инструментария?

     
     
  • 2.39, КО (?), 16:47, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Что это даст?

    Дополнительные барьеры для Unsafe. Его вообще планировали выкинуть.
    Ну и всяким Dependency injections'ам

     
  • 2.42, Кузнец (?), 17:49, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Интеграция принципиально новых для Java средств разбиения программ и JDK на модули, развиваемых в рамках проекта Jigsaw:
    > Что это даст? Увеличение производительности? Уменьшение потребления памяти? Или просто
    > удобство разработки и инструментария?

    Что такое OSGi представляете себе? Теперь что-то в этом духе стало основой построения всей базовой платформы.

     
     
  • 3.66, КО (?), 23:46, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что-то, что должно было напоминать, но принципиально сделано не так.

    Грубо говоря раньше java бала монолитной бетонной плитой. Теперь это стена из кирпичей связанных цементом и им же отштукатуренным. Снаружи разницы никакой, но в нутре оно модульное. :)

    Ни замены модулей, ни поддержки разных версий, и разрешение конфликтов по принципу если их нет, то все зашибись. :)

    Зато красивое название - теперь все модульное.

     
     
  • 4.68, Led (ok), 00:11, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-то, что должно было напоминать, но принципиально сделано не так.
    >  Грубо говоря раньше java бала монолитной бетонной плитой. Теперь это стена
    > из кирпичей связанных цементом и им же отштукатуренным.

    Это не цемент... Ты разве запах не чувствуешь?

     
  • 2.44, Кузнец (?), 17:54, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Интеграция принципиально новых для Java средств разбиения программ и JDK на модули, развиваемых в рамках проекта Jigsaw:
    > Что это даст? Увеличение производительности? Уменьшение потребления памяти? Или просто
    > удобство разработки и инструментария?

    А даст что? Класс-хелла больше не будет в принципе.

     
     
  • 3.67, КО (?), 23:55, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Так при загрузки по старинке (через разные класслоадеры) все остается по старому.
    По новой системе - модуль A хочет библиотеку foo версии 1, а модуль B версии 2, будет приводить к невозможности запустить такую конфигурацию.
    Классное решение. Только вот не запускать такую конфигурацию можно было ив 8-ке.
    Вопрос - а польза то в чем?
     
     
  • 4.77, Кузнец (?), 14:07, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Э. Нет, по-моему, немного не так. Вернее -- совсем не так.
    Раньше как было: вот ваш модуль А хочет "библиотеку" foo, и модуль Б хочет тоже foo. Причём они хотят, по факту, разные foo. Но загрузится первая попавшаяся реализация (ну если ручками не лезть загружать самостоятельно из разных мест), и в результате либо А, либо Б будут непредсказуемо глючить. Теперь А загрузит свою foo, а Б -- свою. Безо всякой мудни с разные загрузчиками. Если подобных ситуаций сотни (на деле тысячи, если не десятки тысяч), то самостоятельное их разрешение неоценимое подспорье.
    Как-то так, по-моему.
     
     
  • 5.82, Аноним (-), 15:34, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это только в теории На практике возможны 3 варианта развития 1 Либо А, либо Б... большой текст свёрнут, показать
     
     
  • 6.84, Кузнец (?), 16:34, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален Вы, по большей части, правы Но, к сожалению, те же прет... большой текст свёрнут, показать
     

  • 1.13, Igor1986 (?), 10:48, 22/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Неужели ORACLE наконец-то с выпуском Java SE 9 созрела? Все этого ждали ещё год назад. Я обратил внимание, что на сайте загрузок ORACLE присутствуют Windows 64-Bit загрузки.
     
     
  • 2.25, Аноним (-), 12:22, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какой внимательный
     
  • 2.37, Аноним (-), 16:01, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Неужели ORACLE наконец-то с выпуском Java SE 9 созрела? Все этого ждали
    > ещё год назад. Я обратил внимание, что на сайте загрузок ORACLE
    > присутствуют Windows 64-Bit загрузки.

    Avoid this trap, do not attach anthropomorphic features to Larry Ellison. (c)

     

  • 1.17, Мать драконов (?), 11:15, 22/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    JVM - торт. Java - нет. Используйте Kotlin/Clojure.
     
     
  • 2.20, Очередной аноним (?), 11:31, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Kotlin в JEE (в EJB в частности) вроде требует дополнительных телодвижений, если не ошибаюсь
     
     
  • 3.46, Кузнец (?), 18:49, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Kotlin в JEE (в EJB в частности) вроде требует дополнительных телодвижений, если
    > не ошибаюсь

    Котлин в разрабоке никак с ЕЕ не дружит. По состоянию на год с небольшим назад.

     
  • 2.43, Кузнец (?), 17:51, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > JVM - торт. Java - нет. Используйте Kotlin/Clojure.

    Большая часть разработки в рамках JEE сейчас сводится к EL-у, тэгам и аннотированию. Что вы будете на Замыкании писать?

     

  • 1.18, anonymous (??), 11:25, 22/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >> Интеграция принципиально новых для Java средств разбиения программ и JDK на модули, развиваемых в рамках проекта Jigsaw

    быть не может, джва (минимум шесть) года ждал (а может и нет) этого!

    цитата с педивикии https://en.wikipedia.org/wiki/Java_Platform_Module_System :
    Project Jigsaw was originally intended for Java 7 (2011) but was deferred to Java 8 (2014) as part of Plan B,[2] and again deferred to a Java 9 release in 2017

     
     
     
    Часть нити удалена модератором

  • 3.24, Мать драконов (?), 12:15, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Допилили наконец-то. А что с голосованием? Там солидная часть ИТ-компаний против была. Кого прогнули в итоге-то?
     
     
  • 4.35, Аноним (-), 14:59, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Под конец был против только Red Hat
     
  • 4.40, КО (?), 16:49, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    IBM уговорили вообще на джаву забить - они и сплавили ее в тот же Eclipse. :)
     
     
  • 5.49, Вареник (?), 20:34, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что бесперспективно пилить свою JVM, если она глючней оригинальной и ее поддержка - отдельный гемор ынтырпрайзу.
     
  • 2.30, anonymous (??), 13:39, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > быть не может, джва (минимум шесть) года ждал (а может и нет) этого!

    быть не может, джва (минимум шесть) года ждал (а может и нет) этого! но это не точно.

     

  • 1.31, номия (?), 14:26, 22/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вот уже 10 лет пила пилит на модули джаву.. это блин..целая эпоха..
     
     
  • 2.32, Мать драконов (?), 14:28, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если ты за 10 лет не вырос из программиста ни в кого, то мне искренне жаль тебя, смертный.
     
     
  • 3.34, номия (?), 14:29, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Если ты за 10 лет не вырос из программиста ни в кого,
    > то мне искренне жаль тебя, смертный.

    никогда не был программистом.

     
  • 3.36, anonymous (??), 14:59, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    увы да ах, не дал б-г подвешеного языка
     
  • 3.45, Кузнец (?), 18:40, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если ты за 10 лет не вырос из программиста ни в кого,
    > то мне искренне жаль тебя, смертный.

    А в кого вы предлагаете вырастать программистам? Программист это до гробовой доски, чаще всего.

     
     
  • 4.50, Вареник (?), 20:38, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если ты за 10 лет не вырос из программиста ни в кого,
    >> то мне искренне жаль тебя, смертный.
    > А в кого вы предлагаете вырастать программистам? Программист это до гробовой доски,
    > чаще всего.

    Не в кого программисту расти. В менеджера, глотки рвать на совещаниях, продавать воздух? Это другая стезя. Другие технические направления? Там денег меньше.

    Стартап или выйти на пассивный доход - получается не только лишь у всех, вернее мало у кого.

     
     
  • 5.56, Мать драконов (?), 21:05, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>> Если ты за 10 лет не вырос из программиста ни в кого,
    >>> то мне искренне жаль тебя, смертный.
    >> А в кого вы предлагаете вырастать программистам? Программист это до гробовой доски,
    >> чаще всего.
    > Не в кого программисту расти. В менеджера, глотки рвать на совещаниях, продавать
    > воздух? Это другая стезя. Другие технические направления? Там денег меньше.
    > Стартап или выйти на пассивный доход - получается не только лишь у
    > всех, вернее мало у кого.

    В Product Owner-а хотя бы.

     
     
  • 6.63, Кузнец (?), 22:24, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>>> Если ты за 10 лет не вырос из программиста ни в кого,
    >>>> то мне искренне жаль тебя, смертный.
    >>> А в кого вы предлагаете вырастать программистам? Программист это до гробовой доски,
    >>> чаще всего.
    >> Не в кого программисту расти. В менеджера, глотки рвать на совещаниях, продавать
    >> воздух? Это другая стезя. Другие технические направления? Там денег меньше.
    >> Стартап или выйти на пассивный доход - получается не только лишь у
    >> всех, вернее мало у кого.
    > В Product Owner-а хотя бы.

    Хм. Эффективней во Флориде в лотерею играть: шансов куда больше.

     
  • 6.86, Вареник (?), 03:28, 24/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Стартап или выйти на пассивный доход - получается не только лишь у
    >> всех, вернее мало у кого.
    > В Product Owner-а хотя бы.

    Мало у кого получается. Шансы как в казино.

     
  • 4.55, Мать драконов (?), 21:05, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Если ты за 10 лет не вырос из программиста ни в кого,
    >> то мне искренне жаль тебя, смертный.
    > А в кого вы предлагаете вырастать программистам? Программист это до гробовой доски,
    > чаще всего.

    В руководителя отдела разработки ПО, архитектора, менеджера, начальника отдела, начальника подразделения. Да в много кого.

     
     
  • 5.60, Кузнец (?), 22:17, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зачем? Чаще всего это совсем не о том и за меньше денег (да-да). А деньги -- тлен, конечно, -- но сильно потом тлен, когда уже всё в жизни просечёшь.
     
  • 2.33, номия (?), 14:28, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    помню свой 2008й когда на техдне нам рассказывали какой же крутой будет жизнь в новой модульной джаве уже через пару лет..
     
     
  • 3.47, Кузнец (?), 19:00, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > помню свой 2008й когда на техдне нам рассказывали какой же крутой будет
    > жизнь в новой модульной джаве уже через пару лет..

    Модульная Ява была и никуда не делась. Это OSGi. Просто теперь модульность сделали повсеместной и не такой... заковыристой. Хотя модульные нововведения 9-ки с OSGi пересекаются лишь отчасти.

     
     
  • 4.51, Вареник (?), 20:40, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> помню свой 2008й когда на техдне нам рассказывали какой же крутой будет
    >> жизнь в новой модульной джаве уже через пару лет..
    > Модульная Ява была и никуда не делась. Это OSGi. Просто теперь модульность
    > сделали повсеместной и не такой... заковыристой. Хотя модульные нововведения 9-ки с
    > OSGi пересекаются лишь отчасти.

    В том то и дело, что две отдельные модульности, в которых одна на другую прозрачно не ложится...

    Зачем было так делать? Почему нельзя было вынести OSGI на уровень SE и получить единую архитектуру, API?

     
     
  • 5.61, Кузнец (?), 22:19, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> помню свой 2008й когда на техдне нам рассказывали какой же крутой будет
    >>> жизнь в новой модульной джаве уже через пару лет..
    >> Модульная Ява была и никуда не делась. Это OSGi. Просто теперь модульность
    >> сделали повсеместной и не такой... заковыристой. Хотя модульные нововведения 9-ки с
    >> OSGi пересекаются лишь отчасти.
    > В том то и дело, что две отдельные модульности, в которых одна
    > на другую прозрачно не ложится...
    > Зачем было так делать? Почему нельзя было вынести OSGI на уровень SE
    > и получить единую архитектуру, API?

    У меня другие ощущения от полугодового знакомства. По-моему, это совершенно разные страты, которые отлично друг друга дополняют.

     
  • 4.72, номия (?), 09:29, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    я просто ностальгирую по тем славным докладам и сантехдням в частности.. я помню как аплодировал зал проекту jigsaw словно анонсировали новый айфон... круто было же..
     
  • 3.74, Andrey Mitrofanov (?), 12:22, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > помню свой 2008й когда на техдне нам рассказывали какой же крутой будет
    > жизнь в новой модульной джаве уже через пару лет..

    "Давайте поговорим о завтрашнем техдне. Какое оно, завтрашнее техдно?"

     

  • 1.38, Аноним (-), 16:40, 22/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    После презентации Apple все ждали Java X.
     
     
  • 2.52, Мать драконов (?), 21:02, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да плевать всем на Java. Умные люди выпиливают ее уже отовсюду.
     
     
  • 3.57, 1 (??), 21:19, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вы бредите
     

  • 1.58, Аноним (-), 22:10, 22/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Обеспечена возможность упреждающей (Ahead-of-Time) компиляции классов в машинный код перед запуском виртуальной машины, что позволяет заметно сократить время старта крупных приложений;

    В .Net это вроде бы есть чуть ли не с первых версий. Почему в Java только сейчас?

     
     
  • 2.62, Кузнец (?), 22:21, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Обеспечена возможность упреждающей (Ahead-of-Time) компиляции классов в машинный код перед запуском виртуальной машины, что позволяет заметно сократить время старта крупных приложений;
    > В .Net это вроде бы есть чуть ли не с первых версий.
    > Почему в Java только сейчас?

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

     
  • 2.64, Кузнец (?), 22:28, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Обеспечена возможность упреждающей (Ahead-of-Time) компиляции классов в машинный код перед запуском виртуальной машины, что позволяет заметно сократить время старта крупных приложений;
    > В .Net это вроде бы есть чуть ли не с первых версий.
    > Почему в Java только сейчас?

    Э, извините. Я-то всё про модульность. Потому что 9-ка -- она -- про модульность. Упреждающая компиляция в Яве было всегда. Другое дело, когда компилить нужно меньше и только то, что нужно.

     
     
  • 3.65, Аноним (-), 23:09, 22/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    9-ка она про много чего, а вы полезли отвечать не поняв о чём вообще спрашивают. Подскажите как откомпилировать байткод в машинный код до запуска виртуальной машины, скажем, в JRE 8. Мне очень интересно. Мне всегда говорили, что в Java этого нет потому что в отличии от обычных компиляторов JIT оптимизирует код динамически, тоесть исходя из того, как именно он бежит в рантайме.
     
     
  • 4.78, Кузнец (?), 14:23, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 9-ка она про много чего, а вы полезли отвечать не поняв о
    > чём вообще спрашивают. Подскажите как откомпилировать байткод в машинный код до
    > запуска виртуальной машины, скажем, в JRE 8. Мне очень интересно. Мне
    > всегда говорили, что в Java этого нет потому что в отличии
    > от обычных компиляторов JIT оптимизирует код динамически, тоесть исходя из того,
    > как именно он бежит в рантайме.

    В айбиэмовской реализации было и такое. Но я этим вопросом подробно не интересовался никогда. Не очень понимаю зачем это. Вернее, понимаю, но я только JEE занимаюсь, а там аптайм годами исчисляется, поэтому предварительная компиляция бессмысленна совершенно. Для десктопных решений может она и уместна.

     
  • 4.79, Кузнец (?), 14:32, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > всегда говорили, что в Java этого нет потому что в отличии
    > от обычных компиляторов JIT оптимизирует код динамически, тоесть исходя из того,
    > как именно он бежит в рантайме.

    Скажем так, статистически. Для меня динамика подразумевает некий анализ связей. Этого, насколько я знаю, нет. Анализируется же частота и "цена" вызовов.

     
  • 2.71, Аноним (-), 02:57, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Может быть потому, что она не особо то и нужна? Ее долго просили, запилили, замерили и выяснили, что в большинстве случаев AOT замедляет старт, а не ускоряет его.
     
     
  • 3.80, Кузнец (?), 14:37, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Может быть потому, что она не особо то и нужна? Ее долго
    > просили, запилили, замерили и выяснили, что в большинстве случаев AOT замедляет
    > старт, а не ускоряет его.

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

     

  • 1.81, Аноним (-), 14:49, 23/09/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вопрос тем кто тут про java-апплеты пишет.
    Кто-то их сейчас разрабатывает? Для каких целей оно надо сейчас? Где-нибудь они реально работают? В браузерах же забанили их, нет?
    Ну просто интересно. Когда читал книжку по Java, пропустил главу по апплетам. И в жизни не встречал, в отличие от java web start.
     
     
  • 2.83, Кузнец (?), 16:24, 23/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Аплеты давно уже умерли.
     
     
  • 3.88, Русский мужик (?), 22:26, 30/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Мдя? А пользователи OeBS даже и не знают, что аплетов больше нет и вовсю работают на них.
     

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



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

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