Harmony- реализация J2SE 5.0

И что им мешало помочь GCJ и classpath?

какое отношение имеет GCJ к j2se ?

>И что им мешало помочь GCJ и classpath?

Ты читай винмательней:

These individuals have expressed an interest in participating in the architecture and design work. ... Mark Wielaard (Classpath) Tom Tromey (GCJ) ... and the following individuals have expressed interest in participating as committers for the Apache-licensed implementation : ... Tom Tromey (GCJ)

Т.е. они их объединят и будут спонсировать Сбудется мечта идиотов: опенсорсная JVM, которая как уверены красноглазые, будет лучше Sun-овской реализации, т.к. не будет обременена грузом обратной совместимости с 1.0, 1.1 версиями и т.п.

Видимо у IBM, Oracle, BEA кончились силы тащить свою реализацию java и они решили объединиться. Думаю, - это пойдет всем на пользу. IMHO позиция SUN не идет на пользу java. Из за проблем с лицензией, её нельзя включать в дистры Linux/BSD/etc. А вот в солярке она есть (я из за этого чуть было не сделал сервер под десяткой). Если сия проблема будет решена (с java под Apache/BSD/etc)то мир станет на много проще для тех, кто на java пишет и кто с ней работает как админ.
(Волей судьбы я и то и другое ;-))
PS IMHO при всем богатстве выбора другой альтернативы нет ;-)

Интересно. Когда они Geromino выпустят?

Угу, всё так разнообразно, что надо ещё больше внести разнообразия! Ужас!

Лицензия и отсутсвие контроля за процессом разработке... Точнее отличия в процессе

Отличная новость! *${me} хлопает в ладоши :)*

Geromino заглох, он IBM не нужен.

re:Угу, всё так разнообразно, что надо ещё больше внести разнообразия! Ужас!

А то что сейчас java нельзя включать в большинство Linux дистров не ужас?

gcj разве не часть classpath? Почему их выделили в разные группы?

Я сильно не вдавался в юридические тонскости, однако наблюдаю, как
слэкваре стандартно включает жабу в состав пакетов в каждом релизе.
Что мешает остальным?

> gcj разве не часть classpath?
нет, просто тесно взаимодействующие проекты
http://gcc.gnu.org/java/libgcj-classpath-compare.html

А чем им не нравится сановская реализация? Нельзя ее влключать в некоторые линукс-дистрибутивы -- но ведь отдельно ставить никто не запрещает. В винде java тоже отдельно ставится и как-то никто не жаловался. Вместо того, чтобы делать кучу разных поделок, лучше бы развивали сановскую реализацию.

> А чем им не нравится сановская реализация? Нельзя ее влключать в некоторые линукс-дистрибутивы -- но ведь отдельно ставить никто не запрещает. В винде java тоже отдельно ставится и как-то никто не жаловался. Вместо того, чтобы делать кучу разных поделок, лучше бы развивали сановскую реализацию.

Зато в винде не надо ставить .NET Framework ;)

>>Зато в винде не надо ставить .NET Framework ;)

Надо, еще как надо.

> А то что сейчас java нельзя включать в большинство Linux дистров не ужас?

Ужас то, что из-за идиотских соображений о "лицензионной чистоте", вместо одной свободной реализации мы имеем кучу недодёланных велосипедов, но зато под разными лицензиями.

re:А чем им не нравится сановская реализация? Нельзя ее влключать в некоторые линукс-дистрибутивы -- но ведь отдельно ставить никто не запрещает.

Есть проблема. Представь, что тебе нужно, что бы tomcat и все сторонние библиотеки твоего проекта обновлялись автоматом при помощи yum/apt-get.
jpackage.org сейчас это все поддерживает, но тебе приходится для этого самому собирать пакет с java.
А при выходе новой версии jdk, пересобирать.
А если у тебя не 3-5 серверов а 50-70 то, - это знаете ли надоедает(через приставку за).
По условием лицензии SUN ты должен для каждой машины качать jdk заново.
В нашей стране на это плюют (правовой беспредел называется).
А вот в штатах могут и огорчить.


re:В винде java тоже отдельно ставится и как-то никто не жаловался. Вместо того, чтобы делать кучу разных поделок, лучше бы развивали сановскую реализацию.

