LINUX.ORG.RU

Доклад Apache Harmony

 , , , , ,


0

0

28 февраля в 18 часов состоится очередное заседание семинара "Свободные программы: философия, технология, бизнес". Заседание пройдёт по адресу Москва, Волхонка дом 14, в Красном Зале на 2 этаже института Философии РАН.

Доклад: APACHE HARMONY

Докладчики:
Григорий Шиманский - Apache Harmony PMC member - Intel, Россия
Павел Первов - Apache Harmony Committer - Intel, Россия

Проект Apache Harmony ставит своей задачей разработку независимой высококачественной сертифицированной реализации стандартной версии Java-платформы (Java 2 Standard Edition, J2SE) под лицензией Apache, версия 2.

В докладе представлены история и статус проекта, рассматривается модульная архитектура библиотек классов (API), Java Виртуальной Машины (JVM) и ее основных компонентов: ядро (VM Core), сборщики мусора (GCs) и динамические компиляторы (JITs). Даётся обзор процесса разработки, включая инфраструктуру и организацию тестирования.

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



Проверено: Shaman007 ()

> Проект Apache Harmony ставит своей задачей разработку независимой высококачественной сертифицированной реализации стандартной версии Java-платформы (Java 2 Standard Edition, J2SE) под лицензией Apache, версия 2.

...Шло время, и жабокодеры из Апача обнаружили в GNU Classpath фатальный недостаток - его писали не они!

Sikon ★★★
()
Ответ на: комментарий от Sikon

>...Шло время, и жабокодеры из Апача обнаружили в GNU Classpath фатальный недостаток - его писали не они!

Шло время и жабобыдлокодеры замечали что позорная гнушная поделка совершенно не развивается и вообще применять ее может только полный идиот. И решили догда жабобыдлокодеры из апача написать свою свободную жабу, правда начали они поздновато - проект OpenJDK уже появился, но да ничего - чем больше существует совместимых между собой жаб, по крайней мере на уровне 1.5 (Sun/OpenJDK, IBM, BEA, Oracle Aurora, Harmony и пр.), тем лучше.

P.S. Шо щас будет....

anonymous
()
Ответ на: комментарий от Sikon

>...Шло время, и жабокодеры из Апача обнаружили в GNU Classpath >фатальный недостаток - его писали не они!

Шло время, и все вокруг уже поняли, что у GNU Classpath есть фатальный недостаток -- это убогое говно.

localstorm
()

s/инамические компиляторы/динамические компиляторы/

> чем больше существует совместимых между собой [реализаций Java] ... тем лучше.

+1

Ulysses
()
Ответ на: комментарий от anonymous

>Шло время и жабобыдлокодеры замечали что позорная гнушная поделка совершенно не развивается и вообще применять ее может только полный идиот. И решили догда жабобыдлокодеры из апача написать свою свободную жабу, правда начали они поздновато - проект OpenJDK уже появился, но да ничего - чем больше существует совместимых между собой жаб, по крайней мере на уровне 1.5 (Sun/OpenJDK, IBM, BEA, Oracle Aurora, Harmony и пр.), тем лучше.

>P.S. Шо щас будет....

Шло время и анонимусы умнели ... нет это фантастика.

GNU не подходит многим компаниям по лицензионным соображениям. Потому выбрана была Apache PL.

А проект OpenJDK появился ПОСЛЕ того как IBM / Intel / etc начали делать открытую Java Harmony. Sun поняли что могут повторить подвиг Томми и начали пилить JDK под GPL. Но ниасилили сделать это за 2 года (или сколько там). JDK 6 - закрытая. JDK 7 возможно будет польностью открыта.

anonymous
()
Ответ на: комментарий от anonymous

>А проект OpenJDK появился ПОСЛЕ того как IBM / Intel / etc начали делать открытую Java Harmony. Sun поняли что могут повторить подвиг Томми и начали пилить JDK под GPL. Но ниасилили сделать это за 2 года (или сколько там). JDK 6 - закрытая. JDK 7 возможно будет польностью открыта.

Не знал что Harmony появилось раньше, но в любом случае OpenJDK перспективней, так как именно через нее идет основная линия партии.

P.S. А вообще чем больше будет жаб тем лучше

anonymous
()
Ответ на: комментарий от Sikon

>...Шло время, и жабокодеры из Апача обнаружили в GNU Classpath фатальный недостаток - его писали не они!

И не под той лицензией.

r ★★★★★
()
Ответ на: комментарий от anonymous

>Не знал что Harmony появилось раньше, но в любом случае OpenJDK перспективней, так как именно через нее идет основная линия партии.

Он бесперспективнее для закрытых разработок. А апач - это не гну. Апац ориентируется как раз на корпоративных клиентов которыми и спонсируется . Это другая модель OSS.

r ★★★★★
()
Ответ на: комментарий от r

>Он бесперспективнее для закрытых разработок. А апач - это не гну. Апац ориентируется как раз на корпоративных клиентов которыми и спонсируется . Это другая модель OSS.

Неужели!!?? А что прога скомпилированная гнушным javac'ом тоже становится гнушной? Или кто-то запрещает поставлять свобоную JVM рядом со своими закрытыми разработками?

