LINUX.ORG.RU

Oracle опубликовала планы по улучшению платформы Java

 , , , , ,


0

1

Компания Oracle обнародовала планы по совершенствованию платформы Java Platform, Standard Edition (Java SE) и ее оптимизации под новые модели приложений и типы оборудования, включая расширенную поддержку скриптовых языков, повышение производительности разработки и сокращение операционных затрат.

Представленные планы предусматривают выпуск новых версий OpenJDK в 2011 и в 2012 гг. Эти новые версии лежат в основе Oracle Java Development Kit (JDK) 7 и JDK 8. Решения о включении новых функций в выпуски JDK 7 и JDK 8 принимались при активном участии сообщества Java-разработчиков.

Проект OpenJDK продолжает успешно развиваться благодаря вкладу Oracle, а также других компаний, исследователей и разработчиков. Модель лицензирования OpenJDK остается неизменной.

В настоящее время Oracle работает над объединением Oracle Java HotSpot Java Virtual Machine (JVM) и Oracle JRockit JVM в единую виртуальную машину, в которой будут эффективно использоваться преимущества каждой из этих реализаций виртуальных машин.

Oracle JDK и Java Runtime Environment (JRE) будут по-прежнему доступны для бесплатной загрузки, без изменения существующих моделей лицензирования.

Дополнительные приложения, такие как JRockit Mission Control, JRockit Real Time, Java for Business и Enterprise Support, как и раньше, будут доступны за отдельную плату.

В выпуске JDK 7 запланированы:

  • Инструкция InvokeDynamic и вспомогательные функции для динамических языков программирования
  • Fork/Join Framework и дополнения к API параллелизма и поддержки коллекций для многопоточного Java-кода
  • Усовершенствования языка (большая часть результатов проекта Coin) для повышения производительности разработки, а также для создания более понятного и лаконичного Java-кода
  • Поддержка протоколов Session Description Protocol (SDP) и Stream Control Transport Protocol (SCTP)
  • Новые API ввода/вывода — гибкий API для работы с файловой системой и асинхронный ввод/вывод
  • Поддержка усовершенствованных стандартов — Unicode, локализация, безопасность, шифрование, XML и JDBC
  • Повышение производительности JVM

В выпуске JDK 8 запланированы:

  • Лямбда-выражения для повышения производительности разработки и более эффективного использования многоядерных процессоров
  • Усовершенствования языка (остальные результаты проекта Coin)
  • Реализация модульности (проект Jigsaw) для упрощения задач проектирования, сборки и развертывания приложений
  • Ускоренный запуск JVM и совершенствование эргономичности.

>>> Подробности



Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 3)

Ответ на: комментарий от r

>мразм старческий напал?
А что ВЫШЕ тех строк было написано? Не передергивай зря. :)

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

Так и я проверял, вот в чем прикол :) Найди, ксли не влом. Хоть увидим, в чем разница. Я свои уже привел.

ты такую разницу не хочешь принимать во внимание

Заметь, не только я - но, например, и афтары javaтестов шутаута - тоже.

Или по твоему шутаут придумали чтобы на№пать явса?

На заборе «х-й» написан, а за забором - дрова. Для меня шутаут не есть истина в последней инстанции (как и хабр, как и...). Тем более, там так и напейсано: «Benchmarks Game», что какбэ намекает.

yaws
()
Ответ на: комментарий от yaws

>Заметь, не только я - но, например, и афтары javaтестов шутаута - тоже.

На шутауте чтото завершается с аутофмем?

Тем более, там так и напейсано: «Benchmarks Game», что какбэ намекает.


А ты попробуй выиграть:)

r ★★★★★
()
Ответ на: комментарий от wfrr

Если хочешь (и можешь - mono как понял, далеко не у всех стоит) Эти 2 тестика делались на C2D/4GRAM/Ubuntu 9.10: «mono» is better than «java -server» - 1 «mono» is better then «java -server» - 2 хабр (А вот так на этом же тесте java выиграла у моно (120с против 140с) в части с длинными командными строками.)

yaws
()
Ответ на: комментарий от r

На шутауте чтото завершается с аутофмем?

На шутауте глубина для bintrees благоразумно поставлена равной 20 :)

Надо бует после возврата в Киев погонять эти тестики у себя, потом запостить результаты куданить... в /development ? Потом встретиться и набить друг другу рожи за идею ну или пивка попить :)

yaws
()
Ответ на: комментарий от SSZB

Ну и чего вы ноете по поводу generic'ов? В Scala есть плагин для reification, берите и пользуйте, если очень нужно.
По мне так они нахрен не нужны в JVM, в доднеде (2.0 в то время был) было очень не весело использовать reflection (в библиотеке), в котором надо учитывать generic'и в рантайме. Я бы сказал что очень даже не весело.

anonymous
()
Ответ на: комментарий от VoDA

Да-да-да, давайте добавим еще одну ненужную сущность (метод без скобок - это о-очень полезно), а потом, поддерживая быдлокод, будем наслаждаться ексепшенами, вылетающими при обращении к пропертям. Если от геттеров резь в глазах, используйте qt-style геттеры (foo(), вместо getFoo()), от диеза будет лишь скобками отличаться.

anonymous
()
Ответ на: комментарий от r

> Поддержки старых версий наличествует - и нефиг переписывать на новые системы если это такой баттхерт.

Переписывать никто и не будет, само собой. Просто спецов, понимающих C# перестанут выпускать.

А в принципе, если посмотреть на 1С Бейсик, то Ява очень даже неплоха со всех сторон...

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

>Если от геттеров резь в глазах

резь в глазахх от того что если простое поле за еняетя на геттер - надопереписывать все зависимости. А если совет «делать гетсет всегда и только его пользовать» - так этьо во первых - идиотизм ( писать такое руками)во вторіх рефлективно непрозрачное решение.

r ★★★★★
()
Ответ на: комментарий от r

to I-Love-Microsoft: у Swing с GTK-шным LAF проблемы. выберите любой другой - Nimbus например ) и увидите разницу. по поводу slow-старта desktop-приложений почему-то никто про jexec не упомянул: костыли костылями, но если в дефолтных параметрах ява-машины опциями увеличить память под шаринг кода и ресурсов, то по идее должно нивелировать нервозность при старте и рестарте программ юзерами (про память разговор отдельный... )

anonymous
()
Ответ на: комментарий от Karapuz

А вы не думаете, что этот Цэ с крестиками использует скомпилированные Java-классы? Вы не заглядывали никогда в его каталоги, не писали макросы на встроенном BASIC'е? А то, что на java.sun.com OpenOffice.org (раньше по крайней мере так было)столь активно «предлагают» вам ни о чём не говорит? И что-то он без Java Runtime как-то не того... Далеко не всё умеет, дажу со скомпилированными Java-классами ;) Так что это у кого ещё с головой не в порядке...

DRVTiny ★★★★★
()
Ответ на: комментарий от anonymous

> Да-да-да, давайте добавим еще одну ненужную сущность (метод без скобок - это о-очень полезно), а потом, поддерживая быдлокод, будем наслаждаться ексепшенами, вылетающими при обращении к пропертям. Если от геттеров резь в глазах, используйте qt-style геттеры (foo(), вместо getFoo()), от диеза будет лишь скобками отличаться.

с фига ли метод без скобок? посмотрите как сделаны FCP на OpenJDK в тестовом проекте.

foo() не пройдет - если в EL написать ${obj.foo} это будет обращение к obj.getFoo() и никак иначе (кроме булеан полей).

VoDA ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.