LINUX.ORG.RU

Все хотят независимости Java. Кроме Oracle

 , ,


0

2

Несколько дней назад JCP проголосовала ЗА и призвала Oracle к тому, чтобы выделить процесс разработки и сертификации Java в независимую организацию.

Так как эта организация имеет контроль над принятием нововведений в Java, то все планы Oracle по развитию этой технологии могут быть отвергнуты. Как минимум одна организация (ASF) пообещала устроить проблемы при принятии любых постановлений связанных с развитием Java. Так же могут поступить и другие члены организации, проголосовавшие за независимость технологии (Google, IBM, Red Hat, Intel, VMware, Nokia, AT&T, Research In Motion, Vodafone, Apache Software Foundation (ASF))

Борьба за независимость ведётся давно. Да и сама Oracle требовала от покойной Sun того же не далее чем в 2007 году. Sun отделывалась малозначительными отговорками. С приходом Oracle трения в организации нарастают быстрее. Oracle практически прекратила консультации с JCP и начала нагружать членов организации бессмысленными задачами. К примеру, от Oracle поступило предложение к членам организации предоставить список независимых организаций по разработке технологий и стандартизации, на примере которых можно было бы организовать независимость Java. После того, как в качестве примеров были представлены W3C, OASIS, OMG и соответствующие планы, Oracle ответила в стиле покойной Sun.

То есть Oracle делает всё, чтобы настроить JCP против себя и, похоже, движется к роспуску организации. Так, сотрудники Sun уже предлагали распустить JCP, когда было задержано принятие J2EE 6 из-за неразрешённых проблем с лицензированием TCK.

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

★★☆☆

Проверено: JB ()
Последнее исправление: MuZHiK-2 (всего исправлений: 3)

Ответ на: комментарий от Karapuz

>Для чего тебе нужна эта TCO?

Чтобы нежабы работали нормально и жаба тоже. Иммутабельные структуы данных без тсо делать нельзя нормально.

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

>А почему компилятор хвостовую рекурсию в цикл не может преобразовать?

потому что это очень простой слукай. а онг не единственный.

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

>Фанатики такие фанатики.
Это да, пишут не зная сути проблемы

Готовы собственными руками душить. Даже если это идет на пользу всем. Грустно за ASF.

покойный Сан и нынче Оракл не дают ASF сертифицировать Harmony.
Так что это просто ответный удар.

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

>Нет. Как это ни странно но микрософту чтобы упрочить свои позиции надо всего лишь портировать на линукс настоящий дотнет и иис. Потом подождать жабокопца. Потом перестать это делать - и настанет линуксокапец

Это приведет к росту доли линукса на рынке. А там уж по уходу MS «осиротевший» линукс Ъ-з может найти себе другой путь развития. Бабки-то будут.

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

>Итак, господа, фанатствующие эстеты от GNU, что скажете?
Что iZEN пытется заменить отсутствие ума фанатизмом.
Любой форк не будет сертифицирован Ораклом.
Новые версии разрабтываются только Ораклом, который продавливает никому не нужную JavaFX.
Вот о чём речь в треде.

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

>Это приведет к росту доли линукса на рынке.

Не притведет. Или приведет - но незначительно.

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


Да пока никак. бабки то есть. Чего в линуксе сейчас действительно нехватает так это стандартизированной веб-ориентированной платформы которая бы развертывалась в паору кликов включая всякие кластерные варианты.

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

> Оно издохло по факту.

http://harmony.apache.org/download.cgi#Releases
Currently, the project has no official releases.
не потянули. Вернее опенждка подрезал им крылья - весь форкфорс туда ушел.

не совсем так - они не могут отрелизиться ибо не могут проверить совместимость с java. А совместимость проверяется через TCK, который Sun/Oracle дает за большие деньги и под очень специальной лицензией.

Именно из за лицензий на TCK сейчас идет замес.

И гармошка выполнила свое предназначение - пнула Sun и они начали опенсорсить JDK. А дальше Apache часто доводит проекты до рабочего состояния так что возможно еще увидим Harmony совместимую с 5.0 и 6.0

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

