Компания Red Hat представила (http://wildfly.org/news/2014/02/11/WildFly8-Final-Released/) свободный сервер приложений WildFly 8 (http://wildfly.org/), пришедший на смену продукту JBoss Application Server 7. Кроме смены бренда WildFly 8 отличаться поддержкой Java EE 7, модульной структурой, ориентацией на высокую производительность и реализацией современных методов разработки. Код WildFly доступен (http://wildfly.org/downloads/) под лицензией LGPL.В качестве причины смени имени с JBoss AS на WildFly называется желание избежать путаницы, возникшей в связи с использованием бренда JBoss не только для свободного сервера приложений, но и для коммерческого продукта JBoss Enterprise Application Platform и сообщества JBoss Community, которое не ограничивается разработкой сервера приложений и развивает около 100 различных проектов. Таким образом на смену свободному продукту JBoss Application Server пришёл WildFly, а JBoss Enterprise и JBoss Community по-прежнему останутся под своими именами.
Кроме смены имени, корректировке подверглись цели и задачи проекта: WildFly сфокусирован на быстром внедрении инноваций и продвижении новых технологий, в то время как коммерческий продукт JBoss Enterprise Application Platform позиционируется как интегрированная, полностью протестированная и сертифицированная платформа Java EE. В качестве основной области использования WildFly рассматривается разработка и быстрое внедрение прототипов. Принципы разработки и распространения сервера приложений остались неизменны, продукт как и раньше является полностью свободным, бесплатным и общедоступным, а также выступает в роли upstream-проекта для коммерческого продукта JBoss Enterprise.Основные особенности WildFly 8:
- Обеспечение поддержки Java EE 7. Реализация сертифицирована на соответствие Full- и Web-профилям Java EE7. В том числе добавлена поддержка Java API for WebSocket и Java API for JSON Processing (JSON-P), улучшена поддежка CDI (Contexts and Dependency Injection), в JavaServer Faces встроена поддержка HTML5, представлены новые возможности Java API for RESTful Web Services 2.0, Concurrency Utilities for Java EE 1.0 и Servlet 3.1 для создания эффективных серверных приложения для параллельной обработки запросов, значительно улучшены средства доступа к ресурсам контейнеров, добавлены возможности для организации работы приложений в пакетном режиме;
- Интегрирован новый высокопроизводительный http-сервер Undertow.io (http://undertow.io/), работающий в неблокирующем режиме и нацеленный на обеспечение максимальной пропускной способности и масштабируемости. Undertow.io пригоден для использования в окружениях, обрабатывающих миллионы сетевых соединений. Undertow.io поддерживает выполнение традиционных и асинхронных сервлетов, позволяет создавать обработчики JSR-356 web socket, предоставляет гибкие средства для создания собственных обработчиков любых стадий запроса, в том числе с возможностью реализации поддержи собственных протоколов;
- Сокращение числа используемых сетевых портов: почти все поддерживаемые протоколы теперь мультиплексированы за двумя портами: порт 9990 для управления (HTTP/JSON, HTTP Upgraded Remoting (Native Management & JMX) и Web Administration Console) и порт 8080 для приложений (Servlet, JAX-RS, JAX-WS, Web Sockets, HTTP Upgraded Remoting (EJB Invocation, Remote JNDI)). Указанное изменение позволяет значительно упростить использование WildFly в облачных системах, в которых на одном сервере выполняются сотни и тысячи экземпляров;
- Поддержка управления доступом на основе ролей (RBAC), позволяющая установить разный набор прав для отдельных действий, таких как выполнение операций и изменений различных областей конфигурации. Также реализованы возможности для аудита вносимых изменений и настройки прав пользователей. Улучшены средства для интеграции с LDAP, в частности, добавлена поддержка привязки групп к ролям и определение стратегии кэширования. Реализован режим безопасного ведения лога аудита на внешнем syslog-сервере;
- Добавлен специализированный менеджер безопасности Java (Security Manager), позволяющий определить права доступа в привязке к отдельным экземплярам (deployment) и отличающийся от штатного менеджера безопасности Java более высокой производительностью и поддержкой более гибкой конфигурации jboss-permissions.xml в дополнение к permissions.xml из Java EE;
- Расширение средств для работы с логами через управляющий API. Добавлена поддержка вывода списка и просмотра файлов с логами на сервере. Реализована возможность определения собственной системы форматирования лога;
- Поддержка реализации DistributedWorkManager на основе наработок проекта JGroups, улучшение менеджера соединений JCA. Подсистемы источников данных и адаптеров ресурсов теперь поддерживают определение правил размещения и стратегий сброса (flush);
- Проведён рефакторинг поддержки кластеризации, реализованы новые API для выполнения команд на разных узлах, просмотра топологии кластера, создания одиночных сервисов;
- Улучшение CLI-интерфейса: поддержка определения алиасов для быстрого доступа к часто используемым серверам, режим explore (https://community.jboss.org/wiki/AGUIForTheCommandLineInterf...) для изучения любого узла в дереве.
- Подготовлена инфраструктура для применения патчей к существующим установкам, например, позволяющая удалённым клиентам установить (или отменить установку) модули и бинарные файлы c использованием управляющего протокола WildFly;
- Улучшение совместимости с JDK8;
- Новая модульная система, решающая проблемы с иерархической загрузкой классов из JAR. Модульная система позволяет абстрагировать серверную реализацию классов от приложений и загружать только необходимые для работы приложения классы, обеспечивая при этом полноценную изоляцию. Модуль оформляется как коллекция классов, которая может связывать зависимости с другими модулями и загружаться по мере необходимости;
- Подготовка для загрузки минималистичного базового (core) дистрибутива, оптимального для использования авторами фреймворков, которые желают сформировать собственный набор runtime-компонентов на базе архитектуры WildFly 8. В состав входят: инструментарий, средства управления, контейнер для параллельного запуска сервисов, модульная система загрузки классов, прослойка для развёртывания приложений, встроенный http-сервер;- Включение в поставку RESTEasy 3, поддерживающего как стандартые Java EE REST API (JAX-RS 2.0), так и такие расширения, как JSON Web Encryption, Jackson, Yaml, JSON-P и Jettison;
- Проведена адаптация для мобильных и облачных сценариев использования, в том числе для работы на портативных и мобильных устройствах, а также в гибридных облачных окружениях;
- Проведена работа по увеличению скорости запуска, сокращению потребления памяти, задействованию новых механизмов кэширования. По скорости запуска WildFly в 10 раз выигрывает у JBoss Application Server, и также опережает Jetty и Tomcat;
- Подготовлены средства (http://wildfly.org/news/2014/02/06/GlassFish-to-WildFly-migr.../) для миграции Java EE приложений из GlassFish в WildFly;
- Обновлены версии компонентов:
- Mojarras 2.2.5-jbossorg-3
-
Groovy 2.2.1
-
Netty 4.0.15.Final
-
Undertow 1.0.0.Final
-
Jastow 1.0.0.Final
-
Santuario 1.5.6
-
Jackson 1.9.13
-
Eclipse JDT Core Compiler 4.3.1
-
Hibernate 4.3.1.Final
-
Hibernate Validator 5.0.3.Final
-
Hibernate Search 4.5.0.Final
-
Hornetq 2.4.1.Final
-
JBeret 1.0.0.Final
-
Arquillian 1.1.2.Final-wildfly-1
-
Hal 2.1.1.Final
-
Byteman 2.1.4
-
EJB Client 2.0.0.Final
-
Invocation 1.2.1.Final
-
Ironjacamar 1.1.3.Final
-
Narayana 5.0.0.Final
-
JBoss Logging 3.1.4.GA
-
JBoss Logmanager 1.5.2.Final
-
Log4j JBoss LogManager 1.1.0.Final
-
JBoss Marshalling 1.4.3.Final
-
Metadata 8.0.0.Final
-
Mod_cluster 1.3.0.Final
-
Msc 1.2.0.Final
-...URL: http://wildfly.org/news/2014/02/11/WildFly8-Final-Released/
Новость: http://www.opennet.me/opennews/art.shtml?num=39073
Вот бы кто затестил бы WildFly vs Tomcat8 vs glassfish
>WildFly vs Tomcat8Контейнер сервлетов vs сервер приложений?
Замените на TomEE, если вы такой придирчивый.
WildFly очень быстро стартует, гораздо более управляемый чем GlassFish и это полная реализация стандарта Java EE 7
И ещё vs Jetty. И желательно в продуктиве)
Подтверждаю, годно, быстро и лучше 7.
>быстро
>javaDoes not compute.
Вполне бывает, надо тщательно готовить, правда.>It would be possible to get a ~10% latency improvement by moving to C++
http://mechanical-sympathy.blogspot.ru/2011/08/inter-thread-...
22 Млн long C++ - это смешно :-D Более 300 Млн int Java!Вот очереди: https://github.com/nitsanw/JAQ-InABox может любой проверить
Результат очереди для одного издателя и одного подписчика.Главное - это cache friendly. Больше ничего нет!!! Язык вообще не важен, хоть PHP. Можете вы грамотно выровнять данные, чтобы cache miss не происходили вот вам и результат будет.
Кто реализует на С++, хотя бы 150 Млн int-ов в сек между двумя потоками или процессами ???
И вот человек, который шесть лет занимается HFT. Для экстремального Highload с low latency Java подходит лучше, чем всё остальное.
Забыл сказать, что для этого нужно писать на низком уровне и не использовать стандартные библиотеки, а использовать прямой доступ к памяти и т.д.. Однако даже низкоуровневое программирование на Java проще, чем на всём остальном.Например, CAS есть в sun.misc.Unsafe. В C++ это только в C++11 появилось. И какие компиляторы его полностью поддерживают ????
И блог такой есть интересный http://vanillajava.blogspot.ru/
Если что, в gcc std::atomic появился в версии 4.4, которая вышла в 2009 году.
А со Spring никто не пробовал вязать?
ну а в чем проблема?
А вместо JBoss Portal там теперь тоже новый бренд.Как бы не запутаться.
У них там с Exo было объединение вроде, да?Не пробовал сравнивать красношапкинский портал с Liferay?
> У них там с Exo было объединение вроде, да?Ага.
> Не пробовал сравнивать красношапкинский портал с Liferay?
Новые — нет. Надо заняться.
Liferay давно уже бесполезно сравнивать с чем бы то ни было.
Он настолько всех лучше? Или хуже?
Не лучше или хуже, а просто другой, "сам в себе".
Войдет ли WildFly в число базовых пакетов RHEL 7?
Скорее уж в Федору засунут.
Так, а с помощью gcj этого монстра собрать можно?
А то помниться томкат был одним из немногих, кого gcj не осиливал.
Вылезайте из анабиоза, проект gcj уже 5 лет не развивается - было признано, что развивать его бесмысленно, т.к. появился открытый openjdk с устраивающей GNU'шников лицензией. Пока он еще в режиме "поддержки", но его вот-вот выкинут совсем..
http://www.phoronix.com/scan.php?page=news_item&px=MTU3OTIя вообще-то знающих людей спрашивал, а не слоупоков.
> Так, а с помощью gcj этого монстра собрать можно?
> А то помниться томкат был одним из немногих, кого gcj не осиливал.gcj не является Java (tm) и не поддерживает штатное выполнение java-приложений.
Попробовать запустить что либо можно, но только если есть время разгребать ашипки gcj. Если работать, что нужно ставить что либо совместимое с Java - тот же OpenJDK.
Скорее всего нет, думаю ему нужно минимум Java 1.6 или вообще 1.7.
> Кроме смены имени, корректировке подверглись цели и задачи проекта: WildFly сфокусирован на быстром внедрении инноваций и продвижении новых технологий, в то время как коммерческий продукт JBoss Enterprise Application Platform позиционируется как интегрированная, полностью протестированная и сертифицированная платформа Java EE.Перефразируя - RedHat нужны бесплатные тестеры, что бы обкатывать разые вещи. Но стабильность вы можете купить только за деньги. Ну что ж - тоже модель зарабатывания денег.
Ну это всё же лучше, чем покупать за деньги альфа версии ПО у твоих хозяев
Ну да :) тебе альфа версии так дарят еще и под соусом заботы о тебе любимом :)
Не зря говорят - лучший способ поработать - надо лишь говорить что человек велик, страдает за великую цель - и он сам оденет на себя оковы :) ты хорошо это доказал..А на счет моих хозяев.. как найдешь их - приведи показать их :) хоть буду знать кто они...
>Не зря говорят - лучший способ поработать - надо лишь говорить что человек велик, страдает за великую цель - и он сам оденет на себя оковы :)Дык, а вантузятникам и говорить ничего не надо -- протянул на лопате, они хавают и причмокивают. Условный рефлекс однако!
>>Не зря говорят - лучший способ поработать - надо лишь говорить что человек велик, страдает за великую цель - и он сам оденет на себя оковы :)
> Дык, а вантузятникам и говорить ничего не надо -- протянул на лопате,
> они хавают и причмокивают. Условный рефлекс однако!Хм.. какие хорошие знания.. Ты по себе судишь?... :) я вот совершенно не в курсе что там и как.. просвети плиз ты же знаешь.. ты же пробывал...
мне дают бесплатно КАЧЕСТВЕННУЮ бетку, а тебе продают альфу, но тебе с твоим то мозгом разве понять...>А на счет моих хозяев.. как найдешь их - приведи показать их :) хоть буду знать кто они...
это ты хозяевам доказывай, что ты не болван
кчественную бету? то то от качества fedora постоянно стонут..хотя вот мне никто ничего не продает.. :-)
> мне дают бесплатно КАЧЕСТВЕННУЮ бетку, а тебе продают альфуКамрад, тебя откровенно нае..али. Редхат в жабаделах - третий сорт (который, тем не менее, не брак!).
Там тон задают оракел после покупки BEA и SUN-а и межделмаш. Все остальное - от лукавого :-)
Это кому как, знаете ли.
Некоторым Oracle, а некоторым и Azul.
Как оно в сравнении с Jetty?
Это торт. Давно архитектуру вынуть из глубокого з-ада Ынтерпрайза.
> Это торт. Давно архитектуру вынуть из глубокого з-ада Ынтерпрайза.а потом оттестировать на таких вот хомячках и продать как новый интерпрайс :)
ты точно уверен что новый JBoss v8 не будет на архитектуре Wildfly только с кучей примочек?
Тут недавно обливали грязью проекты которые распространяются по принципу OpenCore.. тебе ничего это не напоминает в этой новости ?:)
Запомни, вьюнош: бесплатного кода не бывает.
> Запомни, вьюнош: бесплатного кода не бывает.Так это вантузятник, а они привыкли по варезным помойкам шариться в поисках халявы, и на шароварщину фапать
WildFly - это дикий мух или буйный залёт?
> WildFly - это дикий мух или буйный залёт?дикий мух - это пчёл )))
А может ОС дикий)
бенчмарки
http://jdevelopment.nl/wildfly-8-benchmarked
WildFly 8.1 портировали на FreeBSD. Порт java/wildfly81 - http://www.freshports.org/java/wildfly81/