Ты про винду забудь. Там до сих пор весь софт, кроме от MS руками обновляют (или через поделия разработчиков софта). JAVA обновление по винду, это вообще песня. Сейчас средний проект включает в себя hibernate/struts/log4j/ant/dbconectors/common-utils/..
Только мазохист будет все библиотеки руками обновлять.
Ты кстати сам то как обновляешь? ;-)

PS Лицензия дол;на позволять включать java в дистрибутив любой ОС!

> А то что сейчас java нельзя включать в большинство Linux дистров не ужас?

re:Ужас то, что из-за идиотских соображений о "лицензионной чистоте", вместо одной свободной реализации мы имеем кучу недодёланных велосипедов, но зато под разными лицензиями.

Тут вопрос не в чистоте, а неудобстве.

Читай предыдущий пост.

Интересно, с помощью Harmony они собираются теснить .NET не десктопах или нет?

>Интересно, с помощью Harmony они собираются теснить .NET не десктопах или нет?

Какой еще .net? Куда его теснить? Нету его, это миф.

> А при выходе новой версии jdk, пересобирать.
Зачем? Быстрей и надёжней они от этого не станут.
Да и новые версии библиотек ставить незачем если со старыми нормально работает.

IG.

>> А при выходе новой версии jdk, пересобирать. >Зачем? Быстрей и надёжней они от этого не станут. Становятся быстрее и надежней. Читать change log.

>Да и новые версии библиотек ставить незачем если со старыми нормально работает. Из сооброжений безопасности и производительности. На tomcat'a changelog посмотри. Несуществет сложных систем без ошибок. Или ты и httpd не обновляешь с каждой новой дыркой? ;-)

PS Если твой вопрос был не шуткой, то скажи, кем работаешь? ;-)

>>> А при выходе новой версии jdk, пересобирать.
>>Зачем? Быстрей и надёжней они от этого не станут.

>Становятся быстрее и надежней. Читать change log.

Вот возми последнюю hibernate, собери под java 1.3, 1.4 и 5, и сравни например cкорость HQL парсера. javac давно уже ничего не оптимизирует, это происходит в run-time в JVM. http://cda.morris.umn.edu/~elenam/Caudill_MICS_Corrected.pdf


>>Да и новые версии библиотек ставить незачем если со старыми нормально работает.

>Из сооброжений безопасности и производительности.
>На tomcat'a changelog посмотри. Несуществет сложных систем
>без ошибок. Или ты и httpd не обновляешь с каждой новой дыркой? ;-)

Насчёт http и других серверов согласен обновлять надо, но зачем обновлять например Spring и Hibernate если те что стоят работают и кушать не просят. Тем более что новую версию надо тестировать и смотреть не сломалось ли что.

> PS Если твой вопрос был не шуткой, то скажи, кем работаешь? ;-)

Студент пока.

>Ты кстати сам то как обновляешь? ;-)

А мне она для разработке на десктопе нужна, обновляю редко, поэтому неудобств не испытываю.

>А если у тебя не 3-5 серверов а 50-70 то, - это знаете ли надоедает(через приставку за).

Не приходилось сталкиваться с такой проблемой, но наверняка у сантехников есть способ сделать это просто.

>>Становятся быстрее и надежней. Читать change log.

>Вот возми последнюю hibernate, собери под java 1.3, 1.4 и 5, и сравни например cкорость HQL парсера. javac давно уже ничего не оптимизирует, это происходит в run-time в JVM. http://cda.morris.umn.edu/~elenam/Caudill_MICS_Corrected.pdf

Я не про разные версии java, я про разные релизы говорю.
1.4.1_1,1.4.1_2,1.4.1_3 ты думаешь зачем их выпускают, баги однако ;-)
и к сожалению иногда критичные для серверов.

А hibernate - уж дырявее некуда стал, Gavin King начал над EJB3 работать, взгляни на change log...
Во всех lib'ах больших есть дыры, утечки памяти и просто баги.
и обновляют их постепенно. И приходится с этим жить. Но вот ставить руками и трекить 10-15, уж это вы сами, я лучше один раз jpackage настрою.

>>Ты кстати сам то как обновляешь? ;-) >А мне она для разработке на десктопе нужна, обновляю редко, поэтому неудобств не испытываю. А в Swing, SWT, JGRAPH у тебя багов нет?!!!! Там ещё больше багов... Вот поставил ты тысяче пользователей это чудо, а у тебя там .... смотрим на change log от Swing. И тысяче людей придется ручками все заливать самим.... >>А если у тебя не 3-5 серверов а 50-70 то, - это знаете ли надоедает(через приставку за). >Не приходилось сталкиваться с такой проблемой, но наверняка у сантехников есть способ сделать это просто. Есть под винду кривая обновлялка java и хорошая по соляру... А под linux нету, SUN лялик очень не любит но приходится ему с ним мирится, ибо 90% всего java софта на сервере на linux работает.