> ...который продавливает никому не нужную JavaFX.

Обоснуйте пожалуйста!
А то я до сих пор думал, что мне нужна.

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

>Обоснуйте пожалуйста!

А то я до сих пор думал, что мне нужна.

Илвини, не знал.
Перефразирую
- Никому крове valich и Ларри не нужную JavaFX

Borg
()

> Все хотят независимости Java
Кто все? Я вот думаю, что Java вообще не нужна, ибо тупиковое направление развития ЯП.

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

Столоначальник вроде как про ПОЛНУЮ_ПАТЕНТНУЮ_ЗАЩИТУ_ТОЛЬКО_ПОД_GPL рассуждал

Ссылку или GTFO

http://infolex.narod.ru/gpl_gnu/gplrus.html

Недопустимо, чтобы лица, распространяющие свободное программное обеспечение, могли приобрести исключительные права на использование данного программного обеспечения и зарегистрировать их в Патентном ведомстве. Чтобы избежать этого, мы заявляем, что обладатель исключительных прав обязан предоставить любому лицу права на использование программного обеспечения либо не приобретать исключительных прав вообще.
<...>
8. В том случае если распространение и/или использование Программы в отдельных государствах ограничено соглашениями в области патентных или авторских прав, первоначальный правообладатель, распространяющий Программу на условиях настоящей Лицензии, вправе ограничить территорию распространения Программы, указав только те государства, на территории которых допускается распространение Программы без ограничений, обусловленных такими соглашениями. В этом случае такое указание в отношении территорий определенных государств признается одним из условий настоящей Лицензии.

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

Итак, господа, фанатствующие эстеты от GNU, что скажете?

Любой форк не будет сертифицирован Ораклом.

Но OpenJDK6 под GPL! Может быть тысячи несовместимых форков, как и дистрибутивов GNU/Linux, с полным правом имеющим в своём названии аббревиатуру «OpenJDK6». Никакая сертификация не нужна (хи-хи-к): вот он родной «тот же самый» OpenJDK6 улучшенный и усовершенствованный. :))

Вы правда верите в то, что GNU способствует росту и качеству СПО?

Новые версии разрабтываются только Ораклом, который продавливает никому не нужную JavaFX.

JavaFX — это проприетарная технология визуализации и Вау-эффектов, зачем-то всунутая в Sun JDK, но не оказавшаяся в OpenJDK6.

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

Чего в линуксе сейчас действительно нехватает так это стандартизированной веб-ориентированной платформы которая бы развертывалась в паору кликов включая всякие кластерные варианты.

Ты уверен, что на эту сферу должна претендовать операционная система (о ядре по понятным причинам не говорим), а не отдельный пакет приложений?

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

>не совсем так - они не могут отрелизиться ибо не могут проверить совместимость с java.

Релизнуть _проект_ им не мешает никто.

А дальше Apache часто доводит проекты до рабочего состояния так что возможно еще увидим Harmony совместимую с 5.0 и 6.0


Слишком давно они ее пилят. С очень маленькой активностью.

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

>Никому крове valich и Ларри не нужную JavaFX

Он нужен. Как навороченный бекэнд. Если его со свиннгом удачно склеят - вообще хорошо.

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

>Ты уверен, что на эту сферу должна претендовать операционная система

А где я об этом говорил?

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

> Для чего тебе нужна эта TCO?

Для написания рекурсивных алгоритмов на Scala, Clojure и др. современных языках.

Почему жаба обгоняет на shootout.debian.org Mono в котором есть это TCO?

В Mono тормознутый garbage collector.

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

Инструкция tailcall нужна для эффективной трансляции языков (около)функциональной парадигмы.

AFAIK ни один современный компилятор C#-а tailcall не использует, но например компилятор F# использует её везде, где может.

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

А где я об этом говорил?

Наверно послышалось: «в линуксе сейчас действительно нехватает». :)

Возьмите тот же Geronimo или GlassFish с Web-админкой. Можно мышкой работать с целой вполне стандартизованной (кхе-кхе) Ъ-энтерпрайзной Web-платформой, «которая бы развертывалась в паору кликов включая всякие кластерные варианты.». ;)

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

