Показаны сообщения с ярлыком Red Hat. Показать все сообщения
Показаны сообщения с ярлыком Red Hat. Показать все сообщения

Новый язык программирования от создателя Hibernate и Seam

Презентации пока не смотрел, но из явных плюсов языка (помимо того, кто является его автором) - это отсутствие функциональности и статическая типизация. Т.е. если бы этого не было - можно было бы говорить о явных минусах.

В остальном же... В обсуждении этой новости (она от 13.04.2011, попалась на глаза только сейчас) мнения разделились.

Особенным моментом выделю - про укороченный стиль написания get/set-методов. - Из моего окружения этого хотела часть Java-разработчиков, использовавших этот стиль в C#. Однако мне смутно помнится про некоторые возможные проблемы с многопоточностью из-за этого синтаксиса. Если ничего не путаю, то эта проблема описана в книге очень известного автора - Джеффри Рихтер "CLR via C#. Программирование на платформе Microsoft .Net framework 2.0". Мое смутно означает, что информацию нужно проверить, давно читал, о чем там в точности говорилось и на сколько реальна проблема (и точно ли она вообще есть) - к сожалению сейчас не помню.

JBoss AS. Светлое будущее и настоящее

К сожалению мне лениво переводить, но появившееся интервью немного любопытно. Рекомендуется только для истинных фанатов JBoss AS (как стремящихся уловить любые нюансы).

Для них же еще информация - в дополнении к книге "JBoss AS 5 Development", следом вышла книга "JBoss AS 5 Performance Tuning", в которой описываются самые разнообразные варианты использования (для разных технологий JEE), разные способы использования (более эффективные, менее эффективные) и приводятся сравнительные цифры производительности.

Например уровень логгирования может дать ощутимый прирост производительности. Есть не совсем очевидные нюансы. Высчитывать, что же лучше - вы можете сами. Или посмотрев примерные тесты производительности в книге.

3 дня до выхода нового Debian

Мне как раз нужно на одну машину поставить что-нибудь шустрое из линуксов. К сожалению на нее не поставить Oracle Linux + Unbreakable Enterprise Kernel (очень быстрая вещь), и так просто на нее не поставить и RHEL 6 (по идее тоже должна летать, потому что ядро этой же версии - 2.6.32, а не 2.6.18, как у RHEL 5 и у "обычного" Oracle Linux).

Поэтому все надежды на Debian Squeeze. Который вот-вот.

Squeeze Countdown

Битва титанов - JBoss AS 6.0 и GlassFish 3.x

Компания Oracle всегда имела большие амбиции и, после покупки ею компании Sun, амбиции меньше не стали.

Что на сей раз, спросите вы? Судя по заголовку - речь пойдет про сервера приложений.

Один из разработчиков JBoss, в ответ на публикацию сотрудника Oracle, где сравниваются JBoss AS 6.0 и GlassFish 3.x - написал полуофициальный ответ.

Как можно догадаться, сотрудник Oracle подчеркнул мнимые преимущества серверов приложений Oracle и по его посту ситуация выглядела просто разгромной. Но так ли это? Обратите внимание на комментарии к его публикации - там ответ от одного из разработчиков Red Hat (и не пропустите вторую ссылку выше!), а так же других, из которых видно, например, следующее:

- утверждалось, что GlassFish имеет в том числе и коммерческую поддержку. На это ответили, что  при желании ее можно найти и для JBoss AS - есть компания, реализующая такие услуги. К тому же, как со смайликом подмигивания добавил сотрудник Red Hat - компания Oracle продала за 1 год - всего 1 платную поддержку на GlassFish. Для мирового масштаба и десятков миллионов Java-разработчиков в мире - это, скорее, дискредитация GlassFish.

- утверждалось, что GlassFish 3.x поддерживает JEE 6 уже целый год, и за это время, мол, все отработано, отлажено и т.п. Однако критики обратили внимание на то, что в разных версиях GlassFish 3.x были баги по CDI (одна из ключевых особенностей JEE 6). Ну и тут просто смешно для всех, кто знает фреймворк JBoss Seam, из которого и выделили спецификацию CDI - дело в том, что эта технология от JBoss - уже широко используется лет 5 по всему миру. Выросло и окрепло сообщество, использующее ее. Она на столько удобная, в корне меняющая представление о JEE, что в конце концов ее включили в JEE 6, и, год назад, разработчики GlassFish внедрили ее у себя. Это хорошо, слов нет, но внедрить и использовать - две огромные разницы. Тут - сообщество, а тут - "внедрили". Просто смешно говорить, что GlassFish тут впереди. Внедрили - хорошо. Только пол года назад ее добавили в релизы Eclipse и NetBeans (в то же время комплект инструментов от JBoss - JBoss Tools, являющийся плагинами к Eclipse - позволял использовать ее уже лет 5).

- GlassFish 3.x сертифицирован для веб-стека JEE 6 и для полного набора технологий JEE 6.
JBoss AS 6 перед этим Новым Годом сертифицировали, как поддерживающий веб-стек JEE 6. С одной стороны GlassFish 3.x тут впереди. С другой стороны JBoss AS 6 почти поддерживает и все другие API, для полного стека JEE 6. По веб-сервисам - полная поддержка всего, JMS и какие-то другие API - тоже. Что-то пока не сертифицировано. Не стоит забывать, что "в руках" у разработчиков из Oracle - комплект тестов для сертификации, в любом случае это дает некоторые бонусы.

