LINUX.ORG.RU

Ранний доступ JRE для пользователя


0

0

5 октября компания Sun запустила программу "Раннего доступа Java SE 6 Update N" (известную ранее под названием "Consumer JRE"). Этот проект включает Java QuickStarter, Deployment Toolkit, Nimbus Look&Feel и аппаратное ускорение графики.

Java SE 6 Update N сосредоточивается на следующих аспектах:

1. Дополнительные возможности по установке JRE
1.1. Deployment Toolkit определяет версию установленной JRE и имеет простой интерфейс для установки апплетов и приложений для работы.
1.2. В режиме установки ядра (пока отсутствует в этой сборке) впервые позволяет пользователям запускать Java-апплеты и приложения из WebStart, не дожидаясь загрузки всей JRE. Хотя по умолчанию установки ядра будет работать с существующими Java-апплетами, разработчики приложений имеют возможность выбора библиотек, которые должны быть установлены в ядро, прежде чем продолжить установку для конечного пользователя.
1.3. Улучшен механизм обновления Java SE: JRE обновляется патчами, это позволяет проводить обновления быстро и надёжно (механизм патчей будет работать у тех, кто установит эту или следующую версию). Так, например, одна из особенностей патч-обновлений в том, что обновления не будут перечислятся отдельными пунктами в Windows в панели "Установка и удаление программ".

2. Улучшение быстродействия и внешнего вида GUI
2.1. Механизм Quick Starter заранее размещает некоторые части JRE в оперативной памяти, существенно уменьшая время "холодного старта" JVM (время, необходимое для запуска Java-приложений).
2.2 Внедрена полная поддержка аппаратного ускорения графики: в Java SE 6 Update N обеспечена поддержка аппаратного ускорение графики средствами Microsoft DirectX 9 API -- рендерингу подвергаются все графические операции, связанные с прозрачностью, градиентными заливками замкнутых областей, аффинные преобразования и другие операции в двумерном пространстве, в частности, в объектах Swing-приложений (заслуга подсистемы Java2D).
2.3. Новый кроссплатформенный Swing Look&Feel под названием Nimbus обеспечивает более приятное представление элементов управления (панели, кнопки, списки, полосы прокрутки и др. виджеты), чем Metall и Ocean.

3.Режим установки Kernel будет доступен позднее.

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

★★★★★

Проверено: Shaman007 ()

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

>> Ложь. В данный момент у меня запущена Eclipse - 325 Mb.
> А нагрузить?

Хоть и не мое высказывание, но... Eclipse без перезапуска работает неделями. В нем три проекта суммарно на примерно 5000 исходников + JSP, XML и проч. Весь Eslipse в памяти есть 300Mb.

Korwin ★★★
()

a 64 битный плугин уже сделали?

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

> давно так не смеялся скажи маме пусть купит тебе нормальный компьютер :)

Смейся дальше. Конфиг нового компа уже собран.

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

>> давно так не смеялся скажи маме пусть купит тебе нормальный компьютер :)

>Смейся дальше. Конфиг нового компа уже собран.

Хорошая у тебя мама :)

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

> Какой лучше?

Незнаю, скока не искал хорошего решения не нашёл. Но quick starter это самый элементарный способ и я от него сразу отказался, почему я уже писал.

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

> jqs.exe в памяти занимает 2 мегабайта.

А как на счёт удлиннившейся загрузки? Это тоже нормально?

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

>> jqs.exe в памяти занимает 2 мегабайта.

> А как на счёт удлиннившейся загрузки? Это тоже нормально?

Вы часто перезагружаете машину? Зачем?
Да и загрузить в память 2Мб библиотек это очень быстро особенно если учесть, что загрузка идет в фоновом процессе.

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

> Незнаю, скока не искал хорошего решения не нашёл.

Т.е Вы сами подтвердили, что это "лучшее из зол". Большинство производителей именно так и поступают. Наверное, не зря.

> А как на счёт удлиннившейся загрузки? Это тоже нормально?

1. Загрузка происходит гораздо реже запуска приложений. 2. Как Вы думаете, на сколько она удлинится на современных системах? ;)

kda ★★★★★
()

Опоздали он лет на 7. Тогда ещё аплеты народ писал, я в том числе, но заипавшись с проблемами совместимости, скорости загрузки, падений Mozilla при вызове JS из Java и наоборот, бросили и зареклись ещё раз к этому говну подходить.

Вопрос: Можно ли из этой реинкарнации аплетов манипулировать HTML в браузере напрямую, без JS?

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

