6 апреля 2021 года представила предварительную версию Microsoft Build of OpenJDK — бесплатного дистрибутива OpenJDK с долгосрочной поддержкой (LTS) и открытым исходным кодом. С его выпуском Microsoft планирует вносить свой вклад в экосистему Java. Текущий релиз (доступны только 64-х битные версии) включает в себя бинарники для Java 11, основанные на OpenJDK 11.0.10+9 для серверов и настольных ПК под управлением macOS, Linux и Windows. Этот продукт компания выпустила под лицензией GPLv2+CE (General Public License 2.0 with Classpath Exception).

Microsoft также выпустила бинарники с ранним доступом (early access) OpenJDK 16 для Windows на ARM, основанные на последней версии OpenJDK 16+36.

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

На специально организованном «open-source брифинге» для журналистов компания Sun выдала свежую порцию информации о своих планах по выпуску OpenSolaris, а заодно о будущем OpenJDK, перспективах сервера приложений GlassFish и возможности внедрить Java на iPhone.

Операционная система OpenSolaris будет выпущена в виде бинарного дистрибутива, в том же виде, как распространяются дистрибутивы Linux. Как известно, эта новая операционная система позиционируется в качестве альтернативы Linux, а проектом занимается лично Ян Мёрдок (Ian Murdock), бывший технологический директор Linux Foundation и создатель Debian Linux.

Для работы с пакетами в OpenSolaris разработана специальная система Image Package System. При инсталляции ОС она же сделает «снимок» системы, чтобы была возможность в любой момент «откатиться» назад.

Предварительная версия OpenSolaris developer preview появится ещё до конца октября, а финальный релиз запланирован на март 2008 года.

Компания Sun Microsystems собирается лицензировать под лицензией GNU GPL все без исключения компоненты Java, чтобы она считалась полностью открытой платформой, а набор OpenJDK мог свободно распространяться вместе с Linux, в том числе с дистрибутивами OpenSuse, Ubuntu и Fedora.

Процесс «освобождения» Java Platform, Standard Edition (SE) начался в ноябре 2006 года, но до сих пор не затронул некоторые важные компоненты, в том числе некоторые криптографические библиотеки, графические библиотеки и звуковой движок, а также часть кода, отвечающего за управление SNMP. Все вместе эти компоненты составляют всего 4% исходников, но именно эта мелочь препятствовала включению OpenJDK в стандартные дистрибутивы на общих условиях.

Как надеется Sun Microsystems, присоединение к Linux позволит Java значительно расширить свою сферу использования. Раньше Linux-разработчики были вынуждены программировать на альтернативных языках, таких как C, C++ и PHP, теперь они получат в своё распоряжение свободный набор OpenJDK вместе с компиляторами.

Саймон Фипс (Simon Phipps), директор Sun Microsystems по проектам с открытыми исходниками, в понедельник пообещал, что до конца года под лицензией GPL будут выпущены абсолютно все части Java. Для этого компании придется заново переписать часть кода, отвечающую за работу со звуком. Правами на нее в дистрибутиве OpenJDK сегодня владеет неназываемая фирма, не желающая распространять свое творение под лицензией open source.

С мая прошлого года, когда вышел OpenJDK, Sun уже удалось договориться с еще одним партнером — компанией Codec, написавшей для Java модули работы с растровой графикой.

На этой неделе на пути к освобождению Java была пройдена еще одна важная веха: реализация OpenJDK, входящая в состав Fedora 9, прошла все тесты Sun и теперь полностью совместима с Java SE 6. Это стало результатом проекта Red Hat под названием IcedTea. В будущем эта реализация войдет и в состав корпоративных дистрибутивов Enterprise Linux от американской компании.

Oracle TechCasts возобновились. Сегодня [т.е. 16-го февраля] Марк Райнхольд рассказывал о JDK 7 и отвечал на вопросы зрителей. Райнхольд обсуждал самое существенное, над чем он работает в проекте OpenJDK, и раскрыл некоторые предварительные наметки, направленные на объединение кода JRockit и HotSpot. Project Lambda, о котором обычно говорят, как о «замыканиях для Java», также был темой обсуждения.