ИТОГО: Очень хорошо, что возникла реальная конкуренция. IBM в этой области поотстал (хотя тоже ожидается сертификация по JEE 6), и, как упоминал в моем блоге ранее - IBM в последние годы опускался до мата в сторону JBoss (прелюбопытнейшая история, речь идет про рекламу сервера приложения от IBM).

Кто же будет лидером, уведет ли Oracle пальму технологического первенства у JBoss/Red Hat - ? Нужно отметить, что целый ряд ключевых сотрудников, занимающихся спецификациями EJB 3.x и др. - работает именно в Oracle, да и мощь этого гиганта неоспорима. С другой стороны - развитая инфраструктура фреймворков JBoss, оказавших ключевое влияния на спецификации JEE 6, мировая известность некоторых из них (JBoss Hibernate, JBoss AS), многолетняя история технологий от JBoss/Red Hat (Google образовался позже), а так же хорошие финансовые успехи Red Hat даже в кризис - дают весьма весомые бонусы и этой компании.

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

Международное ОПО интересно русским программистам

Публикация в новостях, цитата:

Списки рассылки – один из возможных источников информации для оценки уровня участия отдельной компании или даже страны в проектах Open Source. Данные, собранные разработчиками сервиса Markmail, свидетельствуют о росте интереса российских программистов к международным проектам.

Рекомендации эксперта Red Hat не учитывают реалий стран БРИК

Публикация в новостях.

Black Duck Software приобрела систему Ohloh.net

Публикация в новостях.

У OpenOffice.org официально появился форк

Публикация в новостях, цитата:

...От Oracle же долгое время не поступало никаких комментариев. 

Но теперь такие комментарии появились. Обозреватель журнала ComputerWorld Стивен Дж. Воган-Николс (Steven J. Vaughan-Nichols) цитирует в своем блоге ответ, полученный от PR-отдела Oracle: «Имея за собой поддержку более 100 миллионов пользователей, мы верим, что OpenOffice.org — это наиболее продвинутый и функциональный открытый программный продукт и мы твердо намерены поддерживать сообщество OpenOffice.org в дальнейшем». 

Что же касается приглашения Document Foundation к совместной работе по усовершенствованию процесса разработки OpenOffice.org, то здесь представители Oracle ограничились общими фразами и пожеланиями успеха. Другими словами, можно констатировать, что Oracle не собирается работать с Document Foundation и LibreOffice теперь можно считать состоявшимся форком OpenOffice.

Разработчики OpenOffice отделились от Oracle

Публикация в новостях.

Активный сторонник СПО Ричард Столлман поддержал разработчиков OpenOffice в создании нового проекта
Активный сторонник СПО Ричард Столлман поддержал
разработчиков OpenOffice в создании нового проекта

Бизнес крупнейших поставщиков Linux – в точке бифуркации

К сожалению, в данную новость попала цитата главы Parallels (см. комментарии к оригиналу новости), а так аналитика более-менее.

Планируется цикл статей "Разбираемся с..."

Планирую написать серию небольших статей, в которых будет аналитика по каким-то решениям от JBoss/Red Hat. Какой в этом интерес?

1) Прежде всего, как показывает просмотр документации и  обсуждений в Интернете - решения от JBoss за свою основу берут всем известные открытые спецификации и фреймворки, например это JSRs (JEE), Apache, OASIS. При чем в некоторых случаях решения от JBoss - на нижнем уровне соответствуют указанным JSRs, а решения от Apache - соответствуют гораздо хуже.

2) Решения от JBoss - зачастую более "гладкие", удобные в использовании.

3) Решения от JBoss - бесплатны и это open source. Если вы захотите платную поддержку и еще более расширенный и удобный функционал, то при таком желании вы всегда можете перейти на аналогичные платные решения от Red Hat. При этом вам не придется переучиваться.

4) Альтернативы - от Sun это зачастую не очень прожевываемое (я про их сервер приложений), а решения от Oracle и IBM - довольно дороги (мягко говоря). Да, не все тут "черное - черное", а "белое - белое", и все же, обобщая, лично мне кажется что все так.

5) Как-то мне сказали, что Apache - всегда, вроде как будет, в решения от JBoss - они как? Товарищи, решениям от JBoss уже по 15-20 лет, что вы. Финансовый кризис компания Red Hat пережила хорошо, часть решений от JBoss/Red Hat вошли в новые JSRs, а что будет через 30 лет - давайте не будем загадывать. Вы сейчас можете применять JDK 1.2? Доводы еще остались? Излагайте, внимательно слушаю вас. :)

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

Сумятица на JBoss.org. Panic mode on N 2

Часть ресурсов JBoss.org недавно подверглось атаке злобных хакеров (это помимо темы поста). Была рекомендация всем поменять пароли. К слову - каждую секунду в мире фиксируется 100 атак хакеров.

Ну а теперь в продолжении темы "Сумятица на JBoss.org. Panic mode on" - появилась новая новость - рекомендация как защитить доступ к JMX-консоли в том числе и на платных Red Hat веб-решениях - "Security Issue: JBoss and CVE-2010-0738". Там довольно прозаично - добавить в один xml-файлик запись в одну простую ноду, что право доступа к JMX-консоли имеют только пользователи с ролью админа (просто указываем название роли, и все).

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

Школам Сибири не понравились условия Microsoft и Adobe

Публикация в новостях - "Школам Сибири не понравились условия Microsoft и Adobe".

Нужно будет через пару дней заглянуть на ЛОР - на сколько там протроллится тема "ОН уже пришел? ОН уже наступил?" :)))

Но пока ничего точно не ясно, вернее - скорее всего MS смягчит свои условия. Это бизнес. Наверное будет торг. Иное порадует на столько ЛОР, что там на 2 недели все уйдут в запой.

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