RedHat покупает JBoss

JBoss - альтернативная Java?

Опередил меня. :) Скопирую сюда кусок из своего варианта:

Интересный момент: "из коробки" в дистибутивах RedHat gcj играет роль jvm по-умолчанию. JBoss несовместим с gcj, так что либо в следущих релизах дистрибутивов RedHat будет присутствовать полноценная jvm, либо JBoss будет переписан, для улучшения совместимости с gcj, либо gcj будет изменен так, что они станут совместимы с JBoss'ом. При двух последних сценариях, эта покупка - знаменательное событие для сообщества OpenSource.

Молодцы!!!

Давить проперитарщину типа тормознутой веб-спхеры надо!

Только как с "джеронимо" быть? Или в шестом отце Фёдоре будет свой продукт на основе обоих серверов?

>JBoss - альтернативная Java?

JBoss Inc. - фирма, производящая одноименный сервер приложений и другие продукты с открытым кодом. JEE/EJB3 - ключевые слова.

JBoss альтернатива зоопарку из WebSphere, BEA WebLogic и прочих.

gcj уже работает с котом. Теперь пора браться за сервера приложений.

Хотя есть и отрицательные отзывы:

http://www.webweavertech.com/costin/archives/000340.html

>> либо в следущих релизах дистрибутивов RedHat будет присутствовать полноценная jvm,

IIRC Sun's JDK по условиям лицензии non-redistributable. Насчет IBM-овской не помню.

> либо JBoss будет переписан, для улучшения совместимости с gcj,

Возможно. Только не "переписан", а "пропатчен" скорее;)

> либо gcj будет изменен так, что они станут совместимы с JBoss'ом

Возможно.

Лично я б предпочел доводку gjc. Но вряд ли RH меня спросит;)

> Хотя есть и отрицательные отзывы:

> http://www.webweavertech.com/costin/archives/000340.html

Я не пробовал родной томкат из редхатовской поставки (бо есть jpackage.org), но актуальность статьи, датированной Маем 2004 года - вызывает серьезнейшие сомнения...

Кстати, они сейчас ответственны за спонсорство Hibernate.

http://docs.jboss.org/jbossas/getting_started/v4/html/hibernate.html

Может быть. У меня в четвертке работает нормально (на моих задачах). В пятерке посмотрю.

А вот с "gcj" Eclipse проблемы в четвертке и в 32 и в 64.

хахах!! ВОт и будут везде плодится скопом несовместимы версии JAVa!!!

> что либо в следущих релизах дистрибутивов RedHat будет присутствовать полноценная jvm

В коробке на дополнительном диске (RH, не FC) были бимерская и сановская жабы, надо проверить (не помню) наличие BEA "ракеты". Так, что там все правильно.

И NHibernate тож вроде там теплется.

что интесно, в .нет такого нет(почти:)), всё, что скомпилено в mono в .net будет работать точно, правда наоборот совсем не факт:). А тут я понимаю вообще голяк.

В этом и есть основная проблема совместимости с gcj.

Надеюсь у них хватит ума не ломать то что есть. Если чесно мне чхать пропритарная ява или нет, главное что JBoss на сановской яве прекрасно работает, если же вдруг он перестанет на ней работать а будет только на gcj и вообще если разработка будет вестись в этом направлении, ну чтож придётся распрощаться с JBoss грустно но придётся. Вообщем не очень хорошая новость, хотя может я и сгущаю краски. Хочется верить они доделают JBoss 5 в том варианте в котором собирались с полной поддержкой EJB3.

Именно поэтому сантехники никому не отдают контроль над жабой. Чтоб всегда можно было однозначно сказать, что является жабой, что нет (ключевое слово: сертификация).

Несовместимость там есть. Даже Swing Motif кнопку бимерская и сановская жабы по разному отображают - проверьте сами. Кстати, на WierdInit тесте gcj упорно выдает 0 (FC5 еще не ставил).

Мелкософт отдал свой C#. Только внимательно следит за спецификациями - на то есть ресурс. В FC5 - С# из коробки. Равно, как и микрософт имеет соглашение с JБоссом.:)

"Поживём - увидим!" (с) приписывается Гомеру :)