Не так давно стало известно, что Apple прекращает развитие своей собственной версии JVM. Это событие вызвало широкий резонанс, и было воспринято большинством как однозначный признак заката Java. Да, у платформы сейчас не лучшие времена, разработка новой версии идет не так быстро, как хотелось бы, но умирать еще рано.
И этому появилось подтверждение, снова от Apple: компания активно подключается к проекту OpenJDK c целью создания полноценной открытой Java-машины для Mac OS X.
Если вспомнить, что IBM также подключилась к проекту (покинув Apache Harmony), то можно предположить, что все происходящее — вовсе не закат, а новая жизнь для Java. Ведь JVM прекрасно существует под Windows, не будучи разработанной Microsoft и включенной в поставку системы.

Oracle и Apple только что выпустили следующий пресс-релиз:

Редвуд Шорс, Купертино, Калифорния, 12 ноября 2010

Сегодня Oracle и Apple объявили об открытии проекта по разработке OpenJDK для Mac OS X. Apple будет создавать большинство ключевых компонентов, инструментов и технологий, которые необходимы для реализации Java SE 7 на Mac OS X, включая 32-битную и 64-битную виртуальную мащину на основе HotSpot, библиотеки классов, сетевой стек и основу для нового графического клиента. OpenJDK будет доступна разработчикам свободного программного обеспечения, так что они смогут получить доступ к проекту и участвовать в нем.

Команда разработчиков JRuby настоятельно рекомендует всем установить последнюю версию OpenJDK 7u2 (OpenJDK 7 update 2), которая значительно доработана по сравнению с июльским релизом JDK 7 GA (General Availability). Среди прочего, сделана важная оптимизация в подсистеме invokedynamic. Поскольку JRuby 1.7 активно использует эту подсистему, то разработчики специально придерживали выпуск 1.7, дожидаясь этого апдейта. Собственно, официальный релиз 1.7 не произошёл до сих пор, но предварительную сборку для тестирования можно скачать здесь.

При использовании JRuby 1.6.x после апгрейда с Java 6 на Java 7 вы увидите прирост скорости JRuby-приложений примерно на 10-30%, а в случае с JRuby 1.7 — примерно в три раза!

Разработчики просят тех, кто не заметил никакой разницы в производительности, зарегистрировать сообщение в баг-трекере. Очевидно, это какой-то баг, который постараются исправить к официальному релизу JRuby 1.7.

Это ещё не всё. Для будущего OpenJDK 7u4 запланирован новый оптимизатор invokedynamic, и ребята из OpenJDK говорят о возможности ещё большего увеличения производительности.

После вот этого поста, сообщающего о сногсшибательном увеличении производительности JRuby в версии 1.7 при работе на OpenJDK 7u2 в 3 раза относительно предыдущих релизов.

Припоминая относительную тормознутость и прожорливость JRuby в 2009м, и вот такую статистику от Programming languages shootout, я решил дать JRuby очередной шанс.

Сравнение не претендует ни на точность измерений, ни на всеобъемлемость тестов, а лишь призвано выяснить, догнал ли JRuby YARV по производительности, или нет. На старт, внимание,

Я и коллега aib представляем вашему вниманию очередной пятый предпраздничный выпуск популярного в узких кругах, разговорного IT-тематического подкаста «Разбор Полетов».
В этом выпуске:

• Полезняшка — 5 метров колючей проволоки-скрещиваем ежа и ужа в домашних условиях http://jodd.org/doc/jerry/index.html
• Ванга отдыхает - 

В начале месяца появились новости о том, что Red Hat открыла код своей PaaS OpenShift. Те, кто следит за развитием этого проекта, наверное уже заметили, что в Red Hat уделяют OpenShift очень большое внимание. Помимо добавление нового функционала (из недавнего — поддержка Node.js) постоянно происходит и улучшение уже существующего. К последнему можно отнести и новость о переходе в Red Hat двух ключевых разработчиков JRuby.

Алекс Смит, студент Haiku GSoC 2012, сообщает, что добился существенного прогресса в работе над портированием ядра Haiku на платформу x86_64. Вся функциональность ядра, за исключением дебаггера, уже доступна, также он портировал некоторые драйверы, включая PCI, драйверы дисков, BFS и PS/2 ввод. Для большинства драйверов портирование заключалось в исправлении ошибок компилятора. С другими были проблемы, связанные с 64-битной разрядностью, что сделало их портирование более проблематичным.

Привет, хабр!