а сборки для debian того, что есть на jpackage.org существуют??

> сборки для debian того, что есть на jpackage.org существуют?? да

> По условием лицензии SUN ты должен для каждой машины качать jdk заново.

Это уже давно не так, читайте лицензию внимательно.

> Вот поставил ты тысяче пользователей это чудо, а у тебя там ....
а чем JNLP не устраивает ?
---
javaws http://freetts.sourceforge.net/WebStartClock/clock.jnlp

> Есть проблема. Представь, что тебе нужно, что бы tomcat и все сторонние библиотеки твоего проекта обновлялись автоматом при помощи yum/apt-get.
> jpackage.org сейчас это все поддерживает, но тебе приходится для этого самому собирать пакет с java.
> А при выходе новой версии jdk, пересобирать.

Да не надо там ничего пересобирать. Здрасте. Ето тебе не ляликс приблуды, что на каждый чих нужно все пересобирать. Почти все библиотеки на джаве вполне самостоятельные, редко кто железно завязан на определенной версии другой библиотеки, а тем более от версии jdk.
А если уж и зависит, то ничего там компилить не надо. Скачал новую версию jar файла и до свидания.
Так что не надо страшилок придумывать.

>Вот поставил ты тысяче пользователей это чудо, а у тебя там .... смотрим на change log от Swing. И тысяче людей придется ручками все заливать самим..

Э, а почему самим? Скачал сам JRE 1.5 и всем на компашке раздал. Или я чего-то не понимаю? Какой смысл каждому из них качать одно и тоже. Да хоть на Горбухе компашку с жабой купи, если по модему 15Мб не можешь выкачать

> Вот поставил ты тысяче пользователей это чудо, а у тебя там ....
а чем JNLP не устраивает ?

jre через JNLP не обновишь, каждый юзверь должен будет каждый раз выкачивать jre целиком.

> Есть проблема. Представь, что тебе нужно, что бы tomcat и все сторонние библиотеки твоего проекта обновлялись автоматом при помощи yum/apt-get. > jpackage.org сейчас это все поддерживает, но тебе приходится для этого самому собирать пакет с java. > А при выходе новой версии jdk, пересобирать.

re:Да не надо там ничего пересобирать. Здрасте. Ето тебе не ляликс приблуды, что на каждый чих нужно все пересобирать. Почти все библиотеки на джаве вполне самостоятельные, редко кто железно завязан на определенной версии другой библиотеки, а тем более от версии jdk. А если уж и зависит, то ничего там компилить не надо. Скачал новую версию jar файла и до свидания. Так что не надо страшилок придумывать.

Пакет с java пересобирать придется (не перекомпелировать). что бы работало обновление библиотек (они в linux у нормальных админов идут ввиде rpm или deb'ов) тебе нужно jdk иметь ввиде rpm/deb собранного особым образом. Sun не позволяет тебе создать такой пакет и распростронять. Каждый должен собирать сам.

> По условием лицензии SUN ты должен для каждой машины качать jdk заново.

re:Это уже давно не так, читайте лицензию внимательно.

опровержение в студию!

>> сборки для debian того, что есть на jpackage.org существуют??
>да
и где лежат??

Надеюсь, что никогда.

Geronimo - это который сервер приложений? Ты совершенно не прав.

Во, сегодня письмо пришло со ссылками, теперь можно не бояться тайны разглашать :)

http://www-128.ibm.com/developerworks/opensource/library/os-boynes/

http://www-306.ibm.com/software/info/websphere/may2005announce/

Gluecode - это ребята, которые делают закрытый сервер JOE на основе Apache Geronimo. Вроде как это те же ребята, что и сам Geronimo разрабатывают.

Так что IBM очень даже заинтересован :)

А что, так сложно bin завернуть в пакет чтоли? :)

Один раз скрипт написал и после выхода новой версии менаешь циферки билда и собираешь на одной машине и раздаёшь остальным :)

re:Один раз скрипт написал и после выхода новой версии менаешь циферки билда и собираешь на одной машине и раздаёшь остальным :)

Сие запрещает лицензия