>> либо в следущих релизах дистрибутивов RedHat будет присутствовать полноценная jvm,

>IIRC Sun's JDK по условиям лицензии non-redistributable. Насчет IBM-овской не помню.

О том и речь. С FreeBSD - договорились же. В их же интересах договориться, поскольку если не договорятся с RH - могут огрести то, чего боятся - открытую функциональную альтернативу сановской жабе.

>> либо JBoss будет переписан, для улучшения совместимости с gcj,

>Возможно. Только не "переписан", а "пропатчен" скорее;)

Переписан. :( Там же AOP и Hibernate, что то, что другое модифицирует байт-код.

>> либо gcj будет изменен так, что они станут совместимы с JBoss'ом

>Возможно. Лично я б предпочел доводку gjc. Но вряд ли RH меня спросит;)

Для меня оба варианта хороши :) - если избавятся от модификации байт-кода - можно будет в бинарники собирать.

> Переписан. :( Там же AOP и Hibernate, что то, что другое модифицирует байт-код.

Ну и какая доля кода JBoss завязана на это?;)

> Для меня оба варианта хороши :) - если избавятся от модификации байт-кода - можно будет в бинарники собирать.

А лучше таки просто оба варианта - дальнейшее повышение совместимости gcj, убивание хаков в jboss;)

>Хочется верить они доделают JBoss 5 в том варианте в котором собирались с полной поддержкой EJB3.

Ну, чтобы была полная поддержка, надо чтобы стандарт окончательно утвердили. А чего не хватает в 4.0.4, если не секрет?

>Ну и какая доля кода JBoss завязана на это?;)

Вся поддержка EJB3, большая часть того, что было написано за последние полтора года?

>В коробке на дополнительном диске (RH, не FC) были бимерская и сановская жабы, надо проверить (не помню) наличие BEA "ракеты". Так, что там все правильно.

А, блин, я так и думал. Жалко. Чуда, значит, не произойдет, скорее всего.

> Вся поддержка EJB3

Гхм... НМБ. Ребята ж на жабке не первый год работают. Небось умеют интерфейсы (даже внутренние) проектировать. Где про это можно почитать?

>Ну, чтобы была полная поддержка, надо чтобы стандарт окончательно утвердили. А чего не хватает в 4.0.4, если не секрет?

Ну PFD есть не думаю что менятся будет сильно. А по поводу не хватает в 4.0.1 не хватало Web services и насколько я понял их поддержка (естественно в формате EJB3) обещали только в 5ке

>Гхм... НМБ. Ребята ж на жабке не первый год работают. Небось умеют интерфейсы (даже внутренние) проектировать. Где про это можно почитать?

Не знаю. Я прочитал в сырцах, когда пробовал прикрутить hibernate к gcj год назад. Уверен, что за год лучше не стало. Буду рад, если ошибся.

А интерфейсы, мне так кажется здесь не причем. Это всё равно что проектировать интерфейсы для переноса Java проги на C++ или на C#.

>Ну PFD есть не думаю что менятся будет сильно.

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

>А по поводу не хватает в 4.0.1 не хватало Web services и насколько я понял их поддержка (естественно в формате EJB3) обещали только в 5ке

Хе-хе. Проспал ты. :) Качай 4.0.4.CR2 - там ужо усё есть. Проверяно - стреляет. :)

>если избавятся от модификации байт-кода - можно будет в бинарники собирать.

Если избавится от модификации байт-кода - можно будет полноценный AOP зделать - а это гигантский шаг на десктоп... Всякие там AOP и interceptor-ы - можно великолепно реализовать имея хоть какой то метапротокол. Хотя бы аля Python. Править байт-код - грязный хак.

>А лучше таки просто оба варианта - дальнейшее повышение совместимости gcj, убивание хаков в jboss;)

Невыйдет. gcj умеет запускать код, подобный jboss - код, который модифицируется classloader-ом просто интерпретируется gcj - товским интерпретатором - получается еще хуже чем в jvm.

> Править байт-код - грязный хак.