Ещё раз: «Недопустимо, чтобы лица, распространяющие свободное программное обеспечение, могли приобрести исключительные права на использование данного программного обеспечения и зарегистрировать их в Патентном ведомстве. Чтобы избежать этого, мы заявляем, что обладатель исключительных прав обязан предоставить любому лицу права на использование программного обеспечения либо не приобретать исключительных прав вообще.»

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

>в линуксе сейчас действительно нехватает

а когда говорят «под вендой» - тебе слышится Microsoft TM C R?

которая бы развертывалась в паору кликов включая всякие кластерные варианты


Это не так. Там больше просчтой редакторр к простым параметрам.

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

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

Не работает если патенты принадлежат владельцу ИП.

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

> Недопустимо, чтобы лица, распространяющие свободное программное обеспечение, могли приобрести исключительные права на использование данного программного обеспечения и зарегистрировать их в Патентном ведомстве

Во-первых, это преамбула (ХЗ, является ли она лицензией). Во-вторых, это неверный (или злонамеренно искаженный) перевод вот этих слов:

«We wish to avoid the danger that redistributors of a free program will individually obtain patent licenses, in effect making the program proprietary.»

Здесь нет ничего о «приобретении прав и регистрации их в патентном бюро».

tailgunner ★★★★★
()

И я не хочу. Мы не хотим!

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

Спасибо, нам очень важно было узнать ваше мнение.

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

На днях D2 зарелизить должны - сам язык уж не хуже жабы точно (на самом деле - много лучше). Кроссплатформенность, правда, подтянется попозже - когда LLVM-вариант допилят. Но язык дружелюбен к программисту просто на редкость, читаю мануал и радуюсь.

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

Таки, да. Непонятно, что всем присутствующим в JCP мешает выдвинуть ультиматум Oracle (хотя бы в виде открытого письма): или они отпускают Java или JCP форкается и его участники делают все сами (учитывая то, какие компании представлены, то ресурсов всяко хватит)

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

>На днях D2 зарелизить должны - сам язык уж не хуже жабы точно (на самом деле - много лучше).

Извини, друг-анонумус, но ты недальновиден. Java - это не просто язык, а платформа и экосистема. Сколько библиотек (и сколько среди них бесплатных/свободных) уже есть на этом языке? Через какое время они появятся?

Поэтому, радоваться-то можно, но только в виде JFF...

X-Pilot ★★★★★
()
Ответ на: комментарий от valich

> Порвут жабу -> ослабнет интерес со стороны «корпоративного сектора»...

ненене. Тут стоп. :) Во-первых, Жабо проталкивается туда насильно, никому эта свалка «бумажных стандартов» + убогой реализации нафик не упёрлась. Есть С++, Эрланг, Ады-Смоллтоки всякие... Руби с Пистоном подымают неокрепшие головы... ТАКОЕ свято место точно не опустеет. :) Да и Жабо там «блещет» только маркетоидно. Я думаю, что потеря Жабы ничем не грозит, разве что резко упадут доходы околоЖабных пизднесменов.

Мы писали на Жабе проект (трёхзвенка, корпоративная торговая система). На уровне «Nervous text» - прекрасно, но чуть в сторону серьёзных применений - всё, закапываешься в классах как в болоте, море посторонней работы, постоянные мысли об эффективности (тормоза вылезали даже визуально), так что через пол-года (кстати, опять же насильственного) внедрения этого земноводного, проект благополучно закрылся - Сан нам денег не давал :) а нам бесплатный геморой не нужен.
И откуда все взяли, что Жабо там рулит?!

matumba ★★★★★
()
Ответ на: комментарий от X-Pilot

> Java - это не просто язык, а платформа и _экосистема_.

А! Точно, никак не мог вспомнить научное название «болота». :))

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

> На днях D2 зарелизить должны

Можете не ждать, релизы у них ежемесячно и относительно стабильные.

Но язык дружелюбен к программисту просто на редкость, читаю мануал и радуюсь.