Мда... т.е. Java можно вызывать только из JS? МС в силверлайте делает возможность полноценного доступа к DOM tree, а Sun видимо опять хочет продать удлюдочную идей аплетов в сереньком прямоуголничке... Писец... Больные люди.

Надеюсь это сдохнет ещё быстрее...

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

>Мда... т.е. Java можно вызывать только из JS? МС в силверлайте делает возможность полноценного доступа к DOM tree, а Sun видимо опять хочет продать удлюдочную идей аплетов в сереньком прямоуголничке... Писец... Больные люди.

:)
См Google Web Toolkit или JavaFX двоешник.

PS Откуда такие незнайки на ЛОР берутся?

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

>А более критичный недостаток, полная невозможность запуска апплетов на x86_64 уже побежден?

Не совсем понял, а у кого-то они на x86_64 не запускаются? Или у меня X64 (Turion) не как у всех? :)

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

> См Google Web Toolkit или JavaFX двоешник.

Какое отношение GWT имеет к апплетам, емнип, это дополнительная прослойка для аякса, JavaFX тоже не в тему.

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

Да, но как к примеру делается реакция на события? Правильно, пишем вызов JS метода а из него вызывает Java метод. Ещё какие-то гляци помню были с возвратом парметров...
Криво это.
Меня лично кривизна раздражает и пока у меня есть возможность выбирать проект, буду это Говно с большой буквы Г избегать. Я с ними своё отмучился. Пусть другие набивают шишки.

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

Maaaan ты крут!
Плеваться дерьмом не по теме, это признак настоящего спорщика и откуда такие берутся, я знаю и мечтаю чтобы они пошли туда откуда взялись, и на ЛОР не позвращались.

ps
Сам знаю, что мечта несбыточная.

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

Пост, на который я отвечал посмотри, может поймешь.

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

>>Sun видимо опять хочет продать удлюдочную идей аплетов в сереньком прямоуголничке... Писец... Больные люди.
>>Плеваться дерьмом не по теме, это признак настоящего спорщика

- это слова одного человека в одном форуме :-)

Будет время, почитай про silverlight и javaFX
может до тебя дойдет что сравнивать applet's vs silverlight мягко говоря не умно.

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

> А более критичный недостаток, полная невозможность запуска апплетов на x86_64 уже побежден?

А что там не работает? Если возможно, по-подробнее.

/me: самосборный openJDK-1.7.0-megaAlpha @ x86_64, всё работает, но тормозит.

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

Я недавно продавал свои старые 3 Гб DDR памяти, ушли за ~3000 руб. Ты получаешь пенсию в 3000 руб? Тогда да, но для тебя и программы писать никто не будет. А для тех, кто платит за программы, их пишут на Java, все чаще и чаще, потому что .NET буксует и не займет свою нишу

anonymous
()

Скажите пжлсто, те улучшения, что описаны в новости, коснутся ли JDK-7?

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

Yilativs>applet's vs silverlight мягко говоря не умно.
Это если ума нет, но не умно. Я же вас не просил сравнивать.
Сравнивать возможности Java и .Net imho можно, но для некоторых это конечно-же неумно.
Но если хотите, я разъясню вам, непонятные моменты, из своих постов, особенно из отквоченного выше, а вы мне объясните, какое отношение GWT имеет к аплетам+JS+HTML.

NonHuman ★★★
()

хм, особой разницы в скорости работы HTTP и FTP сервера не заметил, хотя оба они на Java :)

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

>Vista: 350 - 500 МБ Java (Eclipse + tomcat 2 context) 300 - 400.

У меня аналогично, на борту 2 гига причин для апгрейда пока не было.

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

>А для тех, кто платит за программы, их пишут на Java, все чаще и чаще, потому что тот кто платит - идиот с большими карманами, а пишуший - быдлокодер.

fixed

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

> На 640*480 шло вполне сносно...

Гонять Сталкера в 640x480 ?! Может ещё и со статическим светом ? Тогда уж лучше Q2 запустить - один хрен движка Сталкера при таких параметрах не видно.

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

> Гонять Сталкера в 640x480 ?! Может ещё и со статическим светом ? Тогда уж лучше Q2 запустить - один хрен движка Сталкера при таких параметрах не видно.

Речь-то вообще не об этом. Речь о том, что Виста не жрёт 2 гига памяти.

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

> Речь-то вообще не об этом. Речь о том, что Виста не жрёт 2 гига памяти.

Ну жрёт она 512M, от этого легче ? Глобальной тормоз. Сколько в последнее время ноутов на контору не брали - ни на одном её не осталось.

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