Согласен. У них есть, конечно, оправдание - так лучше для производительности. А сан долгое время оставался глухим и не мог включить в язык нужные фичи. Теперь они стали чуть больше прислушиваться к тому, что пользователям надо, так что в далёком будущем, может быть жто и исправится. Если будет надо кому-то, конечно. Поскольку такие вещи, если не сделаны к позавчера, становятся как правило не нужны.

>Невыйдет. gcj умеет запускать код, подобный jboss - код, который модифицируется classloader-ом просто интерпретируется gcj - товским интерпретатором - получается еще хуже чем в jvm.

Не в курсе, JOnAS они именно так запускают? Или там нет этих хаков?

Кстати, кто пробовал GNU Classpath? Как оно?

лучше бы они купили SUN )

Понятно, кажется, куда RedHat клонит. Хочет стать конкурентом Microsoft на рынке готовых сервеных решений. Linux RedHat+Oracle+JVM+JBoss(Hibernate, Spring included)+Eclipse. Это реальная связка, способная конкурировать с Windows Server 2003+MS SQL2005+.NET Framework+VS_2005_Team Edition. Сколько они захотят^W^W^W Поставят ли они конкурентоспособную цену на свой набор?

> Хочет стать конкурентом Microsoft на рынке готовых сервеных решений.

Им сильно не хватает собственной СУБД. MySQL?

Я ж написал, Oracel. RedHat самая известная запускала Оракла

> RedHat покупает JBoss

Теперь все конфигурационные скрипты типа redhat-system-* перепишут с питона на жабу? Ну чё, ложись. Ща рванёт :)

re: Интересный момент: "из коробки" в дистибутивах RedHat gcj играет роль jvm по-умолчанию. JBoss несовместим с gcj, так что либо в следущих релизах дистрибутивов RedHat будет присутствовать полноценная jvm, либо JBoss будет переписан, для улучшения совместимости с gcj, либо gcj будет изменен так, что они станут совместимы с JBoss'ом.

В поставку RedHat Enterprise серверов (не путать в Fedora Core) входит jdk от Sun. Так что JBoss будет бегать на ней в полный рост, а JOnAS скорее всего похоронят либо оставят в Fedora.

Кстати, и с eclipse gcj глюкает местами. Например, на 3rd party plugin-ах.

Плевать на левые плагины. Рефакторинг в ЦДТ не работает!!! Травят?

> Теперь все конфигурационные скрипты типа redhat-system-* перепишут с питона на жабу? Ну чё, ложись. Ща рванёт :)
Сомневаюсь =) скорее замееедлеенно развалиться

>Если избавится от модификации байт-кода....

Какая, нафиг, модификация? Это JDO байт-код модифицирует, а у Hibernate всё на reflections.

На каких?

У меня JBossIDE и Subclipse

(правда я особо на gcj не работаю, мне для разработки нужна 5'я)

А как же M$? Ведь у них с JBoss было соглашение, типа для винды точить JBoss. Кинули.

> Я ж написал, Oracel. RedHat самая известная запускала Оракла

Самая известная запускалка Oracle - таки Solaris.

Я написал, что RH не хватает _собственной_ базы данных, потому, что у Оракла нет стратегических партнеров, а есть стратегические цели.

>Какая, нафиг, модификация? Это JDO байт-код модифицирует, а у Hibernate всё на reflections.

А может всё-таки не спорить о вкусе устриц, с теми кто их ел?

XMLBuddy глючил, пока не поменял jvm на ibm-овскую.

>Какая, нафиг, модификация? Это JDO байт-код модифицирует, а у Hibernate всё на reflections.

Ну это конечно нетак. Если хочешь transparent updates (неуверен в точности термина, но смысл очевиден) - то Hibernate еще как модифицирует.

и где вы нашли в у редхата сановскую жабу? В RHEL4:
java-1.4.1-ibm   	 java-1.4.1-ibm
java-1.4.2-bea   	 java-1.4.2-bea
java-1.4.2-gcj-compat   	 java-1.4.2-gcj-compat
java-1.4.2-ibm   	 java-1.4.2-ibm

и все.

Виноват, перепутал. "Ракета", там кончно же.

Вообще я все три в федоре 4 32 поставил Java 5. В 64 бит работают Java 5 BEA и SUN. Про IBM деликатно умолчу.