Linux Forum Казахстан

[size="3"]Java полностью свободна под лицензией GPL[/size]

Теперь ява полностью открыта и свободна!!!

ЦитироватьДва года назад, в мае 2006 года, Sun объявляла о готовности к "переводу" Java на другую схему лицензирования. А именно, - на GPL.

И вот, через 2 года, это произошло. Отныне Java полностью свободна и открыта даже в соответствии с представлениями о свободе и открытости таких пуристов, как Р. Столлмэн.

В 2007 году Sun добилась в Java (JDK версии 6) минимизации объемов кода, не допускающих GPL-лицензирование - порядка 4%. Но с учётом общей сложности проекта эта цифра оказалась немаленькой.

И вот, наконец, проект IcedTea, который официально и легально, на основании соглашения с Sun, ведёт Red Hat, достиг первых поставленных целей.

Во-первых, в рамках IcedTea, исходные кодах Java авторства Sun были сделаны "очищены" от недопустимого для GPL-лицензирования кода.

Во-вторых, для замены утраченных фрагментов был использован (естественно, с адаптацией) код изначально GPL-лицензированного проекта GNU Classpath.

Ну и, в-третьих, всё это было сделано успешно, что подтверждается успешным прохождением нового кода всех тестов из набора Java Test Compatibility (TCK). А их в этом наборе немало - более 80 тысяч. И под полтора миллиона строк Java-кода.

Пока полностью свободная и открытая Java входит в состав только дистрибутива Fedora 9. Впрочем, речь идет больше отрадиционном для мира freenix'ов вхождении на уровне бинарных пакетов - все, кому не терпится, могут или дождаться реакций разработчиков своих дистрибутивов, или, в конце концов, самостоятельно собрать свою Java - все исходные тексты проекта IcedTea, естественно, доступны. (с) Андрей Зубинский

[size="3"]Появились бинарные пакеты Java JDK и JRE для ОС FreeBSD 6 и 7[/size]