Здесь: http://thornik.livejournal.com/298874.html лежит Александресковая «The D programming language». На инглише, конечно.

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

чуть в сторону серьёзных применений - всё, закапываешься в классах как в болоте, море посторонней работы, постоянные мысли об эффективности (тормоза вылезали даже визуально), так что через пол-года (кстати, опять же насильственного) внедрения этого земноводного, проект благополучно закрылся


И что? Переписали на асме? Или на рубях?

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

На днях D2 зарелизить должны - сам язык уж не хуже жабы точно (на самом деле - много лучше).


Вот же http://www.linux.org.ru/forum/development/5404349 тоже гораздо лучше чем D2

Кроссплатформенность, правда, подтянется попозже - когда LLVM-вариант допилят


Уже в Clay есть

Karapuz ★★★★★
()
Ответ на: комментарий от alt-x

чего то я вчера заработался видимо.
если посмотреть на j5se там нет 32бит спарка. да и про j6se там нет упоминания, что оно работает на v8. откуда вопрос?
v8 сняли с производства в 94 году, санки, а в 96 и фуджи.

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

>чего то я вчера заработался видимо. если посмотреть на j5se там нет 32бит спарка. да и про j6se там нет упоминания

Да нет, скорее сегодня. Линк содержит сессию, поэтому приводить не буду, но если выбрать SPARC, получаем

Java SE Development Kit 6u21 jdk-6u21-solaris-sparc.tar.Z    139.98 MB

Java SE Development Kit 6u21 jdk-6u21-solaris-sparcv9.tar.Z ...

Тот, который не v9 - в документации числится как 32х битный.

alt-x ★★★★★
()
Ответ на: комментарий от matumba

>прекрасно, но чуть в сторону серьёзных применений - всё, закапываешься в классах как в болоте, море посторонней работы, постоянные мысли об эффективности (тормоза вылезали даже визуально)

а нам бесплатный геморой не нужен.


Какие руки, такой и геморрой, ибо нечего лезть руками, куда не надо ;)

X-Pilot ★★★★★
()
Ответ на: комментарий от matumba

Ну, а теперь серьезно.

всё, закапываешься в классах как в болоте, море посторонней работы


А что вы хотели?! Бизнес он такой: нужно учитывать все, поэтому естественно, что написание любой такой системы - это сложная задача. И да, чтобы не закапываться в классах, должна быть нормальная архитектура.

постоянные мысли об эффективности (тормоза вылезали даже визуально)


Ну дык, Кнута-то почитали? (только после завершения разработки основной функциональности) Профайлер использовали? Или думали во время кодинга, все усложняя и усложняя проект?

X-Pilot ★★★★★
()
Ответ на: комментарий от matumba

> Мы писали на Жабе проект ... постоянные мысли об эффективности (тормоза вылезали даже визуально)...

Да, дружище, тут одно из двух- либо java тормозит, либо ты тормоз.

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

>>Тот, который не v9 - в документации числится как 32х битный.

дак то сборка 32битная. это не значит, что она должна работать на obsolete железе. вы думаете они ее там на v8 собирают? )

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

> дак то сборка 32битная. это не значит, что она должна работать на obsolete железе. вы думаете они ее там на v8 собирают? )

Я и говорю. Нахера её вообще собирать? И, чтобы она на v8 работала, кстати, совсем не обязательно собирать на v8.

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

>>Я и говорю. Нахера её вообще собирать?

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

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

>если посмотреть на j5se там нет 32бит спарка. да и про j6se там нет упоминания, что оно работает на v8

Чуть не повёлся на это. В списке поддерживаемых платформ ничего нет про отсутствие поддержки v8. Более того, описан процесс установки на 32х битную ОС.

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

>>Более того, описан процесс установки на 32х битную ОС.

где там написано про 32битную ос?
там, кстати, сказано что если ты хочешь 64бит, то сначала ставишь 32бит, а потом 64 сверху.

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

Использую. Но JIT и GC до уровня MS CLR все-таки не дотягивает.

Да, согласен. Будем надеяться, что допилят-таки в обозримом будущем.

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