Java

[turbo]

[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

[turbo]

[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

[Zhek@Ch]

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

Терри Каррез (Thierry Carrez), возглавляющий разработку серверной сборки Ubuntu, подытожил в своем блоге проблемы, возникающие при поставке программ на языке Java в составе Linux-дистрибутивов и приводящие к тому, что множество Java-программ не доступны в пакетах для Linux-дистрибутивов или поставляются через сторонние репозитории.

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

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

# opennet.ru

[Zhek@Ch]

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

Компания Oracle планирует в дополнение к бесплатному варианту JDK начать поставлять и коммерческий "premium" продукт. Оба решения будут основаны на новой виртуальной машине, построенной на основе объединения имеющихся в руках Oracle JRockit VM (BEA) и Hotspot VM (Sun). Код новой виртуальной машины будет открыт в рамках проекта OpenJDK.

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

# opennet.ru

[Zhek@Ch]

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

Компания Oracle представила на рассмотрение комитета JCP (Java Community Process) спецификации новых Java-технологий, которые планируется реализовать в платформах Java 7 и Java 8, выпуск которых намечен на середину 2011 и конец 2012 года. Изучив представленные материалы комитет примет решение, утвердить данные спецификации или отправить их на доработку.

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

• JSR 334 - набор небольших языковых улучшений Java, развиваемых в рамках проекта Coin;
• JSR 335 - лямбда-выражения ("замыкания") для Java;
• JSR 336 - возможности, намеченные для включения в релиз Java SE 7, например, поддержка языков программирования с динамической типизацией (инструкция 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;
• JSR 337 - возможности, намеченные для включения в релиз Java SE 8, включая модульную систему Jigsaw, аннотации для Java-типов, поддержку языковых конструкций для работы с коллекциями, Swing application framework (JSR296).

Напомню, что фонд Apache намерен демонстративно голосовать против принятия спецификаций и призывает других участников комитета последовать их примеру.

# opennet.ru

[Zhek@Ch]

[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, вовлекая в проект новых членов для открытого, прозрачного и меритократического участия».

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

# nixp.ru

[Zhek@Ch]

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

Представлен первый стабильный релиз проекта IcedTea-Web, в рамках которого подготовлен полностью открытый Java-плагин для web-браузеров. Плагин совместим с web-браузерами, поддерживающими спецификацию NPAPI (Netscape Plugin Application Programming Interface), и позволяет использовать технологию Java Web Start. Наработки проекта распространяются в исходных текстах в рамках лицензии GPLv2, инструкцию по сборке можно найти здесь. Поддержка Java Web Start реализована через задействование кода NetX, свободной реализации протокола JNLP (Java Network Launching Protocol), обеспечивающего функции загрузки по сети кода для приложений и апплетов, его кэширование и запуск в безопасном изолированном окружении. Дополнительно в поставку IcedTea-Web включен графический интерфейс itweb-settings, служащий для настройки параметров NetX и браузерного плагина.

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

# opennet.ru

[Zhek@Ch]

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

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

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

По мнению Фиппса, основным принципом управления в открытых проектах должна быть так называемая открытая меритократическая олигархия. Именно такая стратегия характерна при организации управления в наиболее эффективных и успешных сообществах, включая Apache Software Foundation и GNOME Foundation. Такая олигархия подразумевает осуществление управления некой элитой, а не большинством - демократия с её одним голосом для каждого не является для неё приоритетом.

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

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

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

В качестве наглядной демонстрации применимости данных правил к оценке реальных проектов, Саймон Фиппс попытался проанализировать степень открытости сообщества разработчиков OpenJDK. По разным причинам методы управления в проекте OpenJDK никогда не были полностью определены и вот уже более года все хранят молчание. Тем не менее, Марк Рейнхольд, занимающий должность старшего архитектора платформы Java в Oracle, опубликовал на днях черновик новых правил организации управления в проекте OpenJDK, в подготовке которого принимали участие представители Oracle и IBM.

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

Новые правила управления OpenJDK обсуждались на конференции FOSDEM 2011, но до этого обсуждения было также проведено небольшое тестирование черновика правил, которое принесло им минус 3 балла по шкале от -10 до +10. "Это говорит о том, что в моих глазах новые правила управления OpenJDK не могут считаться правилами открытого сообщества, заявил Саймон Фиппс.

# opennet.ru

[Zhek@Ch]

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

Несколько недель назад в интерпретаторе PHP была исправлена уязвимость, позволяющая вызвать зависание процесса при выполнении операций c некоторыми числами с плавающей запятой. Уязвимость проявлялась только при использовании в процессе преобразования чисел x87 FPU-регистров. Как оказалось, данной проблеме подвержен не только интерпретатор PHP, но и виртуальная машина Java. Например, чтобы вызвать бесконечное зацикливание достаточно обеспечить выполнение примерно такого кода "double d = 2.2250738585072012e-308; System.out.println("Value: " + d);". В реальных условиях, эксплуатировать данную уязвимость можно без привлечения определенных Java-апплетов: достаточно отправить на большинство серверов приложений специальный HTTP-запрос, указав проблемное число в заголовке "Accept-Language" или "Accept", например: "Accept: audio/*; q=магическое число, audio/basic".

Примечательно, что компания Sun была поставлена в известность о данной проблеме в 2000 году, после чего извещалась еще несколько раз. Серьезность уязвимости была признана только после эскалации проблемы после случая с PHP. Выход официального обновления Java SE запланирован на 15 февраля, до этого момента можно использовать hotfix или патч к OpenJDK.

Дополнительно всплыл еще один случай с затягиванием выпуска исправления. В 2008 году в Sun было направлено сообщение (и получено подтверждение о его получении) о наличии уязвимости в коде по обеспечению работы диалога JFileChooser. Уязвимость до сих пор не исправлена и позволяет организовать в Java-апплете переименование файлов без каких-либо действий со стороны пользователя.

# opennet.ru

[Zhek@Ch]

[size="3"]Обновление Java SE 6 Update 24 c исправлением 21 уязвимости [/size]
 
Компания Oracle представила двадцать четвертый корректирующий релиз Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6, в котором устранена 21 уязвимость. Подробности об устраненных уязвимостях не сообщаются, упоминается только, что некоторые из проблем имеют критический характер и пользователям следует немедленно обновить Java.

19 уязвимостей могут быть эксплуатированы удаленно и только 2 локально. 6 уязвимостей имеют статус опасных, для 4 уязвимостей степень опасности определена как средняя, а для 11 - как незначительная. Из давно ожидаемых исправлений можно отметить устранение ошибки, позволяющей вызвать зависание процесса при выполнении операций c некоторыми числами с плавающей запятой.

В составе Update 24 также поставляет новая версия Java DB 10.6.2.1 (Derby) в которой устранена одна незначительная уязвимость и исправлено 242 ошибки.

# opennet.ru

[Rubik]

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

Компания Oracle выпустила тестовую версию JDK 7 (Developer Preview), пригодную для предварительного знакомства с возможностями Java 7 и проверки совместимости существующих приложений. Представленная тестовая версия проходит полный набор тестов совместимости со спецификацией для всех поддерживаемых платформ, но еще может иметь проблемы со стабильностью работы.

Финальный релиз JDK 7 ожидается в конце июля или начале августа 2011 года, релиз JDK 8 планируется выпустить в конце 2012 года. Бинарные сборки JDK 7 для Linux, Solairs и Windows можно загрузить на данной странице. Исходные тексты не прилагаются, так как, несмотря на то, что JDK 7 основан на открытой кодовой базе OpenJDK, в представленной сборке по прежнему используются некоторые закрытые библиотеки, над созданием открытых аналогов которых трудится проект IcedTea. Для разработки приложений на базе Java 7 можно использовать последний тестовый выпуск интегрированной среды NetBeans 7.0.

Из возможностей Java 7 можно отметить интеграцию набора небольших языковых улучшений Java, развиваемых в рамках проекта 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 Лямбда-выражения ("замыкания"), модульная система Jigsaw, аннотации для Java-типов, Swing application framework (JSR296) и поддержка языковых конструкций для работы с коллекциями.

# opennet.ru
 

[Zhek@Ch]

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

Компания Oracle объявила о выходе свободного J2EE (Java Platform Enterprise Edition 6) сервера приложений GlassFish 3.1, среди ключевых улучшений которого названы: полная поддержка кластеризации, интерфейс для централизованного управления и новые инструменты для обеспечения высокой доступности. Код GlassFish распространяется под двумя лицензиями: CDDL v1.0 и GPL v2. Одновременно выпущено второе обновление Java EE SDK (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.

# opennet.ru

[size="3"]Хостинг Java-проектов Java.net завершил миграцию на новую платформу Kenai [/size]

Компания Oracle сообщила о завершении миграции ресурса Java.net с движка CollabNet на платформу для организации совместной разработки Kenai, представленную компанией Sun Microsystems в сентябре 2008 года. После покупки Sun поддержание двух выполняющих схожие задачи хостинг-сервисов стало нецелесообразным, поэтому компания Oracle приняла решение по объединению двух ресурсов в единую хостинг-платформу, нацеленную на размещение и сопровождение процесса разработки для открытых проектов, так или иначе связанных с Java-технологиями. Кроме переноса более 1400 сторонних Java-проектов в новую инфраструктуру Java.net перенесены также и первичные открытые Java-проекты Oracle, такие как OpenJDK. В процессе проведения миграция было почищено достаточно много устаревших и не поддерживаемых проектов, что позволило избавить архив от накопившихся анахронизмов, мешающих поиску актуальных проектов. Сам сайт стал более компактным и быстрым.

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

Код системы Kenai написан на платформе Ruby on Rails, работающей поверх Jruby на сервере приложений GlassFish. Кроме того в Kenai задействованы такие открытые проекты, как менеджер рассылок Sympa и система для отслеживания ошибок Bugzilla. Kenai поддерживает системы контроля версий SVN, Mercurial и Git. От других систем Kenai отличающуюся достаточно плотной интеграцией со средой разработки NetBeans, из которой можно создавать проекты в Kenai и управлять ими, обмениваться сообщениями с другими разработчиками, отслеживать исправление ошибок (JIRA) и публиковать отчеты о выявлении новых проблем.

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

# opennet.ru

[Zhek@Ch]

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

Вышел двадцать пятый корректирующий релиз Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6, в котором отмечено 193 исправления, направленных на увеличение стабильности и производительности. Исправленные ошибки не связаны с проблемами безопасности, последним корректирующим релизом, направленным на устранение узявимостей, был выпуск Java SE 6 Update 24.

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

• Обновление виртуальной машины 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.

# opennet.ru

[Zhek@Ch]

[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

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

# linux.org.ru

[Zhek@Ch]

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

 

[size="1"]Фрагмент обложки популярной книги по Oracle JRockit
 Иллюстрация с сайта Amazon.Com[/size]

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

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

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

# nixp.ru

[Zhek@Ch]

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

Компания Oracle представила двадцать шестой корректирующий релиз Java SE Runtime (JRE) 6 и Java SE Development Kit (JDK) 6, в котором устранено 17 уязвимостей. Подробности об устраненных уязвимостях не сообщаются, упоминается только, что некоторые из проблем имеют критический характер и пользователям следует немедленно обновить Java.

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

Кроме уязвимостей, в новой версии представлено исправление одного регрессивного изменения в сетевой подсистеме, приведшего к неработоспособности приложения filemaker.

# opennet.ru

[Zhek@Ch]

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

Управляющий развитием Java комитет JCP (Java Community Process) утвердил финальный состав релиза Java SE 7, который ожидается этим летом. За утверждение проглосовало 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 не принимал участие в голосовании, так как в конце прошлого года в знак протеста вышел из комитета JCP. Стивен Колебурне (Stephen Colebourne), член Apache Software Foundation, указал на то, что Oracle давно приняла решение об истреблении проекта Apache Harmony и мнения членов JCP не могут на это повлиять, более того компания Oracle ясно дала понять, что Java 7 будет выпущена независимо от того, как проголосует управляющий комитет. Ценой такой политики стал уход из управляющего комитета Дуга Ли (Doug Lea), фонда Apache и Тима Перлса (Tim Peierls). По мнению Стивена Колебурне невозможно говорить об открытом процессе разработки стандартов, когда запрещено создание сторонних реализаций создаваемых спецификаций. В настоящее время комитет дискредитировал себя тем, что не может влиять на намерения 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 заявила о намерении реформировать связанную с Java управляющую структуру, сделав её более открытой и пересмотрев вопрос лицензирования TCK. По предварительной оценке процесс реформирования займет 12-18 месяцев.

Финальный релиз JDK 7 ожидается в конце июля или начале августа 2011 года. Из возможностей Java 7 можно отметить интеграцию набора небольших языковых улучшений Java, развиваемых в рамках проекта 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 Лямбда-выражения ("замыкания"), модульная система Jigsaw, аннотации для Java-типов, Swing application framework (JSR296) и поддержка языковых конструкций для работы с коллекциями.

# opennet.ru

[Zhek@Ch]

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

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

При создании производных коммерческих продуктов сохранится необходимость покупки лицензии на тестовый комплект TCK, но лицензия на тестовый комплект будет изменена таким образом, что открытые реализации Java смогут бесплатно получить доступ к TCK для проверки совместимости с эталонной реализацией (будет применяться соглашение OCTLA - OpenJDK Community TCK Licence Agreement). В примечании к анонсу отдельно подчеркивается, что принятое исключение справедливо только для проектов, код которых поставляется под лицензией GPL, и не затрагивает проект Apache Harmony, развиваемый под лицензией Apache 2.0. Ситуация с Apache Harmony по прежнему остается тупиковой.

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

# opennet.ru

[Zhek@Ch]

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

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

# linux.org.ru

[Zhek@Ch]

[size="3"]Вышел первый release candidate JDK 7[/size]
 
Oracle выпустил первый release candidate платформы Java 7 Standard Edition. По сравнению с передыдущей сборкой, в это было исправлено несколько критических проблем, в том числе ошибка в JIT-компиляторе, обнаруженная разработчиками Eclipse.

В JDK7 входят следующие основные изменения:

• Поддержка языков с динамической типизацией
• Различные небольшие улучшения синтаксиса языка Java (проект 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 выйдет в конце июля.

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

# linux.org.ru