anonymous
()

> высококачественной сертифицированной реализации

Высококачественного "велосипеда из руды"

> независимой

Вспоминается анекдот "Какая страна самая независимая?..."

Bioreactor ★★★★★
()
Ответ на: комментарий от r

>>Не знал что Harmony появилось раньше, но в любом случае OpenJDK перспективней, так как именно через нее идет основная линия партии.

>Он бесперспективнее для закрытых разработок. А апач - это не гну. Апац ориентируется как раз на корпоративных клиентов которыми и спонсируется . Это другая модель OSS.

Многие компании даже при закрытой Java покупали ее у Сана чтобы кастомайзить под себя, исправлять недостатки и продавать самим. Бизнес подобного рода не пройдет на GPL, НО легко уписывается в APL. Когда есть основная ветка Harmony, и есть ее кастомизация под конкретные нужды (скорее всего IBM / Intel /Motorola свои следующие машинки будут делать на ее основе).

Если бы Sun открыли JDK ДО начала Harmony - гиганты бизнеса повелись бы на нее и была бы одна кошерная Sun JDK under GLP.

Поскольку на Sun забил болт на призывы IBM & etc по открытию, то IBM сделала свой проект.

Пророчествую: Через годик начнется война Java машин. GPL Sun JDK vs ВСЕ БОЛЬШИЕ КОМПАНИИ в лице IBM & APL Harmony. Также пропрочествую, что Sun проиграет ибо не можно сразаться против всех (пример есть NetBeans vs Eclipse). И Eclipse выигрывает...

anonymous
()
Ответ на: комментарий от anonymous

>>Он бесперспективнее для закрытых разработок. А апач - это не гну. Апац ориентируется как раз на корпоративных клиентов которыми и спонсируется . Это другая модель OSS.

>Неужели!!?? А что прога скомпилированная гнушным javac'ом тоже становится гнушной? Или кто-то запрещает поставлять свобоную JVM рядом со своими закрытыми разработками?

Тут идет разговор о кастомизации и доработке САМОЙ JVM / JDK. И чтобы потом эти разработки закрыто продавать / раздавать можно было. Потому APL интереснее для IBM / Intel / Motorola

anonymous
()
Ответ на: комментарий от anonymous

>Пророчествую: Через годик начнется война Java машин. GPL Sun JDK vs ВСЕ БОЛЬШИЕ КОМПАНИИ в лице IBM & APL Harmony. Также пропрочествую, что Sun проиграет ибо не можно сразаться против всех (пример есть NetBeans vs Eclipse). И Eclipse выигрывает...

И в чем будет заключаться эта война когда все JVM совместимые и со стандартным API уже щас, и любой кто будет клепать нестандарт проиграет (максимум, займет какую-нибудь нишу). Кому-что удобно, тот то и будет использовать - и ни какой войны, а эталонной реализацией как была так и будет Sun JDK.

P.S. Это же не .Net, где до сих пор нет совместимых и взаимозаменяемых реализаций.

anonymous
()
Ответ на: комментарий от anonymous

>Неужели!!?? А что прога скомпилированная гнушным javac'ом тоже становится гнушной? Или кто-то запрещает поставлять свобоную JVM рядом со своими закрытыми разработками?

А ты что - думаешь что разработки в области JDK нужны только чтобы компилить програмки и класть их вместе с JVM?

Что меня радует - так это люди которые думают, что кроме их любимого x86 десктопа ничего в мире не существует.

r ★★★★★
()
Ответ на: комментарий от anonymous

>И в чем будет заключаться эта война когда все JVM совместимые и со стандартным API уже щас, и любой кто будет клепать нестандарт проиграет (максимум, займет какую-нибудь нишу).

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

Вот тебе мысль на обдумать - большинство компьютеров в мире - это совсем не x86 десктопы для возюканья мышей.

r ★★★★★
()
Ответ на: комментарий от anonymous

>>Пророчествую: Через годик начнется война Java машин. GPL Sun JDK vs ВСЕ БОЛЬШИЕ КОМПАНИИ в лице IBM & APL Harmony. Также пропрочествую, что Sun проиграет ибо не можно сразаться против всех (пример есть NetBeans vs Eclipse). И Eclipse выигрывает...

>И в чем будет заключаться эта война когда все JVM совместимые и со стандартным API уже щас, и любой кто будет клепать нестандарт проиграет (максимум, займет какую-нибудь нишу). Кому-что удобно, тот то и будет использовать - и ни какой войны, а эталонной реализацией как была так и будет Sun JDK.

Примерно как с NetBeans... Sun пыжится и продвигает, но все пользуются IBM овской Eclipse. Тоже самое и здесь... Будет типа эталонная Sun GPL. и стандарт де-факто Harmony.

anonymous
()
Ответ на: комментарий от anonymous

> А что прога скомпилированная гнушным javac'ом тоже становится гнушной?

При чем тут это? Допустим, некая злобная контора хочут выпустить меганавороченный проигрыватель BluRay. Очевидно, для этого унутре надо запихать жабскую машинку. Но делиться кодом (сильно заточенным напильником под их железо) они, поганцы, не хотят. Нафига им тогда CLASSPATH?