> Ну жрёт она 512M, от этого легче ? Глобальной тормоз. Сколько в последнее время ноутов на контору не брали - ни на одном её не осталось.

Может на ноутах и мазохизм, но на обычных десктопах много лучше винды. Если бы не одно НО: проги под неё так и не заточили :-(

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

> Может на ноутах и мазохизм, но на обычных десктопах много лучше винды. Если бы не одно НО: проги под неё так и не заточили :-(

Виста лучше винды? Я что, проспал вендекапетз?

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

>может до тебя дойдет что сравнивать applet's vs silverlight мягко говоря не умно.

это почему? и то и то плугин. Толко сильверлайт интегрируется с бровзером и интероперабелен со скриптинг енжайн а ява нет

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

> а что javafx позволит делать так http://silverlight.net/quickstarts/silverlight10/scripting.aspx ?

Ссылочкой на инсталяцию для Debian поделитесь?

Ах, да это очередной "кросплатформенный" продукт от MS. Наверное, будет как с .NET - сиди и клепай на коленке реализацию под другие платформы. Зато кросплатформенная технология, а как же без этого, и отдел маркетинга можете галочку поставить - мол всё для вас пользователи и разработчики.

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

>Если бы не одно НО: проги под неё так и не заточили :-(

А кто будет точить проги под систему, которую никто не покупает и не пользуется? Скорее начнут под linux портировать

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

>Если бы не одно НО: проги под неё так и не заточили :-(

А кто будет точить проги под систему, которую никто не покупает и не пользуется? Скорее начнут под linux портировать

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

>Ссылочкой на инсталяцию для Debian поделитесь?

Чего - бровзера? ТАм на чистейшем английсом в текстовом виде. Под дебиан нет бровзеров?

>Наверное, будет как с .NET - сиди и клепай на коленке реализацию под другие платформы

Не будет - а есть. Называется Mono / Moonlight.

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

>>Наверное, будет как с .NET - сиди и клепай на коленке реализацию под другие платформы

> Не будет - а есть. Называется Mono / Moonlight.

Mono и MS .NET Framwork не совместимы. Только не надо навешиваться лапшу, про что то они "почти" совместимы, если выкинуть формы.

Это не считая того, пока Mono допилят до .NET 3.0, выйдет уже 4.0.

И с Mono / Moonlight vs Silverlight будет аналогично. Там где написано, то там и работает. Это называет "кросплатформенностью" ? За такое можно смело растреливать на месте.

Mono поделка чуть лучше чем свободные реализации Java, которые явно отстают по реализции Sun. Только Sun Java действительно работает под разные платформы. В Windows формы от Mono явно тормознее чем от MS, и после этого вы надеетесь на массовый переход продакшена на Mono? На такое может надееться либо пионер.

Mono используются на Linux, это безусловно. Только использование через браузер, это не тоже самое.

Так что эти мёртворождённые дети Moonlight / Silverlight обречены на голодную смерть.

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

>Только не надо навешиваться лапшу, про что то они "почти" совместимы, если выкинуть формы.

Silverlight есть под OSX где вообще нет никакого .NET. Это "псевдо" .NET-технология - рантайм дотнетовский там не нужен.

>В Windows формы от Mono явно тормознее чем от MS, и после этого вы надеетесь на массовый переход продакшена на Mono?

Я не надеюсь. Просто Silverlight уже есть, это не .NET фактически, а с появлением работоспособного плугина под линукс, да еще с разрешением качать кодеки медия с микрософта, станет очень привлекательной технологией для RIA, учитывая как легко и иззящно он интегрируется с самим DHTML.

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

> Silverlight есть под OSX где вообще нет никакого .NET.
Ложь:
Microsoft's Shared Source Common Language Infrastructure is a shared source implementation of the CLR component of the .NET Framework. It runs on Microsoft Windows XP, FreeBSD, and Mac OS X 10.2.


> Это "псевдо" .NET-технология - рантайм дотнетовский там не нужен.
Тоже ложь.

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

> но на обычных десктопах много лучше винды

Чем? О_о Насколько видел картинки и читал отзывы, кроме UI там ничего не поменялось. Да и то вроде можно отрубить и привести к "классическому" виду. Или всё-таки что-то там новое появилось?

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

> Насколько видел картинки и читал отзывы, кроме UI там ничего не поменялось.

Гы. а как по картинкам ты хотел увидеть изменение в функционале? :)

> Или всё-таки что-то там новое появилось?
Гугл рулит.

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