У меня для тебя отличные новости: OpenJDK-шная JIRA стала открытой для всех! Адрес: http://bugs.openjdk.java.net

В старом сановском багтрекере нумерация багов была сквозной, независимой от проекта. В JIRA всё устроено немного не так: каждый проект, как известно, имеет некоторый префикс (в нашем случае это «JDK»), после которого идёт дефис и номер бага. Соответственно то, что раньше в bugs.sun.com было багом 4459438 в JBS получило номер JDK-4459438.

На конференции JavaOne 2013, которая недавно завершилась в Сан-Франциско, компании Microsoft Open Technologies и Azul Systems анонсировали Zulu — порт OpenJDK для облачной платформы Windows Azure. Учитывая, что три месяца назад Oracle и Microsoft объявили о партнёрстве в области облачных технологий, многие ожидали, что именно Oracle выпустит JVM для облачной платформы от Microsoft. Однако такую JVM выпустила Azul Systems, многолетний лицензиат Java SE, известный своими высокопроизводительными решениями для серваков с большими хипами.

В первой части статьи мы попробуем разобраться, кто такой этот Zulu и что нам от него ожидать. Это только начало пути или уже готовое решение? Во второй части мы перейдём к распаковке Zulu Technology Preview и, в качестве побочного эффекта, посмотрим, чем же Oracle так нашпиговала свою JDK, что та весит в полтора раза больше Zulu.

Microsoft Open Technologies анонсировали выпуск февральского обновления инструментов Windows Azure Toolkit for Eclipse, которые представляют собой набор инструментов с интеграцией в Eclipse для разработки Java-приложений для размещения их в облачном окружении Windows Azure.

В этом выпуске представлены следующие нововведения и обновления: поддержка SSL и SSL offloading, расширенная поддержка последних версий GlasFish и пакета Azul Zulu OpenJDK, новая опция для выбора экземпляров ролей A5, выбор Windows Server 2012 R2, улучшения в меню и новые опции. Ниже вы найдете описание этих новинок.

Поддержка SSL

Вместо требования к пользователю вручную конфигурировать каждый экземпляр Java-сервера для обработки SSL-сертификатов в Windows Azure, команда MS Open Tech разработала и предложила механизм SSL Offloading, который предлагает переложить работу с SSL на облачное окружение и компоненты виртуальной машины (IIS и ARR). Таким образом, после расшифровки запроса к вашему Java-серверу придет обычный HTTP-запрос, который после отправки будет зашифрован автоматически. Этот подход работает и со sticky-сессиями и с аутентификацией через ACS.

Компания Oracle серьёзно взялась за разработку JDK9 и опубликовала первый список «предложений на улучшение» (JEP), в которых описаны новые функции Java 9. Список невелик и консервативен, но его наверняка дополнят в предстоящие почти два года до выпуска Java 9.

Программные интерфейсы

Представлены три новых программных интерфейса.

• Обновление Process API для лучшего взаимодействия с не-Java процессами операционной системы (сейчас разработчики часто вынуждены использовать нативный код).
• Новый HTTP-клиент с поддержкой HTTP 2.0, веб-сокетов и заменой устаревшему HttpURLConnection.
• Облегчённый JSON API для обработки и генерации JSON-документов и потоков данных.

Есть такой большой и важный человек в современной Java — Марк Рейнхольд (Mark Reinhold). Для тех, кто не в курсе — это архитектор платформы Java, то есть, в джаве — самый главный технический человек. Есть в Java и другие архитекторы (Например, Brian Goetz — архитектор языка, а John Rose — архитектор виртуальной машины), но Марк — Самый Главный Архитектор.



Так вот, буквально пару дней назад Марк в OpenJDK'шном мэйл-листе jdk9-dev опубликовал письмо о предполагаемом переносе срока выхода Java 9 / JDK 9 с сентября 2016 года на март 2017-го.

Инструкции по сборке проекта под iOS уже были доступны уже в течение некоторого времени, однако у простых разработчиков как-то не получалось запускать что-то сложнее чем «здравствуй мир» на реальных девайсах.

40 Минут назад, некто Johan написал в рассылку mobile-dev@openjdk о том, что ему удалось запустить приложение использующее Gluon Charm (Material Design UI) в JavaFX (OpenJFX 9) в Java на iPad mini. На мой взгляд это существенно достижение!