svu ★★★★★
()
Ответ на: комментарий от anonymous

>Примерно как с NetBeans... Sun пыжится и продвигает, но все пользуются IBM овской Eclipse. Тоже самое и здесь... Будет типа эталонная Sun GPL. и стандарт де-факто Harmony.

Не все, я например пользуюсь нетбинсом, а есть же еще идя. А по Sun JDK - это стандарт де факто. А злобные конторки, обпиливающие JVM дальше своей ниши никуда не выйдут.

anonymous
()
Ответ на: комментарий от anonymous

>А злобные конторки, обпиливающие JVM дальше своей ниши никуда не выйдут.

А им никуда и не надо. Они его допиливают например для юзания в своей спецапаратуре - и все. Это собственно цель - у них и нет желания выпускать yet another JDK в свет - им просто надо jvm/re в своей апаратуре.

r ★★★★★
()
Ответ на: комментарий от anonymous

>>Примерно как с NetBeans... Sun пыжится и продвигает, но все пользуются IBM овской Eclipse. Тоже самое и здесь... Будет типа эталонная Sun GPL. и стандарт де-факто Harmony.

>Не все, я например пользуюсь нетбинсом, а есть же еще идя. А по Sun JDK - это стандарт де факто. А злобные конторки, обпиливающие JVM дальше своей ниши никуда не выйдут.

Да, но бОльше людей уже сейчас пользуется Eclipse и OS фреймворки / OS IDE и OS плагины бОльше всего выходят именно под Eclipse. JBoss IDE, Spring IDE, мнижественные DB плагины. Того же MyEclipse под NetBEans никто не делает.

И если еще и IBM JVM будет по дефолту стоять в Linux, то скорее всего оно и будет пользоваться.

Сравниваем:

Sun JVM пилит одна компания + коммунити &&& APL Harmony делает множество компаний + коммунити.

Micorsoft Windows плилт одна компания &&& GNU Linux делает множество компаний + коммунити.

anonymous
()
Ответ на: комментарий от anonymous

> И если еще и IBM JVM будет по дефолту стоять в Linux, то скорее всего оно и будет пользоваться.

Нет, нет! Только не это! Опыт реального пользования в реальном проекте косячного бимерского поделия у меня есть. Есс-но перешли на Джаву от нормальной компании (Sun Microsystems, Inc.), а не от бимеров криворуких.

Только Sun Java! Тем более, что идем на

http://openjdk.java.net/

и ви-ни-ма-тель-но смотрим на копирайт внизу странички. Такими ма-а-аленькими серенькими буковками название компании видим. :)

Bioreactor ★★★★★
()
Ответ на: комментарий от Bioreactor

>Отвечайте только за себя. Слова "никто", "все" в дискуссии не используются.

Полностью поддерживаю, Netbeans щас это комбайн все в одном и для большинства задач (GUI, J2ME, JRuby, Web/J2EE, WebService/BPEL и пр.) подходит почти идеально. Скачал 160 метров - все ИсКаропки. По поводу Sun JDK тоже поддерживаю - за три года ни одного серьезного глюка, спокойная миграция от версии к версии и вполне приличная скорость. Хотя я не отрицаю что JRockit или IBM JDK тоже вполне достойные продукты, но мой выбор - Sun.

P.S. А по поводу поддержки Spring, так ему вообще фиолетова среда разработки - spring.xml можно хоть в блокноте править.

anonymous
()

Из треда я понял пока только одно: разработчиков Classpath задушила жаба :)

AP ★★★★★
()
Ответ на: комментарий от anonymous

>P.S. А вообще чем больше будет жаб тем лучше

Тем громче будет концерт на болоте, что в этом хорошего?

wfrr ★★☆
()
Ответ на: комментарий от wfrr

>В вашей, отдельно взятой, палате №6?

ТЫ конечно сейчас озаботишься газовым вопросом - но даю справку - эклипс самая популярная жжабья IDE в мире. При чем с существенным отрывом.

r ★★★★★
()
Ответ на: комментарий от r

> о даю справку - эклипс самая популярная жжабья IDE в мире. При чем с существенным отрывом.
:) особенно про существенный отрыв улыбнуло :)

Korwin ★★★
()
Ответ на: комментарий от anonymous

Как работник одной из корпораций подтверждаю. ГНУ тут не сильно любят а вот Апач наоборот - вполне и даже очень. По причинам нелюбви/боязни клиентов ГНУшных библиотек (гнушный софт в принципе тоже любят)

Kartas39
()
Ответ на: комментарий от licvidator

>Из бесплатных. Самая популярная среда - это IDEA.

Нет. Eclipse. IDEA только на 3м месте ЕМНИП. Второй - JBuilder.

r ★★★★★
()
Ответ на: комментарий от r

>> Из бесплатных. Самая популярная среда - это IDEA.

> Нет. Eclipse. IDEA только на 3м месте ЕМНИП. Второй - JBuilder.

По степени распространённости: Eclipse, NetBeans, IDEA, JEdit :)
Про JBuilder давно уже ничего вменяемого не слышно.

iZEN ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.