Деб Гудкин (Deb Goodkin) от имени организации FreeBSD Foundation объявил о выходе бинарных инсталляционных пакетов Java JDK и JRE 6.0 для операционной системы FreeBSD версий 6.x и 7.x.
Представленные релизы Java для FreeBSD 6/7 доступны для двух наиболее распространенных архитектур: i386 и amd64. Бинарные пакеты Java для FreeBSD можно свободно скачать с сайта сайта FreeBSD Foundation (http://www.freebsdfoundation.org/downloads/java.shtml).
Авторы в своем анонсе выразили благодарность Курту Миллеру (Kurt Miller) за его работу над этим проектом, а также Грегу Льюису (Greg Lewis) и Джунг-юк Киму (Jung-uk Kim) из FreeBSD Java Project за оказанную ими помощь и поддержку.
http://www.nixp.ru/news/9231 (http://www.nixp.ru/news/9231)

[size="3"]Вышел свободный Java пакет IcedTea6 1.3[/size]

Объявлено о выходе нового релиза IcedTea6 1.3, полностью открытого Java пакета на базе OpenJDK с интеграцией компилятора gcj (GNU Compiler for Java) и заменой закрытых бинарных составляющих на код из открытой библиотеки Java классов GNU Classpath.

Некоторые новшества:

 * Пакет основан на сборке OpenJDK 6 b12;
 * Включена поддержка библиотеки для синтеза звука Gervill;
 * Реализована поддержка технологии LiveConnect (вызов Java методов и Javascript и наоборот), которая недавно была удалена из кода Firefox 3.1;
 * Интегрирована поддержка звукового сервера PulseAudio;
 * В состав включена утилита VisualVM;
 * Добавлена возможность работы с JVM CACAO;
 * Появилась экспериментальная поддержка Shark JIT-компилятора, основанного на LLVM, для архитектур поддерживаемых Zero-assembler;
 * Доработана поддержка криптографических функций, теперь поддерживаются все алгоритмы шифрования и размеры ключей, имеющиеся в Sun Java.
 * Интегрирован код проекта Mozilla Rhino (Javascript интерпретатор на Java) для поддержки javax.script;
 * Добавлены Zero-сборки для alpha, arm, mips, mipsel, m68k, s390.
http://mail.openjdk....ber/003525.html (http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2008-October/003525.html)
http://www.opennet.r...shtml?num=18446 (http://www.opennet.ru/opennews/art.shtml?num=18446)

[size="3"]Java SE 6 Update 10 - значительный шаг навстречу web-приложениям[/size]

Объявлено о выходе релиза Java SE 6 Update 10, в который добавлена реализация принципиально новой архитектуры плагинов, позволяющая запускать апплеты и Swing-приложения в минимальном окружении (4-5Мб вместо 15Мб), при необходимости подгружая недостающие библиотеки по сети.

Новая архитектура плагинов, добавила новые возможности по выполнению Java и JavaFX приложений в web-браузере, например, выполнять их прямо из JNLP (Java Network Launching Protocol) контейнеров, размещенных в сети. Поддерживается возможность выполнения приложений не только в локальной JVM, но и на удаленном сервере (технология Web Start). Также улучшены средства для интеграции между Java и Javascript приложениями, расширена поддержка web-сервисов, добавлены функции для доступа к DOM-дереву содержимого документа.

Из других новшеств, внимание заслуживает обновление раздела документации, в котором появилось 14 новых руководств. Кроме того, Java SE 6 Update 10 может похвастаться объемом исправленных ошибок - в новом релизе устранено 720 проблем. Особенно заметна работа по оптимизации производительности Java SE 6, например, заметно увеличилась скорость запуска приложений.
http://cld.blog-city..._10_is_here.htm (http://cld.blog-city.com/java_se_6_update_10_is_here.htm)
http://www.opennet.r...shtml?num=18454 (http://www.opennet.ru/opennews/art.shtml?num=18454)

[size="3"]Обновление Java 6 update 11. SpringSource анонсировала промышленную версию Tomcat[/size]

Вышло одиннадцатое обновление Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6. По сравнению с прошлыми выпусками, зафиксировано относительно небольшое число исправлений. Но интересно другое, из 34 исправлений, 14 имеют отношение к устранению уязвимостей. В настоящее время подробности по исправленным проблемам безопасности не сообщаются, 14 сообщений "Sun Alerts" помечены как "неизвестная уязвимость" ("unknown vulnerability").

Из новшеств можно отметить обновление базы часовых поясов до версии 2008i, реализацию поддержки развернутого описания UTF-8 символов (например, 0xc0 0xaf вместо короткой записи 0x2f для символа U+002f), улучшение поддержки OpenSolaris, добавление корневых сертификатов Camerfirma и T-systems.

Кроме Java 6 update 11, выпущены обновления прошлых веток: Java 5.0 Update 17, Java 1.4.2_19 и Java 1.3.1_24. Более того, сегодня компания Sun Microsystems обещала выпустить финальную версию JavaFX 1.0, платформы пытающейся конкурировать с Adobe Flash в области разработки интерактивных интернет-приложений.

В заключение, можно отметить заявление компании SpringSource на конференции SpringOne Americas 2008 о создании на базе контейнера для выполнения сервлетов Apache Tomcat нового продукта "enterprise" класса - tc Server. В дополнение к стандартным возможностям Tomcat в tc Server добавлены средства для централизованного управления, мониторинга и диагностики при работе группы серверов. Например, приложение может быть размещено, запущено или остановлено на определенном сервере или группе серверов из единой административной консоли. Возможности диагностики включают средства для обнаружения блокировок, инкрементальной трассировки, идентификации ошибок. Продукт будет распространяться в исходных текстах, бизнес-модель компании SpringSource построена на предоставлении сервисов и поддержке. В настоящее время силами компании SpringSource осуществляется около 80% коммитов в код проекта Tomcat. Выпуск первой публичной версии tc Server намечен на январь 2009 года.
http://www.opennet.r...shtml?num=19219 (http://www.opennet.ru/opennews/art.shtml?num=19219)

[size="3"]Представлен релиз свободного J2EE сервера GlassFish 2.1[/size]

"GlassFish Project - v2.1 FinalBuild (https://glassfish.dev.java.net/downloads/v2.1-b60e.html)" - представлен релиз свободного (CDDL и GPLv2) J2EE сервера GlassFish 2.1 (http://glassfish.dev.java.net/). В новой версии исправлено около 500 проблем, в состав включен код SailFin 1.0 (http://sailfin.dev.java.net/) (SIP Servlets API), интегрирован сервис управления группами из кластерного фреймворка Shoal (https://shoal.dev.java.net/), добавлена более надежная система репликации сессий, интегрирована версия 4.3 платформы MQ (https://mq.dev.java.net/) (Open Message Queue).

http://www.opennet.r...shtml?num=19951 (http://www.opennet.ru/opennews/art.shtml?num=19951)

[size="3"]Вышел свободный Java пакет IcedTea6 1.4[/size]

Анонсирован (http://langel.wordpress.com/2009/02/02/icedtea6-14-released/) выход релиза проекта IcedTea6 1.4 (http://icedtea.classpath.org/), полностью открытой реализации Java SE 6, построенной на базе OpenJDK (http://openjdk.java.net/) с интеграцией компилятора gcj (GNU Compiler for Java) и заменой закрытых бинарных составляющих на код из открытой библиотеки Java классов GNU Classpath (http://www.gnu.org/software/classpath/).

Некоторые новшества:

 * Осуществлен переход на b14 сборку OpenJDK, задействован код OpenJDK7 Hotspot 14;
 * Добавлена поддержка XRender, Java2D теперь выполняется быстрее и может работать поверх соединений с удаленным X-сервером как с локальным;
 * Исправлено 11 уязвимостей, ранее исправленных в релизах Java 6 update 11, Java 5.0 Update 17, Java 1.4.2_19 и Java 1.3.1_24. 5 уязвимостей имеют статус критических и позволяют злоумышленнику различными способами выйти за пределы изолированного окружения и повысить свои привилегии в системе;
 * Улучшена поддержка PulseAudio и ALSA (теперь ALSA использует default устройство), исправлены ошибки при сборке в gcc 4.3 и 4.4-pre;
 * Плагин IcedTeaPlugin теперь поддерживает HTTPS сайты и добавляет предупреждение для ненадежных сертификатов;
 * Из состава пакета исключена утилита VisualVM;
 * Shark JIT-компилятор, основанный на LLVM, теперь можно использовать на 64-рязрядных платформах;
 * Исправлены недоработки при отображении шрифтов, окон и графических элементов.

http://www.opennet.r...shtml?num=20090 (http://www.opennet.ru/opennews/art.shtml?num=20090)

[size="3"]Обновление Java 6 update 12, представлена 64-разрядная сборка[/size]

Компания Sun Microsystems выпустила (https://jdk6.dev.java.net/) финальную версию двенадцатого обновления (http://java.sun.com/javase/6/webnotes/6u12.html) Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6, в котором зафиксировано 140 исправлений ошибок. В новой версии представлены новшества:

 * Реализована (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4802695) 64-разрядная сборка java плагина, что позволяет использовать его в web-браузерах, собранных для 64-разрядных платформ;
 * Добавлена поддержка платформы Windows 2008;
 * Увеличена скорость запуска и работы JavaFX приложений;
 * Увеличена производительность кода сглаживания графических элементов, заполнения областей, отрисовки прямоугольников и линий;
 * Уменьшено время запуска Webstart приложений.

Отдельно подчеркивается, что в Java 6 update 12 отсутствуют связанные с безопасностью исправления. Многие уверены, что релиз вышел в декабре, но это не так, 12 декабря вышла (https://jdk6.dev.java.net/6uNea.html) первая ранняя тестовая сборка обновления (Early Access, Beta milestone), 24 декабря - вторая тестовая версия, 2 февраля - финальный релиз.

http://www.opennet.r...shtml?num=20119 (http://www.opennet.ru/opennews/art.shtml?num=20119)

[size="3"]Компания Sun интегрировала LAMP стек с сервером приложений GlassFish[/size]

"Sun Takes GlassFish, Industry's Most Downloaded Application Server, to New Heights With Integrated LAMP Stack (http://www.sun.com/aboutsun/pr/2009-02/sunflash.20090210.1.xml)" - компания Sun Microsystems представила новую web-платформу GlassFish Portfolio (http://www.sun.com/glassfish), основанную на компонентах сервера приложений GlassFish и типичных приложений LAMP стека (Apache Tomcat, Ruby, PHP, Memcached, Squid, Lighttpd, MySQL).

http://www.opennet.r...shtml?num=20225 (http://www.opennet.ru/opennews/art.shtml?num=20225)

[size="3"]В Java 6 Update 13 исправлено 16 уязвимостей[/size]

Компания Sun Microsystems выпустила внеплановые версии обновления Java: JRE 6 Update 13 (http://java.sun.com/javase/6/webnotes/6u13.html), JRE 5.0 Update 18 (http://java.sun.com/javase/downloads/index_jdk5.jsp), JRE 1.4.2_20 (http://www.sun.com/software/javaseforbusiness/getit_download.jsp) и JRE 1.3.1_25 (http://java.sun.com/j2se/1.3/download.html) с исправлением 16 уязвимостей, уровень опасности 9 из которых оценивается как критический:

 * Ошибка в JRE LDAP клиенте может быть использована злоумышленником для загрузки и выполнения произвольного кода, при получении специально подготовленных данных со стороннего LDAP сервера;
 * Переполнение буфера и целочисленное переполнение в JRE, позволяют двумя разными способами выполнить код злоумышленника в момент распаковки средствами утилиты "unpack200" специально модифицированных JAR архивов, с апплетами и приложениями Java Web Start;
 * Ошибка распаковки сериализированных данных в Java плагине, позволяет злуомышленнику добиться чтения, записи и выполнения файлов с локального диска;
 * Ошибка в виртуальной машине JRE, может быть использована для чтения, записи и выполнения файлов с локального диска, в момент генерации кода на платформе Solaris SPARC;
 * Три переполнения буфера в обработчиках GIF и PNG изображений могут привести к выполнению кода злоумышленника в системе при выполнении специально подготовленного апплета или Java Web Start приложения ;
 * Ошибка в JRE позволяет апплету или Java Web Start приложению инициировать переполнение буфера в момент обработки шрифтов, что может привести к выполнению кода злоумышленника;
 * Ошибка в JRE HTTP сервере позволяет злоумышленнику заблокировать работу JAX-WS сервиса;
 * Java плагин позволяет локально загруженному Javascript коду осуществить соединение с заданным сетевым портом, что может быть использовано в комбинации с XSS атакой (межсайтовый скриптинг) для организации соединения к прикрытым от внешнего мира сетевым сервисам локальной машины;
 * Java плагин позволяет выполнить апплеты под управлением более ранних версий JRE, если это разрешено пользователем. Может быть использовано через ввод пользователя в заблуждение для запуска кода эксплуатирующего уязвимости прошлых версий JRE;
 * Ошибка обработки crossdomain.xml файлов в Java плагине, может быть использована в апплетах злоумышленника для соединения к произвольным доменам, распространяющим crossdomain.xml файлы;
 * Ошибка в Java плагине позволяет валидному апплету изменить содержимое диалога с предупреждением безопасности и ввести пользователя в заблуждение;
 * Две ошибки в коде сохранения и обработки временных файлов со шрифтами, позволяют специально подготовленному апплету или Java Web Start приложению исчерпать место на диске;
 * Ошибка при инициализации LDAP соединений может быть использована для блокирования работы LDAP сервиса;

http://www.opennet.r...shtml?num=20948 (http://www.opennet.ru/opennews/art.shtml?num=20948)

[size="3"]Вышла J2se платформа Apache Harmony 5.0m9 и кластерный Jvm Terracotta 3.0[/size]

Вышла девятая стабильная сборка свободной J2SE 5 (Java 2, Standard Edition) платформы Apache Harmony. В рамках проекта Apache Harmony разработаны независимые от Sun Microsystems реализации Java SE 5 JDK, виртуальной машины и библиотеки классов.

В новом выпуске Apache Harmony отмечены следующие улучшения:

 * Улучшение производительности в библиотеке классов, оптимизация работы JIT компилятора, сокращение интенсивности MUL/DIV/REM для целочисленных вычислений;
 * Новая реализация технологии сжатия Java-байткода, описанной в JSR-200;
 * Библиотека классов портирована для работы в операционных системах AIX и zOS;
 * Исправления ошибок, улучшение прохождения текстов на совместимость, устранение недоработок, вскрывшихся при испытаниях в тестовом комплекте Eclipse Test Suite.

Кроме того, выпущен релиз пакета для кластеризации Java приложений - Terracotta 3.0. Код Terracotta распространяется в рамках лицензии Terracotta Public Licence, основанной на Mozilla Public Licence. Продукт позволяет организовать работу виртуальной Java-машины распределенной на несколько узлов кластера и имеющей встроенную поддержку кеширования Java-объектов.

http://www.opennet.r...shtml?num=21285 (http://www.opennet.ru/opennews/art.shtml?num=21285)

[size="3"]Обновление Java 6 Update 14[/size]

Компания Sun Microsystems выпустила четырнадцатое обновление Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6, в котором зафиксировано 359 исправлений ошибок.

Новшества, появившиеся в Java 6 update 14:

 * В состав пакета включена новая версия виртуальной машины - Java HotSpot VM 14.0, содержащая ряд существенных улучшения в плане надежности и производительности. Например, добавлен давно ожидаемый высокопроизводительный сборщик мусора G1, от старого Concurrent Mark-Sweep (CMS) коллектора отличающийся поддержкой инкрементального уплотнения, лучшей предсказуемостью, простотой использования и возможностью работы в несколько параллельных потоков. Кроме того, в VM добавлена поддержка сжатия ссылок на объекты для 64-разрядных JRE систем и метод оптимизации, основанный на escape-анализе;
 * Поддержка сервисных тэгов (Service Tag) для платформы Windows, для Solaris и Linux поддержка была реализована в прошлых выпусках. Сервисные тэги позволяют, если установлено специальное ПО, автоматически сопоставить JRE окружению специальный уникальный идентификатор.
 * Поддержка черных списков, содержащих цифровые подписи jar файлов в которых присутствуют нерешенные проблемы безопасности. База сигнатур проблемных пакетов поставляется в комплекте.
 * В состав пакета интегрированы:
 o СУБД JavaDB 10.4.2.1 (разрабатывается в недрах проекта Apache Derby);
 o API из Java EE для создания web-сервисов JAX WS 2.1.6 (Java API for XML Web Services);
 o Система мапинга Java-классов в XML представление JAXB 2.1.10 (Java Architecture for XML Binding).

http://www.opennet.r...shtml?num=21946 (http://www.opennet.ru/opennews/art.shtml?num=21946)

[size="3"]Sun создает магазин Java-программ. Google выпустила Java фреймворк Guice 2.0[/size]

Джонатан Шварц, руководитель Sun Microsystems, объявил о подготовке к запуску проекта Vector, представляющего собой online магазин по продаже программ на языке Java. Новый ресурс позволит сторонним разработчикам и компаниям продавать или бесплатно распространять свои наработки. Sun будет зарабатывать, получая процент с данных продаж, примерно, как это уже давно делает Apple. Одним из интересных моментов является то, что обновления для программ представленных в магазине будут загружаться на машины пользователей через единый механизм Java Update. Более подробные сведения о новом проекте будут опубликованы в начале июня на конференции JavaOne.

Также можно отметить о выпуске компанией Google релиза легковесного Java фреймворка Guice 2.0, исходные тексты которого распространяются под лицензией Apache. Фреймворк поддерживает интеграцию с Java SE, Java EE, Google App Engine, Android и Google Web Toolkit (через GIN). Из сервисов Google, в которых используется Guice, можно отметить AdWords, Google Docs, Gmail и YouTube.

http://www.opennet.r...shtml?num=21837 (http://www.opennet.ru/opennews/art.shtml?num=21837)

[size="3"]Sun Microsystems начала тестирование Glassfish 3 и открыла магазин Java Store[/size]

Компания Sun Microsystems выпустила тестовую версию Java EE 6 и свободного J2EE сервера приложений GlassFish 3. В web-стеке из состава платформы GlassFish Portfolio обновлены версии приложений Apache httpd, Lighttpd, Apache Tomcat, Ruby, PHP, Python, Squid и MySQL, добавлен улучшенный интерфейс для управления. Также в платформу включена ранняя (early access) версия GlassFish v3, реализующая спецификации Java EE 6.

Также на конференции JavaOne был анонсирован запуск в тестовом режиме нового online магазина по продаже программ на языках Java и JavaFX, который позволит сторонним разработчикам и компаниям продавать или бесплатно распространять свои наработки. Sun будет зарабатывать, получая процент с данных продаж, примерно, как это уже давно делает Apple. Одним из интересных моментов является то, что обновления для программ представленных в магазине будут загружаться на машины пользователей через единый механизм Java Update. В настоящее время доступ к Java Store открыт только для разработчиков из США, другие регионы смогут оценить возможности системы через 3-4 месяца. На время тестирования магазина, которое продлится до 2010 года, все программы в Java Store будут распространяться бесплатно.

По заявлению руководителя Sun в мире насчитывается более 6.5 миллионов разработчиков на языке Java, продано более 7 миллиардов устройств с ПО на базе Java, из которых 2.6 миллиарда мобильных устройств, 40 миллионов телеприставок, и 800 миллионов установок Java на десктопах.

http://www.opennet.r...shtml?num=22012 (http://www.opennet.ru/opennews/art.shtml?num=22012)

[size="3"]Вышел сервер каталогов OpenDS 2.0 [/size]

Корпорация Sun Microsystems через год после версии 1.0 выпустила новый релиз службы каталогов OpenDS. В версии 2.0 добавлено множество новых функций, обзор которых публикует Ludovic Poitou на страничке своего блога.

Среди основных нововведений Poitou выделяет следующие:
# Переработанная графическая панель администратора
# Разделение пользовательского и административного трафика посредством специального менеджера обеспечивает качество обслуживание (QoS) и упрощает мониторинг.
# Защищенные соединения используют SASL шифрование.
# Полная поддержка UTF8.
# Шлюз DSML -> LDAP может быть развернут как web-приложение.

OpenDS -- это LDAPv3-совместимый сервер каталогов, написанный полностью на языке Java. Версии OpenDS доступны для платформ Solaris, OpenSolaris, серверов Windows 2003/2008, Red Hat, SUSE и Ubuntu Linux. Общими требованиями для платформ является наличие установленной Java SE 5.0. Для работы DSML шлюза необходимо иметь один из следующих серверов приложений: Sun Web Applications Server 7, Glassfish 3 или Apache Tomcat 6.0.20.

http://www.opennet.r...shtml?num=22665 (http://www.opennet.ru/opennews/art.shtml?num=22665)

[size="3"]Вышла версия 1.0 свободной системы метапрограммирования JetBrains MPS [/size]

Компания JetBrains, известная благодаря среде Java-разработки IntelliJ IDEA выпустила версию 1.0 платформы создания языков программирования JetBrains MPS. Система призвана помочь в реализации специфических языков для конкретных задач (Domain Specific Languages, DSL). Такой подход специалисты JetBrains называют программированием, ориентированным на язык (Language Oriented Programming, LOP). Основная часть JetBrains Meta Programming System в качестве лицензии использует Apache License 2.0.

Работа над MPS была начата в 2003 году. Запущенный вначале как исследовательский проект, основные принципы которого были изложены в одной из опубликованных статей, в 2006 году компания стала его использовать для разработки некоторых из своих продуктов. Последнее время JetBrains MPS развивается, как открытый проект, исходные коды которого доступны к свободной загрузке. Для более полного понимания принципов использования DSL на сайте имеется тьюториал, наглядно иллюстрирующий, как с помощью DSL можно написать простейший калькулятор.

Сборки JetBrains MPS доступны для операционных систем Windows, Mac OS X и Linux, как в виде бинарных дистрибутивов, так и в виде архива с исходными кодами.

http://www.opennet.r...shtml?num=22744 (http://www.opennet.ru/opennews/art.shtml?num=22744)

[size="3"]Обновление Java 6 update 15 и Java 5 Update 20 с исправлением уязвимостей [/size]

Компания Sun Microsystems выпустила пятнадцатое обновление Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6, в котором зафиксировано 37 исправлений ошибок. Одновременно выпущено и двадцатое обновление JDK/JRE 5.0.

Отдельного внимания заслуживают исправления с устранением проблем безопасности, некоторые из которых позволяют java-апплету злоумышленника получить полный доступ к системе. Например, злоумышленник может получить полный доступ к локальным файлам и произвести запуск внешних приложений, используя целочисленное переполнение в коде обработки JPEG изображений или ошибку в реализации метода распаковки JAR-файлов Unpack200.

Проблемы в системе проверки основанных на HMAC XML сигнатур, позволяют обойти процесс аутинтификации из-за возможности создания поддельной XML-сигнатуры, воспринимаемой системой в качестве валидной. Уязвимость в коде SOCKS proxy, может быть использована для определения имени и содержимого браузерных cookie для пользователя, запустившего апплет злоумышленника. Недоработка в аудио подсистеме JRE, позволяет непривилегированному апплеты получить доступ к системным свойствам "java.lang.System".

Дополнительно, в состав Java 6 update 15 добавлено несколько новых корневых сертификатов и включен обновленный черный списк с цифровыми подписями сторонних jar файлов в которых присутствуют нерешенные проблемы безопасности.

http://www.opennet.r...shtml?num=22888 (http://www.opennet.ru/opennews/art.shtml?num=22888)

[size="3"]Noop - новый язык для виртуальной машины Java[/size]

Разработчики Google выпустили новый язык Noop, предназначенный для запуска на виртуальной машине Java (JVM). Авторы проекта описывают Noop как "новый язык, взявший все лучшее и отбросивший все худшее из современных и старых языков, в том числе и в области синтаксиса". Он построен на основе объектно-ориентированных концепций "внедрения зависимости" (передача объекту ссылки на внешнюю зависимость при инициализации) и неизменяемости (Immutability). Язык имеет легко читаемый код, но строгую типизацию. Исходные тексты Noop распространяются под лицензией Apache.

В Noop отсутствуют:

 * статические методы;
 * наследование;
 * примитивы.

Для исходных текстов Noop запланированы три пути выполнения:

 * трансляция в исходные тексты на языке Java;
 * интерпретация Noop кода на лету;
 * преобразование в совместимый с JVM байткод.

http://www.opennet.r...shtml?num=23459 (http://www.opennet.ru/opennews/art.shtml?num=23459)

[size="3"]Открытая реализация нейронной сети для распознавания изображений[/size]

В новой версии свободного Java фреймворка для организации нейронных сетей Neuroph v2.3 появился готовый механизм для распознавания изображений. Для конечного пользователя подготовлен специальный GUI-интерфейс, предназначенный для проведения обучения нейронной сети и налаживания необходимых для распознавания изображений связей. Иными словами, вначале пользователь вручную обучает систему указывая на наличие определенного элемента на изображении, потом система начинает выявлять данный элемент на новых изображения самостоятельно.

Для интеграции подобной возможности в сторонние приложения подготовлен специальный API. Например, данная функция уже интегрирована в библиотеку DotA AutoScript, распространяемую в исходных текстах. На сайте Neurop доступна online-демонстрация возможностей пакета и обзор используемых технологий

http://www.opennet.r...shtml?num=23832 (http://www.opennet.ru/opennews/art.shtml?num=23832)

[size="3"]Среда разработки IntelliJ IDEA станет открытой[/size]

Компания JetBrains объявила сегодня о выпуске пробной свободной версии своей интегрированной среды разработки на языке Java - IntelliJ IDEA Community Edition. Бесплатная версия дополнит коммерческую Ultimate Edition, которая до настоящего момента именовалась IntelliJ IDEA.

«Самой хорошей новостью является то, что с приходом Community Edition снимается единственный барьер для повсеместного использования IntelliJ IDEA Java разработчиками - это ее цена. Новая платформа не только бесплатна, но что еще более важно - полностью открыта» - говорится в выпущенном компанией пресс релизе.

По словам директора компании Сергея Дмитриева, JetBrains давно и плодотворно сотрудничает с открытым сообществом. Коды таких проектов, как Early Access Program (EAP), JetBrains MPS и некоторых других давно нашли свое место в публичном домене. Сотням открытых проектов были безвозмездно переданы лицензии на продукты JetBrains, а разработчики компании принимали участие в работе над открытыми проектами Groovy и Scala.

IntelliJ IDEA Community Edition и IntelliJ Platform распространяются под лицензией Apache 2.0 и уже сейчас доступны для загрузки. Сравнить открытую и коммерческую версии IDE можно пройдя по следующей ссылке.

http://www.opennet.r...shtml?num=23874 (http://www.opennet.ru/opennews/art.shtml?num=23874)

[size="3"]Новая версия открытого Java-фреймворка Spring 3.0 [/size]

Компания SpringSource, недавно приобретённая VMWare, объявила о выходе Spring 3.0 - первого релиза новой ветки популярного Java-фреймворка, используемого более чем тремя миллионами разработчиков по всему миру. Spring 3.0 избавляется от излишней сложности, не доставляя неудобств разработчикам - SpringSource Tool Suite обновлен и поддерживает всю новую функциональность новой версии Spring.

Во время конференции SpringOne 2GX генеральный директор SpringSource Род Джонсон (Rod Johnson) сказал, что "Spring 3.0 и среды разработки SpringSource, включая SpringSource tc Server, предоставляют наиболее эффективную и высокопроизводительную платформу разработки для Java корпоративного уровня."

Основные характеристики релиза:
Полная оптимизация под Java 5: первое поколение Spring, требующее Java 5 или выше, синтаксис Java 5 применяется везде в Spring API и во всём коде реализации.
Язык выражений SpEL (Spring expression language): парсер выражений ядра для использования в бин-определениях
Расширенная поддержка компонентов на базе аннотаций: ключевые возможности проекта Spring JavaConfig теперь доступны и в самом Spring
Мощная модель стереотипов: создание "коротких" аннотаций через использование мета-аннотаций
Стандартизованные аннотации с внедрением зависимостей (dependency injection): присутствие начальной поддержки пока не полностью готового стандарта JSR-330 для внедрения зависимостей в Java
Декларативная модель валидации на основе ограничивающих аннотаций
Расширенная поддержка связующих средств и средств форматирования
Глобальная поддержка архитектурного стиля REST
Прямое отображение объект/XML (OXM)
Полная поддержка Portlet 2.0
Абсолютно новые возможности планирования: новые механизмы триггеров и TaskScheduler с первоклассной поддержкой cron
Начальная поддержка Java EE 6

http://www.opennet.r...shtml?num=23920 (http://www.opennet.ru/opennews/art.shtml?num=23920)

[size="3"]Вышло восемнадцатое обновление Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6[/size]

Корпорация Sun Microsystems выпустила обновление Java SE 6 Update 18, в котором исправлено более 350 ошибок и реализована большая порция улучшений, некоторые из которых связанны с увеличением скорости работы, ускорением запуска и улучшением стабильности Java приложений.

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

 * Добавлена официальная поддержка Ubuntu 8.04 LTS Desktop Edition, SLES 11, Windows 7 и Red Hat Enterprise Linux 5.3;
 * В состав интегрирован GUI-инструментарий VisualVM 1.2, объединивший в себе несколько утилит командной строки в сочетании с новыми легковесными средствами профилирования приложений. VisualVM можно использовать как для мониторинга и анализа работы работающих программ, так и для оптимизации в процессе разработки приложений. Некоторые возможности VisualVM 1.2:
 o плагин VisualVM-Sampler для профилирования нагрузки на CPU и расходовании памяти;
 o установка нескольких одновременных jstatd-соединений;
 o отображение полученных данных на наглядных графиках и диаграммах;
 o сохранение между сеансами снапшотов состояния вкладок "Потоки" и "Мониторинг", сохранённый слепок состояния приложения затем может быть загружен с текущей позиции;
 o улучшенный JMX API;
 * В состав включена обновлённая СУБД Java DB 10.5.3.0, разрабатываемая в недрах проекта Apache Derby. В новой версии появилась поддержка SQL-ролей, сгенерированных столбцов, репликации зашифрованных БД, использования OFFSET/FETCH FIRST в запросах, бэкенда для хранения данных в ОЗУ, улучшенного механизма накопления статистики для оптимизатора;
 * Примерно на 20% увеличена скорость создания jar-файлов;
 * В состав включена новая версия виртуальной машины Java HotSpot VM 16.0, содержащая ряд существенных улучшений производительности, особенно в плане работы сборщика мусора и времени запуска VM. Также улучшена работа на 64-разрядных Linux системах, добавлена возможность генерации кода с инструкциями SSE 4.2;
 * Увеличена скорость запуска приложений и апплетов. В среднем, повторный запуск FX-приложений ускорился на 15%, для систем с поддержкой D3D, время запуска сокращено ещё на 100-200мс, исправлено 8 ошибок, связанных с замедлением запуска при определённых условиях. Также добавлена возможность параллельной загрузки jar-файлов для webstart-приложений и апплетов;
 * Увеличена производительность работы элементов GUI интерфейса, например, полупрозрачных окон, растеризации текста и обработки PNG;
 * Добавлена поддержка обработки ZIP архивов большого размера (до 4 Гб);
 * Обновлены поддерживаемые в JavaSE спецификации Java Web Start, Java Network Launch Protocol (JNLP) API и JSR-173 StAX (XML) 1.2 API.

http://www.opennet.r...shtml?num=25009 (http://www.opennet.ru/opennews/art.shtml?num=25009)

[size="3"]Java: Анализ проблем с поставкой приложений в Linux-дистрибутивах [/size]

Терри Каррез (Thierry Carrez), возглавляющий разработку серверной сборки Ubuntu, подытожил (http://fnords.wordpress.com/2010/09/24/the-real-problem-with-java-in-linux-distros/) в своем блоге проблемы, возникающие при поставке программ на языке Java в составе Linux-дистрибутивов и приводящие к тому, что множество Java-программ не доступны в пакетах для Linux-дистрибутивов или поставляются через сторонние репозитории.

Главная проблема возникает из-за наличия в Java собственный унифицированных инструментов сборки и распространения пакетов, что приводит к тому, что фактически разработчики открытых проектов на Java не выпускают готовый для пересборки релиз в исходных текстах, а занимаются поставкой уже готовых бинарных пакетов, включающих откомпилированный набор классов и связанных внешних Java-библиотек. Преобразовать такой Java-пакет в другой формат пакетов для включения в репозиторий Linux-дистрибутива не так просто, так как каждая Java-программа может требовать для своей работы разные версии Java-библиотек. Привязка к разным версиям библиотек идет в разрез со стремлением Linux-дистрибутивов избежать дублирования кода и затрудняет выпуск обновлений, связанных с безопасностью.

Дистрибутивы стремятся к поставке единой версии библиотеки для всех программ, в то время как Java-приложения проповедуют принцип поставки нужного набора библиотек в составе каждого пакета. Попытка перевести Java-программу на другую, стандартную для дистрибутива версию библиотеки, приводит к возникновению непредвиденных проблем и требует отдельной отладки и исправления кода. Чем сложнее Java-проект, тем больше наблюдается зависимость от библиотек. К сожалению, решение проблем так и не найдено, и дистрибутивам приходится комбинировать различные подходы: от поставки нескольких версий библиотек или включения всех библиотек в пакет, до отказа от поставки Java-программ и придумывания отдельных надстроек для доустановки библиотек.

[size="3"]Oracle на пути разделения Java VM на коммерческий и бесплатный варианты [/size]

Компания Oracle планирует (http://www.theregister.co.uk/2010/11/06/oracle_dueling_jvms/) в дополнение к бесплатному варианту JDK начать поставлять и коммерческий "premium" продукт. Оба решения будут основаны на новой виртуальной машине, построенной на основе объединения имеющихся в руках Oracle JRockit VM (http://ru.wikipedia.org/wiki/JRockit) (BEA) и Hotspot VM (http://ru.wikipedia.org/wiki/HotSpot) (Sun). Код новой виртуальной машины будет открыт в рамках проекта OpenJDK.

В настоящее время не сообщается в чем именно будут заключаться отличия платной и бесплатной версии Java VM, предполагается только, что в "premium" версии будет проведен дополнительный тюнинг производительности и реализованы оптимизации для более тесной работы с промежуточным ПО (middleware) Oracle. Виртуальная машина JRockit отличается рекордной производительностью, благодаря продвинутым механизмам сборки мусора, и поддержкой функций горячей замены, позволяющих вносить изменения без остановки сервера. HotSpot отличается общей сбалансированностью, высокой надежностью и расширенной поддержкой оборудования и операционных систем.

[size="3"]Компания Oracle опубликовала черновые варианты спецификаций для Java 7 и Java 8 [/size]

Компания Oracle представила на рассмотрение (http://blogs.sun.com/mr/entry/quartet) комитета JCP (http://ru.wikipedia.org/wiki/Java_Community_Process) (Java Community Process) спецификации новых Java-технологий, которые планируется реализовать в платформах Java 7 и Java 8, выпуск которых намечен на середину 2011 и конец 2012 года. Изучив представленные материалы комитет примет решение, утвердить данные спецификации или отправить их на доработку.

Представлены следующие спецификации:

• JSR 334 (http://jcp.org/en/jsr/detail?id=334) - набор небольших языковых улучшений Java, развиваемых в рамках проекта Coin (http://openjdk.java.net/projects/coin);
• JSR 335 (http://jcp.org/en/jsr/detail?id=335) - лямбда-выражения (http://openjdk.java.net/projects/lambda) ("замыкания") для Java;
• JSR 336 (http://jcp.org/en/jsr/detail?id=336) - возможности, намеченные для включения в релиз Java SE 7, например, поддержка (http://openjdk.java.net/projects/mlvm) языков программирования с динамической типизацией (инструкция InvokeDynamic), новый API (http://openjdk.java.net/projects/nio) для ввода/вывода (NIO.2), поддержка (http://blogs.sun.com/michaelmcm/entry/closing_a_urlclassloader) загрузки классов по URL, обновления (http://gee.cs.oswego.edu/dl/concurrency-interest/index.html) связанные с параллельным выполнением и поддержкой коллекций, обновленный XML-стек, расширенная (http://sites.google.com/site/openjdklocale/) поддержка локалей, новый API для работы с файловой системой (File System API), прямой ввод/вывод из ZIP и JAR-архивов, Rowset 1.1, Unicode 6.0, JDBC 4.1, поддержка TLS 1.2, компоненты Nimbus и JLayer для GUI-тулкита Swing;
• JSR 337 (http://jcp.org/en/jsr/detail?id=337) - возможности, намеченные для включения в релиз Java SE 8, включая модульную систему Jigsaw (http://openjdk.java.net/projects/jigsaw), аннотации (http://openjdk.java.net/projects/type-annotations) для Java-типов, поддержку (http://openjdk.java.net/projects/coin) языковых конструкций для работы с коллекциями, Swing application framework (JSR296 (http://jcp.org/en/jsr/detail?id=296)).

Напомню, что фонд Apache намерен (http://www.opennet.ru/opennews/art.shtml?num=28598) демонстративно голосовать против принятия спецификаций и призывает других участников комитета последовать их примеру.

[size="3"]Oracle обновляет правила для сообщества OpenJDK[/size]

Марк Рейнхолд (Mark Reinhold), старший архитектор платформы Java в Oracle, объявил о том, что ведутся работы по созданию новых правил для сообщества открытой реализации Java -- OpenJDK.Пока новый документ не доступен для публичного ознакомления, однако есть основания полагать, что паниковать Open Source-сообществу рано. Во-первых, в подготовке черновика документа непосредственное участие принимали не только представители корпораций Oracle и IBM, но и Майк Милинкович (Mike Milinkovich) из Eclipse, а также профессор Дуг Ли (Doug Lea) из государственного университета Нью-Йорка в Освего (State University of New York at Oswego, SUNY Oswego).

Во-вторых, в основу новых правил лег регламент, созданный поддерживавшимся компанией Sun советом IGB (Interim Governance Board) проекта OpenJDK. Сам Марк надеется, что новые правила будут способствовать «долгосрочному росту и процветанию сообщества OpenJDK, вовлекая в проект новых членов для открытого, прозрачного и меритократического (http://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D1%80%D0%B8%D1%82%D0%BE%D0%BA%D1%80%D0%B0%D1%82%D0%B8%D1%8F) участия».

Саймон Фиппс (Simon Phipps), размышляя на тему нового устройства управления в проекте OpenJDK, предлагает дождаться их публикации до того, как выносить окончательный вердикт.

[size="3"]На базе IcedTea для web-браузеров подготовлен открытый Java-плагин [/size]

Представлен (http://dbhole.wordpress.com/2011/02/02/first-release-of-icedtea-web/) первый стабильный релиз проекта IcedTea-Web (http://icedtea.classpath.org/wiki/IcedTea-Web), в рамках которого подготовлен полностью открытый Java-плагин для web-браузеров. Плагин совместим с web-браузерами, поддерживающими спецификацию NPAPI (http://en.wikipedia.org/wiki/NPAPI) (Netscape Plugin Application Programming Interface), и позволяет использовать технологию Java Web Start (http://ru.wikipedia.org/wiki/Java_Web_Start). Наработки проекта распространяются (http://icedtea.classpath.org/download/source/icedtea-web-1.0.tar.gz) в исходных текстах в рамках лицензии GPLv2, инструкцию по сборке можно найти здесь (http://icedtea.classpath.org/wiki/IcedTea-Web#Building_IcedTea-Web). Поддержка Java Web Start реализована через задействование кода NetX (http://jnlp.sourceforge.net/netx/), свободной реализации протокола JNLP (Java Network Launching Protocol), обеспечивающего функции загрузки по сети кода для приложений и апплетов, его кэширование и запуск в безопасном изолированном окружении. Дополнительно в поставку IcedTea-Web включен графический интерфейс itweb-settings, служащий для настройки параметров NetX и браузерного плагина.

В качестве основы для построения плагина использован пакет IcedTea6 (http://icedtea.classpath.org/), полностью открытой реализации Java SE 6, основанный на OpenJDK6 и виртуальной машине HotSpot, с использованием свободных средств сборки, интеграцией компилятора gcj (GNU Compiler for Java), реализацией некоторых дополнительных возможностей и расширенной поддержкой платформ.

[size="3"]Критерии оценки открытости проектов и попытка их применения к проекту OpenJDK[/size]

Саймон Фиппс (Simon Phipps), ранее руководивший OpenSource-направлением в компании Sun Microsystem, а ныне входящий в управляющий совет организации Open Source Initiative (OSI), попытался сформулировать (http://blogs.computerworlduk.com/simon-says/2011/02/the-open-by-rule-governance-benchmark/) критерии оценки степени открытости проектов. Фиппс пишет, что признаком конструктивной, прагматичной борьбы за свободу программного обеспечения - является наличие равенства в сообществе, которое гарантировано справедливым управлением. Такое сообщество можно назвать открытым по правилам (open-by-rule). Конечно, нет стопроцентной гарантии, что всё будет работать как надо, так как любая достаточно сложная система подвержена сбоям. Однако целью любого открытого проекта должна быть свобода людей в реальном Мире.

В свободе программного обеспечения есть нечто большее, чем просто лицензия. Ключевой вопрос, ответ на который интересует любого потенциального разработчика, это - "какова система управления?", и "на каких условиях люди участвуют в открытых проектах"?

По мнению Фиппса, основным принципом управления в открытых проектах должна быть так называемая открытая меритократическая (http://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D1%80%D0%B8%D1%82%D0%BE%D0%BA%D1%80%D0%B0%D1%82%D0%B8%D1%8F) олигархия. Именно такая стратегия характерна при организации управления в наиболее эффективных и успешных сообществах, включая Apache Software Foundation и GNOME Foundation. Такая олигархия (http://ru.wikipedia.org/wiki/%D0%9E%D0%BB%D0%B8%D0%B3%D0%B0%D1%80%D1%85%D0%B8%D1%8F) подразумевает осуществление управления некой элитой, а не большинством - демократия с её одним голосом для каждого не является для неё приоритетом.

Эта элита, однако, не закрытая самовоспроизводящаяся группа, которая собирается править вечно. Вместо этого Элита открыта для изменений и готова принять вызов, основанный на принципах гласности и выборности. Форма такой открытости - это меритократия, принцип управления, согласно которому руководящие посты должны занимать наиболее способные люди, независимо от их социального и экономического происхождения. Если меритократия работает, руководить будут представители большинства или даже всех ключевых групп участников сообщества. Есть и другие подходы, такие как, например, "великодушный диктатор" (http://en.wikipedia.org/wiki/Benevolent_dictatorship), но это рискованный путь к протекционизму в отношении новых управленцев.

Правила, которым необходимо следовать, при создании подлинно открытого сообщества:

• Современная лицензия. Проект должен иметь современную, одобренную организацией OSI лицензию, которая обеспечивает патентную защиту всех ото всех (Apache, Mozilla/CDDL и GPLv3 позволяют это сделать) и действует одинаково в отношении всех участников. Дополнительным преимуществом является совместимость лицензии с широким кругом соответствующего кода в других проектах.
• Отсутствие практики отчуждения имущественных прав. Открытое сообщество не будет требовать от всех участников передачи имущественных прав на код в руки одного лица. Если это и будет сделано, то держателем всех авторских прав станет некоммерческая организация, контролируемая сообществом, например, SPI (http://www.spi-inc.org/) или FSF.
• Грамотная политика управления торговыми марками. В открытом сообществе должна быть реализована такая политика управления торговыми марками, которая гарантировала бы каждому участнику сообщества равные права по использованию торговых марок сообщества, и гарантировала бы безопасное существование этих торговых марок в руках уполномоченной на это организации (в идеале это должен быть некоммерческий фонд). Сообщество может эффективно и безопасно использовать торговые марки до тех пор, пока политика управления торговыми марками применяется в одинаковой степени ко всем участникам сообщества без исключения (в качестве примера можно привести правила фонда Apache (http://www.apache.org/foundation/marks/)). Торговая марка, находящаяся под исключительным контролем одного единственного члена сообщества сулит возникновение проблем, если сообщество попытается начать развитие в направлении, против которого выступает владелец торговой марки.
• Наличие графика выпуска релизов и чёткого плана развития Направление развития проекта должно быть сформировано путём достижения консенсуса между проверенными участниками, свободными от обязательств перед третьими лицами. Если есть опубликованный план, который явно сформирован с учётом пожеланий разных участников, у каждого из которых свои причины участвовать в сообществе, это хороший признак действительно открытого сообщества. Если каждый выпуск проекта прозрачен, соответствует оглашённому плану и если сообщество сопротивляется сомнительным сделкам за закрытыми дверями, в результате которых в проект неожиданно включаются новые возможности и крупные изменения, то это правильное открытое сообщество. Если в проект сообщества неожиданно начинают включаться большие монолитные компоненты - это тревожный сигнал и нужно искать причины происходящего.
• Множество разработчиков. К настоящему сообществу с течением времени присоединяется множество участников, у каждого из которых свои независимые причины участвовать в проекте. Если большая часть работы уже сделана одной единственной организацией или её партнёрами, спустя некоторое время в сообществе появятся проблемы.
• Возможность создания форка проекта. Хотя лицензии, одобренные OSI, гарантируют создание форка любого проекта, могут появиться практические препятствия, например: корпоративные соглашения, которые включают в себя пункты, запрещающие создание форка; использование при разработке закрытых инструментов; ограниченный доступ к документации и распространение документации не под открытыми лицензиями.
• Обеспечение принципа прозрачности. Необходимо дать положительный ответ на следующие вопросы, чтобы понять, насколько прозрачен открытый проект: Можно ли знать всё о сообществе, в том числе что происходит и почему происходит ? Все ли обсуждения видимы общественности (кроме случаев, когда дело касается личной информации) ? Можно ли отслеживать все коммиты и патчи, а также знать причину включения каждого из них в проект ?

В качестве наглядной демонстрации применимости данных правил к оценке реальных проектов, Саймон Фиппс попытался проанализировать (http://blogs.computerworlduk.com/simon-says/2011/02/is-openjdk-open-by-rule/index.htm) степень открытости сообщества разработчиков OpenJDK. По разным причинам методы управления в проекте OpenJDK никогда не были полностью определены и вот уже более года все хранят молчание. Тем не менее, Марк Рейнхольд, занимающий должность старшего архитектора платформы Java в Oracle, опубликовал (http://blogs.sun.com/mr/entry/openjdk_bylaws) на днях черновик новых правил (http://cr.openjdk.java.net/%7Emr/bylaws/draft-openjdk-bylaws-07.html) организации управления в проекте OpenJDK, в подготовке которого принимали участие представители Oracle и IBM.

• Подавляющее большинство работ по OpenJDK проводятся сотрудниками Oracle;
• Сообщество OpenJDK реализует функции на основе спецификаций JCP (http://ru.wikipedia.org/wiki/Java_Community_Process) и не изобретает никаких новых возможностей;
• OpenJDK выпускается под лицензией GPLv2 с некоторыми лицензионными исключениями (в частности, разрешающее динамическое связывание лицензионное исключение (http://www.gnu.org/software/classpath/faq/faq.html#faq2_1) Classpath), направленными на предотвращение определенных нежелательных последствий использования GPL, таких как проблемы связывания библиотек с коммерческими проектами;
• Для соответствия условиям на использование бренда Java, пользователи обязаны использовать наборы тестов TCK;
• Значительный вклад в успех проекта OpenJDK, после открытия кода, внесли сотрудники Red Hat, Google, Apple и IBM. Вклад отдельных разработчиков из проекта GNU Classpath, предшественника OpenJDK, также сыграл значительную роль в становлении OpenJDK как жизнеспособного проекта, в особенности на GNU/Linux.
• Широко распространено мнение, что решение IBM присоединиться к OpenJDK, после которого проект Apache Harmony был заброшен, стало результатом неафишируемой сделки с Oracle, в обмен на расширенные полномочия в управлении проектом.

Новые правила управления OpenJDK обсуждались на конференции FOSDEM 2011 (http://www.fosdem.org/2011/), но до этого обсуждения было также проведено небольшое тестирование (http://webmink.com/2011/02/04/rating-openjdk-governance/) черновика правил, которое принесло им минус 3 балла по шкале от -10 до +10. "Это говорит о том, что в моих глазах новые правила управления OpenJDK не могут считаться правилами открытого сообщества, заявил Саймон Фиппс.

[size="3"]В Java проявилась уязвимость при обработке чисел с плавающей запятой [/size]

Несколько недель назад в интерпретаторе PHP была исправлена (http://www.opennet.ru/opennews/art.shtml?num=29215) уязвимость, позволяющая (http://www.opennet.ru/opennews/art.shtml?num=29203) вызвать зависание процесса при выполнении операций c некоторыми числами с плавающей запятой. Уязвимость проявлялась только при использовании в процессе преобразования чисел x87 FPU-регистров. Как оказалось (http://www.exploringbinary.com/java-hangs-when-converting-2-2250738585072012e-308/), данной проблеме подвержен не только интерпретатор PHP, но и виртуальная машина Java. Например, чтобы вызвать бесконечное зацикливание достаточно обеспечить выполнение примерно такого кода "double d = 2.2250738585072012e-308; System.out.println("Value: " + d);". В реальных условиях, эксплуатировать данную уязвимость можно без привлечения определенных Java-апплетов: достаточно отправить на большинство серверов приложений специальный HTTP-запрос, указав проблемное число в заголовке "Accept-Language" или "Accept", например: "Accept: audio/*; q=магическое число, audio/basic".

Примечательно, что компания Sun была поставлена в известность (http://webcache.googleusercontent.com/search?q=cache:QLB1IfLEhscJ:bugs.sun.com/view_bug.do;jsessionid%3D25194dc266f1b860256a012b3405%3Fbug_id%3D4396272+4421494) о данной проблеме в 2000 году, после чего извещалась (https://bugs.openjdk.java.net/show_bug.cgi?id=100119) еще несколько раз. Серьезность уязвимости была признана только после эскалации проблемы после случая с PHP. Выход официального обновления Java SE запланирован на 15 февраля, до этого момента можно использовать hotfix (http://blogs.oracle.com/security/2011/02/security_alert_for_cve-2010-44.html) или патч (http://mail.openjdk.java.net/pipermail/core-libs-dev/2011-February/005795.html) к OpenJDK.

Дополнительно всплыл еще один случай с затягиванием выпуска исправления. В 2008 году в Sun было направлено (http://slightlyrandombrokenthoughts.blogspot.com/2011/02/java-jfilechooser-programmatic.html) сообщение (и получено подтверждение о его получении) о наличии уязвимости в коде по обеспечению работы диалога JFileChooser. Уязвимость до сих пор не исправлена и позволяет организовать в Java-апплете переименование файлов без каких-либо действий со стороны пользователя.

[size="3"]Обновление Java SE 6 Update 24 c исправлением 21 уязвимости [/size]
 
Компания Oracle представила (http://www.oracle.com/technetwork/java/javase/6u24releasenotes-307697.html) двадцать четвертый корректирующий релиз Java SE Runtime (JRE) 6 (http://www.oracle.com/technetwork/java/javase/downloads/index.html) и Java SE Development Kit (JDK) 6, в котором устранена 21 уязвимость (http://www.oracle.com/technetwork/topics/security/javacpufeb2011-304611.html). Подробности об устраненных уязвимостях не сообщаются, упоминается только, что некоторые из проблем имеют критический характер и пользователям следует немедленно обновить Java.

19 уязвимостей могут быть эксплуатированы удаленно и только 2 локально. 6 уязвимостей имеют статус опасных, для 4 уязвимостей степень опасности определена как средняя, а для 11 - как незначительная. Из давно ожидаемых исправлений можно отметить устранение ошибки (http://linuxforum.kz/index.php?/topic/65-java/page__view__findpost__p__14903), позволяющей вызвать зависание процесса при выполнении операций c некоторыми числами с плавающей запятой.

В составе Update 24 также поставляет новая версия Java DB 10.6.2.1 (http://db.apache.org/derby/releases/release-10.6.1.0.html) (Derby) в которой устранена одна незначительная уязвимость и исправлено 242 ошибки.

[size="3"]Доступна для тестирования предварительная версия Java 7 [/size]

Компания Oracle выпустила (http://blogs.sun.com/mr/entry/jdk7_preview) тестовую версию JDK 7 (http://openjdk.java.net/projects/jdk7/) (Developer Preview), пригодную для предварительного знакомства с возможностями Java 7 и проверки совместимости существующих приложений. Представленная тестовая версия проходит полный набор тестов совместимости со спецификацией для всех поддерживаемых платформ, но еще может иметь проблемы со стабильностью работы.

Финальный релиз JDK 7 ожидается в конце июля или начале августа 2011 года, релиз JDK 8 планируется выпустить в конце 2012 года. Бинарные сборки JDK 7 для Linux, Solairs и Windows можно загрузить на данной странице (http://jdk7.java.net/preview/). Исходные тексты не прилагаются, так как, несмотря на то, что JDK 7 основан на открытой кодовой базе OpenJDK, в представленной сборке по прежнему используются некоторые закрытые библиотеки, над созданием открытых аналогов которых трудится проект IcedTea. Для разработки приложений на базе Java 7 можно использовать последний тестовый выпуск интегрированной среды NetBeans 7.0 (http://netbeans.org/community/releases/70/).

Из возможностей (http://openjdk.java.net/projects/jdk7/features/) Java 7 можно отметить интеграцию набора небольших языковых улучшений Java, развиваемых в рамках проекта Coin (http://openjdk.java.net/projects/coin), поддержку языков программирования с динамической типизацией (инструкция InvokeDynamic), новый API для ввода/вывода (NIO.2), поддержку загрузки классов по URL, обновления связанные с параллельным выполнением и поддержкой коллекций, обновленный XML-стек, расширенную поддержку локалей, новый API для работы с файловой системой (File System API), прямой ввод/вывод из ZIP и JAR-архивов, Rowset 1.1, Unicode 6.0, JDBC 4.1, поддержку TLS 1.2, компоненты Nimbus и JLayer для GUI-тулкита Swing. В JDK 7 не включены (будут реализованы в JDK 8) Лямбда-выражения (http://openjdk.java.net/projects/lambda) ("замыкания"), модульная система Jigsaw (http://openjdk.java.net/projects/jigsaw), аннотации (http://openjdk.java.net/projects/type-annotations) для Java-типов, Swing application framework (http://en.wikipedia.org/wiki/Swing_Application_Framework) (JSR296 (http://jcp.org/en/jsr/detail?id=296)) и поддержка (http://openjdk.java.net/projects/coin) языковых конструкций для работы с коллекциями.

[size="3"]Релиз GlassFish 3.1 и Java EE 6 SDK Update 2 [/size]

Компания Oracle объявила (http://blogs.sun.com/theaquarium/entry/glassfish_3_1_is_here) о выходе свободного J2EE (Java Platform Enterprise Edition 6 (http://java.sun.com/javaee)) сервера приложений GlassFish 3.1 (http://glassfish.java.net/downloads/3.1-final.html), среди ключевых улучшений которого названы: полная поддержка кластеризации, интерфейс для централизованного управления и новые инструменты для обеспечения высокой доступности. Код GlassFish распространяется под двумя лицензиями: CDDL v1.0 и GPL v2. Одновременно выпущено второе обновление Java EE SDK (http://www.oracle.com/technetwork/java/javaee/downloads/index-jsp-140710.html) (Update 2). Состав GlassFish Server 3.1:

• Web Profile и Full Platform
  • EJB 3.1 Lite (только поддержка локальных контейнеров)
  • JTS/JTA 1.1
  • Основанное на OSGi микроядро;
  • Средства для поддержки кластеризации;
  • Средства для обеспечения высокой доступности;
  • Поддержка Java Web-технологий (Servlet 3.0, JSP 2.2, JSF 2.0, JSTL 1.2, EL 2.2);
  • Grizzly/Comet;
  • JPA 2.0, (EclipseLink), JDBC Connection Pooling;
  • JDBC 4.0;
  • JavaDB 10.5.3;
  • web-интерфейс и cli-консоль для централизованного администрирования;
  • Инструменты для активного развертывания приложений;
  • OMG CORBA APIs 3.0;
  • Поддержка отладки для языков, отличных от Java;
  • Common Annotations for Java 1.1;
  • Dependency Injection for Java 1.0;
  • Managed Beans 1.0;
  • Interceptors 1.1;
  • Contexts and Dependency Injection for Java 1.0 (CDI, ex-Web Beans);
  • Bean Validation 1.0;
  • JAX-RS 1.1 (Jersey);
• Только в редакции "Full Platform":
  • Полное API EJB 3.1 (с поддержкой внешних контейнеров);
  • Java EE Connector Architecture 1.6;
  • JAX-WS 2.2;
  • JAXB 2.2;
  • Реализация Java Web Services 1.3;
  • Web Services Metadata for the Java Platform 2.1;
  • JMS 1.1;
  • JavaMail 1.4;
  • JACC 1.4;
  • Java Authentication Service Provider Interface for Containers 1.1;
  • Java EE Application Deployment 1.2;
  • J2EE Management 1.1;
  • JAX-RPC 1.1;
  • JAXR 1.0;
  • CORBA 3.0.0;
  • Metro.

[size="3"]Обновление Java SE 6 Update 25[/size]

Вышел (http://www.oracle.com/technetwork/java/javase/6u25releasenotes-356444.html) двадцать пятый корректирующий релиз Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6, в котором отмечено 193 исправления (http://www.oracle.com/technetwork/java/javase/2col/6u25bugfixes-356453.html), направленных на увеличение стабильности и производительности. Исправленные ошибки не связаны с проблемами безопасности, последним корректирующим релизом, направленным на устранение узявимостей, был выпуск Java SE 6 Update 24 (http://www.opennet.ru/opennews/art.shtml?num=29622).

Из изменений можно отметить:

• Обновление виртуальной машины Java Hotspot VM 20, в которую были внесены связанные с повышением стабильности и надежности улучшения. В новой версии Java Hotspot VM расширены возможности по диагностике проблем, связанных с исчерпанием памяти и нехватки места в "куче", увеличена детализация hs_err-файлов, улучшенна обработка неожиданных исключений в коде приложений. В Server VM добавлен режим "tiered"-компиляции (опция -XX:+TieredCompilation), позволяющей ускорить запуск. Продолжена работа по совершенствованию сборщика мусора Garbage First (G1), который все еще помечен как экспериментальный;
• Улучшение совместимости с браузерами Internet Explorer 9, Firefox 4 и Chrome 10.
• Улучшение реализации класса BigDecimal, в результате чего удалось добиться повышения производительности на 30%;
• Увеличение эффективности работы класса java.util.logging.LogRecord;
• Обеспечение поддержки систем: Oracle Linux 6, Oracle Solaris 11 Express 2010.11, Windows 7 SP1, Windows 2008 R2 SP1 и VirtualBox 4.

[size="3"]Вышла Scala 2.9[/size]
 
После нескольких релиз-кандидатов на этой неделе, наконец-то вышла стабильная версия скалы 2.9. Основным нововведением стали параллельные коллекции, которые уже успели вдоволь обсудить. Также среди нововведений:

• Трейт App, безопасная и более мощная альтернатива трейту Application, который отныне deprecated.
• Трейт DelayedInit, который позволяет настраивать порядок инициализации классов и объектов.
• Новые директивы в REPL: :imports, :implicits, :keybindings, :javap
• Аннотация @strictfp
• Новые пакеты scala.sys и scala.sys.process, взятые из sbt.Process
• Новые методы в коллекциях: collectFirst, maxBy, minBy, span, inits, tails, permutations, combinations, subsets
• А также много всего по мелочи. Ну и по традиции, багфиксы и ускорение производительности.

P.S. Для интересующихся, также вышла версия 1.1 фреймворка легковесных акторов, Akka. Подробности там -> Akka User List (http://groups.google.com/group/akka-user/browse_thread/thread/d0f8a23196220f10)

>>> Подробности (http://www.scala-lang.org/node/9483)

[size="3"]Oracle сделала JVM-машину JRockit бесплатной[/size]

 Корпорация Oracle объявила о проведении изменений в лицензиях, под которыми распространяются Sun JDK и JRockit. Одним из главных изменений стала бесплатность популярной виртуальной машины Java.

Изменения в лицензия последовали за анонсом Oracle о начале объединения JVM-машин JRockit и Sun HotSpot. Заявляется, что основные усилия корпорации сводятся к инженерным работам по перенесению возможностей JRockit в OpenJDK, но при этом было уделено внимание и вопросам лицензирования.

В итоге, появилась новая лицензия, ставшая модификацией Binary Code License, которой в Sun пользовались для различных продуктов, связанных Java. Благодаря произведенным изменениям, JVM-машина Oracle JRockit стала «бесплатной для разработки и внутреннего использования в производстве на компьютерах общего назначения». Использование коммерческих возможностей по-прежнему требует наличия коммерческой лицензии.

[size="3"]Обновление Java SE 6 Update 26 c исправлением 17 уязвимостей[/size]

Компания Oracle представила (http://www.oracle.com/technetwork/java/javase/6u26releasenotes-401875.html) двадцать шестой корректирующий релиз Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6, в котором устранено 17 уязвимостей (http://www.oracle.com/technetwork/topics/security/javacpujune2011-313339.html). Подробности об устраненных уязвимостях не сообщаются, упоминается только, что некоторые из проблем имеют критический характер и пользователям следует немедленно обновить Java.

Все уязвимости могут быть эксплуатированы удаленно. 4 уязвимости имеют статус опасных, а для 11 уязвимостей степень опасности определена как незначительная. Известно, что три незначительные уязвимости исправлены в 2D-подсистеме, одна в HotSpot VM, две в Deployment Toolkit, одна в SAAJ, одна в сетевой подсистеме, одна в AWT, одна в NIO, одна в Swing и две в звуковой подсистеме. Одна опасная уязвимость найдена в коде десериализации, две в Deployment Toolkit и одна в JRE.

Кроме уязвимостей, в новой версии представлено исправление одного регрессивного изменения (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7020709) в сетевой подсистеме, приведшего к неработоспособности приложения filemaker.

[size="3"]Утвержден состав релиза Java SE 7, несмотря на протест некоторых участников JCP [/size]

Управляющий развитием Java комитет JCP (Java Community Process) утвердил (http://www.jroller.com/scolebourne/entry/java_se_7_passes_in) финальный состав релиза Java SE 7, который ожидается этим летом. За утверждение проглосовало (http://jcp.org/en/jsr/results?id=5207) 13 из 15 активных участников комитета, при этом шесть из проголосовавших "за" участников (IBM, Red Hat, Fujitsu, SouJava, London Java Community и Goldman Sachs) снабдили свое решение комментарием, что голосуют "за" только в связи с готовностью технической части Java SE 7, выражая при этом несогласие с нынешней политикой лицензирования. Открыто выступить против решилась только компания Google, которая ничего не имеет против технической части спецификации, но несогласна с политикой распространения Java.

Воздержался при голосовании независимый эксперт Вернер Кейл (Werner Keil), указав на непрозрачность и закрытость процесса подготовки спецификаций JSR (Java Specification Request), который по сути развивались за закрытыми дверями. По мнению Вернера, если проект позиционирует себя открытым, то он должен делать это не на словах, а на деле. Компании Oracle, HP, Ericsson, Eclipse Foundation, VMWare и Intel отдали положительный голос без каких-либо комментариев.

Фонд Apache не принимал участие в голосовании, так как в конце прошлого года в знак протеста вышел (http://www.opennet.ru/opennews/art.shtml?num=28948) из комитета JCP. Стивен Колебурне (Stephen Colebourne), член Apache Software Foundation, указал (http://www.jroller.com/scolebourne/entry/java_se_7_passes_in) на то, что Oracle давно приняла решение об истреблении проекта Apache Harmony и мнения членов JCP не могут на это повлиять, более того компания Oracle ясно дала понять, что Java 7 будет выпущена независимо от того, как проголосует управляющий комитет. Ценой такой политики стал уход из управляющего комитета Дуга Ли (Doug Lea), фонда Apache и Тима Перлса (Tim Peierls). По мнению Стивена Колебурне невозможно говорить об открытом процессе разработки стандартов, когда запрещено создание сторонних реализаций создаваемых спецификаций. В настоящее время комитет дискредитировал себя тем, что не может влиять (http://www.opennet.ru/opennews/art.shtml?num=28948) на намерения Oracle и неспособен добиться отмены ограничений на распространение тестового пакета TCK.

В качестве примера невозможности продвигать некоторые решения компания Google привела оставшиеся без внимания Oracle решения JCP от 25 сентября 2007 года и 4 июля 2009 года, в которых указывалось о недопустимости использования лицензии на тестовый комплект TCK, как инструмента для дискриминации и ограничения оценки совместимости сторонних реализаций Java-спецификаций. В частности речь ведется о пункте, ограничивающем область применения протестированных в TCK реализаций Java.

Компания Red Hat указала, что хотела бы видеть модель лицензирования в виде, одинаково открытом для всех, а не только для избранных членов JCP, и исключающем возможность контроля отдельных компаний над стандартами Java (подразумевается вмешательство компании Oracle с целью отстаивания своих коммерческих интересов). Компания IBM высказалась в похожем стиле, упомянув необходимость создания лицензионной модели, позволяющей любому стороннему проекту создавать независимые реализации Java-спецификаций и не допускающей излишнего контроля в руках отдельных компаний.

Основная проблема лицензирования связана с тем, что, что несмотря на открытый характер спецификации Java и доступность кода OpenJDK под лицензией GPL, тестовый пакет для проверки совместимости с Java содержит пункт "область применения", который указывает на то, что протестированный с помощью TCK продукт не может использоваться в ограниченной среде, т.е. его можно запускать на настольном ПК, но не в контент-киоске (платежные терминалы, информационные автоматы, банкоматы и т.п.), не внутри промышленной системы и не в мобильных платформах. Подобная дискриминация мешает формально признать проект Apache Harmony полностью совместимым с Java SE.

Необходимость оплаты лицензионных отчислений при использовании тестового пакета для проверки совместимости с Java в определенных областях (секция "Field of Use"), по мнению представителей Apache, нарушает соглашение JSPA (Java Specification Participation Agreement), в котором оговорен бесплатный характер распространения спецификаций. Oracle же считает, что соблюдает заявленные соглашения и лицензирует JCK на условиях FRAND ("fair, reasonable and non-discriminatory" - "справедливый, приемлемый, беспристрастный"). Тем не менее есть надежда на изменение ситуации, в мае компания Oracle заявила (http://emeapressoffice.oracle.com/content/detail.aspx?ReleaseID=7608) о намерении реформировать связанную с Java управляющую структуру, сделав её более открытой и пересмотрев вопрос лицензирования TCK. По предварительной оценке процесс реформирования займет 12-18 месяцев.

Финальный релиз JDK 7 ожидается в конце июля или начале августа 2011 года. Из возможностей (http://openjdk.java.net/projects/jdk7/features/) Java 7 можно отметить интеграцию набора небольших языковых улучшений Java, развиваемых в рамках проекта Coin (http://openjdk.java.net/projects/coin), поддержку языков программирования с динамической типизацией (инструкция InvokeDynamic), новый API для ввода/вывода (NIO.2), поддержку загрузки классов по URL, обновления связанные с параллельным выполнением и поддержкой коллекций, обновленный XML-стек, расширенную поддержку локалей, новый API для работы с файловой системой (File System API), прямой ввод/вывод из ZIP и JAR-архивов, Rowset 1.1, Unicode 6.0, JDBC 4.1, поддержку TLS 1.2, компоненты Nimbus и JLayer для GUI-тулкита Swing. В JDK 7 не включены (будут реализованы в JDK 8) Лямбда-выражения (http://openjdk.java.net/projects/lambda) ("замыкания"), модульная система Jigsaw (http://openjdk.java.net/projects/jigsaw), аннотации (http://openjdk.java.net/projects/type-annotations) для Java-типов, Swing application framework (http://en.wikipedia.org/wiki/Swing_Application_Framework) (JSR296 (http://jcp.org/en/jsr/detail?id=296)) и поддержка (http://openjdk.java.net/projects/coin) языковых конструкций для работы с коллекциями.

[size="3"]Эталонная реализация Java SE 7 будет построена на базе OpenJDK [/size]

В рамках инициативы по увеличению открытости платформы Java компания Oracle заявила (http://blogs.oracle.com/henrik/entry/moving_to_openjdk_as_the), что в качестве эталонной реализации Java SE 7 будет использоваться не проприетарный пакет JDK, а его открытая реализация OpenJDK, что является значительным шагом навстречу превращения Java в технологию, открытую не только на словах. Все поставляемые Oracle бинарные файлы эталонной реализации Java SE 7 отныне будут собраны из кодовой базы OpenJDK, сама эталонная реализация будет полностью открыта под лицензией GPLv2 с исключениями (http://www.gnu.org/software/classpath/faq/faq.html#faq2_1) GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами. Используя OpenJDK в качестве эталонной реализации сторонние производители смогут создавать полностью совместимые с Java SE 7 производные открытые реализации Java.

При создании производных коммерческих продуктов сохранится необходимость покупки лицензии на тестовый комплект TCK, но лицензия на тестовый комплект будет изменена таким образом, что открытые реализации Java смогут бесплатно получить доступ к TCK для проверки совместимости с эталонной реализацией (будет применяться соглашение OCTLA (http://openjdk.java.net/legal/openjdk-tck-license.pdf) - OpenJDK Community TCK Licence Agreement). В примечании к анонсу отдельно подчеркивается, что принятое исключение справедливо только для проектов, код которых поставляется под лицензией GPL, и не затрагивает проект Apache Harmony, развиваемый под лицензией Apache 2.0. Ситуация (http://www.opennet.ru/opennews/art.shtml?num=28598) с Apache Harmony по прежнему остается тупиковой.

Релиз OpenJDK 7 (http://openjdk.org/) и JDK 7 (http://jdk7.java.net/) запланирован на 28 июля. Напомним, что проприетарный Oracle JDK отличается от OpenJDK наличием некоторых закрытых компонентов, таких как поддержка плагинов, которые отсутствуют в Java-стандарте и не будут входить в эталонную реализацию Java 7. Для создания коммерческих продуктов бинарные файлы эталонной реализации, как и раньше, будут поставляться под лицензией BCL (Binary Code Licence). Под BCL также будет поставляться пакет Oracle JDK, доступный через java.oracle.com и java.com.

[size="3"]Презентация Java7 состоится 07.07.11[/size]
 
7 июля Oracle проведет вебкаст, которым представит следующий, седьмой выпуск платформы Java. Разработка Java 7, кодовое название которой Dolphin, велась без малого 5 лет, Java 6 вышла в декабре 2006г

>>> Подробности (http://www.oracle.com/webapps/events/ns/EventsDetail.jsp?p_eventId=134208&src=7299693&src=7299693&Act=5)

[size="3"]Вышел первый release candidate JDK 7[/size]
 
Oracle выпустил первый release candidate платформы Java 7 Standard Edition. По сравнению с передыдущей сборкой, в это было исправлено несколько критических проблем, в том числе ошибка в JIT-компиляторе, обнаруженная (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7052494) разработчиками Eclipse.

В JDK7 входят следующие основные изменения (http://openjdk.java.net/projects/jdk7/features/):

• Поддержка языков с динамической типизацией
• Различные небольшие улучшения синтаксиса языка Java (проект Coin (http://openjdk.java.net/projects/coin/))
• Обновление архитектуры загрузки классов
• Улучшения в поддержке многопоточного программирования: fork/join, новые барьеры синхронизации, очереди передачи задач, конкурентные двухсторонние очереди, локальные для тредов генераторы случайных чисел
• Поддержка Unicode 6.0, улучшения в поддержки локализации
• Новые API для работы с файловой системой, ассинхронный ввод-вывод и multicast
• Поддержка протоколов TLS 1.2, Infiniband (Solaris/Linux), поддержка IPv6 на Windows Vista
• Криптография с использованием эллиптических кривых
• Поддержка XRender в Java2D, прозрачные и неквадратные окна
• Обновленный XML Stack -- JAXP 1.4, JAXB 2.2a и JAX-WS 2.2

Если в этой сборке не будет обнаружено серьезных проблем, релиз JDK 7 выйдет в конце июля.

>>> Подробности (http://mreinhold.org/blog/jdk7-rc)

[size="3"]Критическая уязвимость в Oracle Java[/size]

В Oracle Java JRE найдена (http://secunia.com/advisories/45173/) критическая уязвимость, позволяющая (http://blog.acrossecurity.com/2011/07/binary-planting-goes-any-file-type.html) выполнить код злоумышленника вне виртуальной машины при открытии специально оформленных web-страниц при наличии в web-браузере активного Java-плагина. Проблема присутствует в последнем выпуске Java 6 update 26 (build 1.6.0_26-b03), о времени выхода обновления с исправлением проблемы пока ничего не известно.

Уязвимость связана с особенностью использования небезопасного режима загрузки исполняемых файлов в ситуации нехватки свободной памяти. Данная особенность может быть использована для выполнения произвольного внешнего приложения при открытии специальной HTML-страницы, в которой загружаемый апплет размещен на удаленном сервере WebDAV или SMB.

[size="3"]Проект JPC-2 позволяет запустить Windows XP и Ubuntu в виртуальной машине Java [/size]

Посте пяти лет разработки представлен проект JPC-2 (http://jpc2.com/about.html), в рамках которого создан эмулятор ПК, написанный на языке Java и работающий под управлением виртуальной Java-машины (JVM). JPC-2 продолжает развитие открытого Java-эмулятора JPC (http://jpc.sourceforge.net/). Создаваемой эмулятором виртуальный компьютер позволяет (http://eu.jpc2.com:8080/home.html) установить немодифицированные версии Windows XP и Ubuntu Linux, и запустить их внутри браузера, используя обычный Java-плагин. Код JPC-2 пока публично не доступен (доступ к коду можно получить после отправки запроса на email).

Производительность выполняемой в виртуальном ПК операционной системы в режиме полной эмуляции составляет примерно 10% от производительности реального ПК. Для желающий запустить в эмуляторе не операционную систему, а отдельное приложение подготовлен инструментарий для компиляции приложения на C/C++/Fortran в Java-байткод, который может быть выполнен со скоростью порядка 85% от производительности нативного кода. Для обеспечения безопасности весь выполняемый в эмуляторе код огражден от внешнего мира тремя независимыми барьерами, мешающими вредоносному коду выбраться за пределы виртуального окружения.

[size="3"]Компания Oracle анонсировала выход Java SE 7 [/size]

Компания Oracle анонсировала (http://www.oracle.com/us/corporate/press/444374) доступность Java SE 7 (http://www.oracle.com/technetwork/java/javase/overview/index-jsp-138218.html) (Java Platform, Standard Edition 7), первый значительный релиз Java, выпущенный под управлением Oracle. Кроме большого числа новшеств, в новой версии сделан большой шаг навстречу реальной открытости платформы - в качестве эталонной реализации Java SE 7 использован не проприетарный пакет JDK (http://jdk7.java.net/), а его открытая реализация OpenJDK (http://openjdk.org/). Релиз (http://openjdk.java.net/projects/jdk7/) Java SE 7 был сформирован при тесном сотрудничестве инженеров Oracle с участниками мировой экосистемы Java, благодаря работе комитета JCP (Java Community Process) и сообщества OpenJDK.

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

В Java SE 7 сохранена полная обратная совместимость с прошлыми выпусками платформы Java, все ранее написанные Java-проекты без изменений будут работоспособны при запуске под управлением новой версии. Поддержка Java SE 7 уже интегрирована в такие инструменты для разработчиков, как NetBeans 7.0 (http://linuxforum.kz/index.php?/topic/2084-netbeans-ide/page__view__findpost__p__17079), Eclipse Indigo (требуется установка специального плагина), IntelliJ IDEA 10.5 и Oracle JDeveloper. С момента выпуска JDK 6 в JDK 7 добавлено (http://mail.openjdk.java.net/pipermail/announce/2011-July/000106.html) 1966 улучшений, 9018 изменений, исправлено 9494 ошибок и создано 147 тестовых сборок. Из других интересных фактов упомянуто, что Java используется на 97% корпоративных десктоп-систем, каждый год загружается около 1 миллиарда копий Java, сообщество насчитывает около 9 миллионов разработчиков на языке Java, в обиходе используется около 3 миллиардов устройств, на которых используются технологии Java.

Особенности (http://openjdk.java.net/projects/jdk7/features/) Java SE 7:

• Интеграция набора небольших языковых улучшений Java, развиваемых в рамках проекта Coin (http://openjdk.java.net/projects/coin). Например, поддержка указания строк в выражениях "switch", использование "try" для ресурсов, улучшение обработки исключений (multi-catch) и т.п. Данные улучшения нацелены на повышение эффективности труда разработчиков и на упрощение выполнения типичных ежедневных задач, за счет сокращения размера требуемого для реализации задачи кода, использования более ясного синтаксиса и создания более читаемого кода;
• Поддержка языков программирования с динамической типизацией, таких как Ruby, Python and Javascript. Улучшение включает в себя набор расширений к JVM и Java, а также новое Java SE API (добавлена инструкция InvokeDynamic), позволяющее достичь для реализаций динамических языков, работающих под управлением JVM, уровня производительности языка Java;
• Ориентированный на многоядерные системы API, позволяющий упростить разбиение задачи на части, которые будут выполняться параллельно на разных процессорных ядрах (Fork/Join Framework);
• Новый API для ввода/вывода (NIO.2) и новый API для работы с файловой системой (File System API), поддерживающие асинхронный ввод/вывод и multicast, позволяющие получить доступ к большему числу атрибутов файлов и выводящие расширенную информацию в случае ошибок. Дополнительно подготовлен модуль с поддержкой прямого ввода/вывода из ZIP и JAR-архивов;
• Новые сетевые функции и возможности, связанные с безопасностью. Например, поддержка TLS 1.2 и режима шифрования по эллиптическим кривым (http://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D0%BB%D0%B8%D0%BF%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%B3%D1%80%D0%B0%D1%84%D0%B8%D1%8F);
• Расширенная поддержка интернационализации и локалей, включая поддержку Unicode 6.0, IETF BCP 47 (http://tools.ietf.org/rfc/bcp/bcp47.txt) (Tags for Identifying Languages) и UTR 35 (http://unicode.org/reports/tr35/) (Local Data Markup Language). Возможность раздельного указания локалей для операций форматирования и для пользовательского интерфейса;
• Поддержка сетевых протоколов SCTP (Stream Control Transmission Protocol) и SDP (Sockets Direct Protocol);
• Поддержка загрузки классов по URL;
• Улучшения связанные с поддержкой коллекций;
• Обновленный XML-стек, включающий JAXP 1.4, JAXB 2.2a и JAX-WS 2.2;
• Усовершенствованный ClassLoader API, позволяющий избежать возникновения взаимных блокировок при использовании не иерархических топологий загрузки классов;
• В Java2D добавлен модуль вывода, использующий XRender, что позволяет более полно задействовать возможности современных GPU;
• Визуальное оформление Nimbus (https://nimbus.dev.java.net/) и декоратор JLayer (https://jxlayer.dev.java.net/) для GUI-тулкита Swing, позволяющие создавать более современные интерфейсы пользователя;
• Обновление версий большого числа библиотек классов, новые версии Rowset 1.1 и JDBC 4.1.

В JDK 7 не включены Лямбда-выражения (http://openjdk.java.net/projects/lambda) ("замыкания"), модульная система Jigsaw (http://openjdk.java.net/projects/jigsaw), аннотации (http://openjdk.java.net/projects/type-annotations) для Java-типов, Swing application framework (http://en.wikipedia.org/wiki/Swing_Application_Framework) (JSR296 (http://jcp.org/en/jsr/detail?id=296)) и поддержка (http://openjdk.java.net/projects/coin) языковых конструкций для работы с коллекциями. Данные возможности будут реализованы в JDK 8, релиз которого намечен на 2012 год.

[size="3"]У проектов Apache возникли проблемы с работой в Java 7 [/size]

В анонсе релиза Java 7 (http://linuxforum.kz/index.php?/topic/65-java/page__view__findpost__p__20713), компания Oracle гарантировала сохранение полной обратной совместимости со всеми ранее выпущенными продуктами. На деле все оказалось не так радужно. Разработчики Java-проектов Apache Lucene и Apache Solr уведомили (http://lucene.apache.org/#28+July+2011+-+WARNING%3A+Index+corruption+and+crashes+in+Apache+Lucene+Core+%2F+Apache+Solr+with+Java+7) пользователей о возникновении ряда серьезных проблем, при попытке запуска код под управлением Java 7. При этом наблюдаются не только крахи в процессе работы, но и более серьезные проблемы, такие как повреждения содержимого поисковых индексов.

После анализа ситуации, разработчики пришли к выводу, что проблемы возникли из-за некорректной работы некоторых режимов оптимизации в новой версии компилятора в виртуальной машине Hotspot. Проблемы могут проявляться не только в виде крахов, но и приводить к некорректным результатам вычислений. Разработчики посоветовали пользователям отложить переход на использование Java 7 для запуска кода проектов Apache, как минимум до первого корректирующего обновления Java 7 (jdk7 update 2).

В качестве временного обходного пути предлагается отключить оптимизацию циклов, используя опцию "-XX:-UseLoopPredicat". Пользователи Java6 также подвержены указанным проблемам, в случае если они используют в JVM неактивные по умолчанию опции "-XX:+OptimizeStringConcat" и "-XX:+AggressiveOpts". Интересно, что об ошибках было известно за 7 дней до выхода релиза, но компания Oracle выпустила финальную версию Java 7 точно в срок, отложив на потом устранение серьезных недоработок.

[size="3"]Релиз свободного Java-пакета IcedTea 2.0. Обновление Java SE 6 Update 29 с устранением 20 уязвимостей [/size]

Анонсирован (http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2011-October/016047.html) релиз IcedTea 2.0 (http://icedtea.classpath.org/), первой версии полностью открытой реализации Java SE 7, построенной на базе OpenJDK7 и виртуальной машины HotSpot, с использованием свободных средств сборки. IcedTea 2.0 поддерживает все возможности Java SE 7 (http://linuxforum.kz/index.php/topic/65-java/page__view__findpost__p__20713) и включает внесенные в дерево исходных текстов OpenJDK7 (http://openjdk.org/) патчи. В IcedTea также интегрировано несколько улучшений, созданных разработчиками проекта. Например, добавлен звуковой драйвер для работы через PulseAudio, обеспечена поддержка использования альтернативных виртуальных машин, реализован 64-разрядный браузерный плагин IcedTea-Web (http://linuxforum.kz/index.php/topic/65-java/page__view__findpost__p__14731) с поддержкой LiveConnect и Java Web Start, добавлена поддержка дополнительных платформ.

 В новой версии также отмечено устранение 13 уязвимостей, некоторые из которых могут привести к организации удаленного выполнения кода злоумышленника. Одновременно с IcedTea 2.0 выпущены корректирующие релизы IcedTea 1.8.10, 1.9.10 и 1.10.4, в которых устранены (http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2011-October/016038.html) аналогичные уязвимости.

Одновременно компания Oracle представила (http://www.oracle.com/technetwork/java/javase/6u29-relnotes-507960.html) двадцать девятый корректирующий релиз Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6, в котором устранено 20 уязвимостей (http://www.oracle.com/technetwork/topics/security/javacpuoct2011-443431.html). Подробности об устраненных уязвимостях не сообщаются, упоминается только, что некоторые из проблем имеют критический характер и пользователям следует немедленно обновить Java.

19 из 20 уязвимости могут быть эксплуатированы удаленно с вектором атаки через сеть. 5 уязвимостей имеют статус опасных, для 5 уязвимостей степень опасности определена средняя, а для 10 как незначительная. 9 уязвимостей могут привести к выполнению кода при обработке специально оформленного апплета. 10 уязвимостей позволяют получить доступ к закрытым данным или произвести манипуляции с данными не имея на это прав. Одна уязвимость позволяет организовать атаку по подстановке фиктивных значений в кэш DNS.

Известно, что одна уязвимость исправлена в 2D-подсистеме, одна в HotSpot VM, три в Deployment Toolkit, одна в SAAJ, одна в сетевой подсистеме, одна в Swing, одна в звуковой подсистеме, одна в сетевой подсистеме, одна в JAXWS, две в AWT, две в JSSE, две в RMI, две в JRE и одна в подсистеме скриптинга. Опасные уязвимости исправлены в AWT, Deployment Toolkit, JRE и в сетевой подсистеме.

[size="3"]Закрытие проекта Apache Harmony, независимой реализации Java SE [/size]
 
Принято решение (http://markmail.org/message/sxjtefpayanbqfe5) о закрытии проекта Apache Harmony (http://harmony.apache.org/), в рамках которого развивалась альтернативная открытая реализация Java SE (J2SE 5 и 6), распространяемая под лицензией Apache и являвшаяся камнем преткновения в конфликте с компанией Sun Microsystems и в последствии с Oracle. Большинством голосов (20 - "за" и 2 - "против") разработчики проголосовали за перемещение всех связанных с проектом наработок в репозиторий устаревших проектов Apache Attic (http://attic.apache.org/).

Проект Apache Harmony был основан (http://www.opennet.ru/opennews/art.shtml?num=5440) за несколько лет до открытия (http://www.opennet.ru/opennews/art.shtml?num=10723) под лицензией GPLv2 кода JDK и добился отличной совместимости с Java SE. Тем не менее, нежелание Sun и Oracle пойти на отмену ограничений (http://www.opennet.ru/opennews/art.shtml?num=30829) на сферу использования продуктов, протестированных в JCK (Java Compatibility Kit), привело к невозможности формального признания проекта Apache Harmony полностью совместимым с Java SE. Для свободных GPL-проектов JCK распространяется без ограничений, но реализация Apache Harmony распространяется под лицензией Apache 2.0. Компания Sun пошла на определённые уступки и дала возможность (http://www.apache.org/jcp/sunopenletter.html) бесплатно использовать JCK в проектах Apache, но при условии соблюдения ряда ограничений, например, запрещено тестировать в JCK реализации Java SE, которые могут быть использованы для работы контент-киосков (платежные терминалы, информационные автоматы, банкоматы и т.п.).

Таким образом, использование тестового пакета для проверки совместимости Apache Harmony с Java в определенных областях требовало оплаты лицензионных отчислений, что по мнению представителей Apache, нарушает соглашение JSPA (Java Specification Participation Agreement), в котором оговорен бесплатный характер распространения спецификаций. Oracle же считает, что соблюдает заявленные соглашения, так как лицензирует JCK на условиях FRAND ("fair, reasonable and non-discriminatory" - "справедливый, приемлемый, беспристрастный").

После того как попытки уладить конфликт в течение многих лет не увенчались успехом, фонд Apache призвал (http://www.opennet.ru/opennews/art.shtml?num=28598) участников комитета JCP голосовать против принятия спецификаций для следующей версии Java. В итоге, бунт не удался (http://www.opennet.ru/opennews/art.shtml?num=28913), а фонд Apache демонстративно заявил (http://www.opennet.ru/opennews/art.shtml?num=28948) о выходе из состава комитета JCP, принимающего решения о дальнейшем развитии Java SE/EE. При выходе было заявлено о невозможности создания независимых открытых реализаций Java, которые могли бы гарантировать пользователям защиту от возможных исков, связанных нарушением интеллектуальной собственности авторов спецификаций. Также было указано на то, что Java-технологии остаются проприетарными, несмотря на открытый код OpenJDK, так как единоличное вмешательство компании Oracle искажает процесс (http://linuxforum.kz/index.php/topic/65-java/page__view__findpost__p__14805) прозрачного управления в экосистеме Java. Примерно в это же время проект Apache Harmony лишился своего основного союзника и спонсора - компания IBM заявила (http://www.opennet.ru/opennews/art.shtml?num=28247) о сотрудничестве с Oracle и подключилась к развитию OpenJDK.