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 и совершенствование эргономичности.

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

Ещё забыл добавить, что хотят сделать swing в виде отдельного модуля, заменить прослойку awt на кроссплатформенную javaFX

ma1uta ★★ ()

> * Ускоренный запуск JVM и совершенствование эргономичности.

и совершенствование эргономичности.


а это как? О_о

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

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

LorReader ()

> * Fork/Join Framework и дополнения к API параллелизма и поддержки коллекций для улучшенного многопоточного Java-кода

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

Fork/Join Framework and related concurrency and collections API enhancements for improved multi-threaded Java code

kda ★★★★★ ()

так они не только перенесли выход java 7, но и кучу всякого перенесли в java 8

RedPossum ★★★★★ ()

Поддержку генериков на уровне JVM они планируют?

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

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

Может быть, но это оф-пресс-релиз пиарщигов из русского агентства.

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

> Может быть, но это оф-пресс-релиз пиарщигов из русского агентства.

Это был мягкий намек на то, что фраза переведена далеко не лучшим образом. Лично я так и не понял (из этой фразы), что они конкретно сделали и что есть «Fork/Join Framework».

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

а это как? О_о


скорее всего имеют в виду интеграцию в десктоп и рабочее окружение

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

А когда поддержка генериков на уровне JVM решает?

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

Поддержку генериков на уровне JVM они планируют?

Если бы они сделали это, фичу, которая важнее всего представленного ChangeLog Java 7 и Java 8, то было бы хорошо. Но хорошо не бывает и они очевидно в каждой версии будут делать всякую ерунду, а нормальные generics будут только в дотнете.

vertexua ★★★☆☆ ()

А как же «увеличить производительность на 100500%» ?

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

тогда яву придется запускать на 486, иначе операционка не удет упевать обслуживать ее вызовы.

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

а нормальные generics будут только в дотнете


Для чего такого нужны нормальные генерики что нельзя написать в простой java?

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

чо чуваг, ты типа не вкурсах что с ненормальными генериками выхватить в рантайме cast-exception как два пальца обоссать?

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

А почему тогда на LOR-е cast-exception в ран-тайме не выскакивает? какой ужс, не ужели макском написал сайт без генериков?

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

> какой ужс, не ужели макском написал сайт без генериков?

Мелко берешь! Вообще без контейнеров!!!!11

ЗЫ в слове «ужели» где правильно ставить ударение???

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

Думаю это как-то связанно с нарушениями в твоем геноме.

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

Для этого не нужна поддержка генериков в jvm, этого нет специально из-за того что массивы генерики имеют разную логику совместимости с наследованием

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

Передавай Class<T> clazz аргумент в функцию и всё. Не то, чтобы это не было похоже на костыль, но проблему решает.

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

> JVM теперь ускорится на 1500%?

<sarcasm>Только под вендой. Под линуксом будет 20%.</sarcasm>

pv4 ★★ ()

Традиционно: жава не нужна.

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

Ага, но если убрать Type Erasure то окажется что наследование генериков придется чуток изменить, а new T будет работать без костылей предложенных Legioner.

Кроме того в текущем варианте есть фокус (если бы один):

class A<T extends B<A<T>>>{  
}    
class B<T extends A>{
                                                         
}    
class A1 extends A<B1>{
                                                  
}    
class B1 extends B<A1>{                                              
}    
type parameter B1 is not within its bound                                                                                        
class A1 extends A<B1>{
                   ^
1 error
wfrr ★★☆ ()
Ответ на: комментарий от Legioner

Это все фигня, гораздо неприятнее, когда при написании скриптового движка нет никакой возможности узанть какие параметры например у Map переданной в скрипт, и соответственно туда можно запихнуть объект любого типа, а результат вылезет в необычном месте.

wfrr ★★☆ ()

У меня острая передозировка буквой J.

thesis ★★★★★ ()

1) «Ускоренный запуск JVM» - это preload виртуальной машины чтобы не тупили программы при запуске? 2) «Реализация модульности» - что это? А модульность JRE будет? Не хочу swing - у меня консольная серверная программа - его можно убрать? И другие компоненты? 3) Про JavaFX забыли упомянуть.

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

ЗЫ Сижу пока на Qt, но за Mono || JVM будущее ИМХО.

I-Love-Microsoft ★★★★★ ()
Ответ на: комментарий от thesis

У меня острая передозировка буквой J.

Первая инъекция - бесплатно!

И, да... если вы под виндой, - то на 1500% больше!

k0valenk0_igor ★★★ ()

Ждём новости о приросте производительности Java-машины на 1500% :)

critical_error ()

> Лямбда-выражения для повышения производительности разработки и более эффективного использования многоядерных процессоров

С «повышением производительности разработки» соглашусь, отчасти, но как лямбды связаны с многоядерными процессорами?

buddhist ★★★★★ ()

От черт, а я так надеялся на лямбды в 7-й JDK...

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

> Ждём новости о приросте производительности Java-машины на 1500%

И такого же повышения перерасхода памяти!

anonymous ()

Даже в анонсах нет shared vm, нет полноценной поддержки ARM-платформы под J2SE... Ява скатывается в УГ.

anonymous ()
Ответ на: комментарий от I-Love-Microsoft

> жаба имеет шансы выжить в конкуренции с Mono

Mono тут совсем не конкурент.

kda ★★★★★ ()
Ответ на: комментарий от I-Love-Microsoft

>за Mono || JVM будущее ИМХО.

I-Love-Microsoft


Кто бы сомневался :}

Deleted ()

В оригинале - для Java 8 - «замыкания» упомянуты.

Хотя зачем они нужны? Анонимные классы вполне устраивают.

Про coin - http://blogs.sun.com/darcy/entry/project_coin

Впрочем, не исключено, через 3-4 года Джава будет исключительно для legacy решений.

Быдлокодеры окончательно перейдут на шарпей. Потому как недолог век мальчиков-айтишников.

http://community.dice.com/t5/Tech-Career-Advice/Why-a-career-in-computer-prog...

«So what advantage does a 60-year-old .NET programmer have over a 27-year-old .NET programmer when they both have, at most, 5 years of experience doing .NET programming? Absolutely none.» (c)

Вот вам и причина консервативности Джава-программистов. И причина нежелания «синтаксического сахара».

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

So what advantage does a 60-year-old .NET programmer have over a 27-year-old .NET programmer when they both have, at most, 5 years of experience doing .NET programming? Absolutely none.

Писано идиотом, и если ваш работодатель считает также, то вам пора его сменить.

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

Если Вы такой умный, то почему Вы такой бедный?

Извините, но я не кормлю троллей, тем более унылых троллей.

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

Если Вы такой умный, то почему Вы такой бедный?

Извините, но я не кормлю троллей

Детко, ты только шо это сделал.

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