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 ()

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

Последние грабли, на которые я наступил, меня просто поразили: Sun давно уже перестал тестировать жабу на своих собственных 32х битных компах: http://tyom.blogspot.com/2010/10/did-java-5-ever-work-on-32-bit-sparc.html Возникает вопрос, нафиг они её вообще для для этих компов предлагают?

А ничего, что эти процессоры(SPARC V8) уже лет 10 не производятся и давно уже EOL?

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

alt-x> Не надо вешать на Oracle все косяки Sun.

Надо. Оракл купил не только жабу - он купил Sun. Со всеми его косяками.

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

iZEN> GNU GPL же по мнению некоторых обеспечивает ПОЛНУЮ_СВОБОДУ_БЕЗ_ОГОВОРОК. OpenJDK6 под GPL. Ну и?

Про полную свободу без оговорок никто кроме идиотов-бздунов не говорил. Про патенты тыщщу раз уже разговоры были.

Quasar ★★★★★ ()

Ларри купил за много денег ценного зверя а тут приходят какие-то ходоки и хнычут чтоб зверя выпустили бесплатно и всем на потеху. Ищ ты.

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

> «Собирайте метан в метаноприемники, не загрязняйте лужи!» Ололо, набежали джаваботы.

Скажи ты, мой яхонтовый, когда в джавке будут труЪ дженерики и tail call инструкция в байткоде?

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

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

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

Скажи ты, мой яхонтовый, когда в джавке будут труЪ дженерики

Не нужно. В C# «нормальные» дженерики появились в .Net 2.0 ПОСЛЕ выхода Java 5.0 с поддержкой обобщённого программирования — у Явы просто не было подходящего образца для того, чтобы сделать всё правильно. А сейчас уже поздно.

и tail call инструкция в байткоде?

На совести JVM, а не байткода.

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

> Надо бы JCP распустить. Oracle выложил весьма немалые деньги в том числе и за Яву. Чего ж тот же Microsoft не прикупил Sun?

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

пока шагов навстречу не видно. Только туманные отписки, да недомолвки - авось все остынут и можно будет рулить JCP как того хочет Oracle.

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

> GNU GPL же по мнению некоторых обеспечивает ПОЛНУЮ_СВОБОДУ_БЕЗ_ОГОВОРОК. OpenJDK6 под GPL. Ну и?

сам код доступен, но увы тесты совместимости не доступны. на них Sun сделал очень специфическую лицензию. За это же с ними Apache Foundation рубился при выходе JavaEE 6. за это же и сейчас битва идет.

Т.е. исходники - открыты, спеки - доступны, но тесты совместимости только «своим».

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

> В C# «нормальные» дженерики появились в .Net 2.0 ПОСЛЕ выхода Java 5.0

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

На совести JVM, а не байткода.

Очевидно нет. Нельзя писать эффективный рекурсивный алгоритм не полагаясь на tail call. Например в спецификации Scheme явно прописано, что любая реализация должна любой tail call оптимизировать не создавая лишний фрейм стека.

Из-за отсутствия гарантированной tail call optimization Scala сосёт. Единственный способ сделать tail call гарантированным - добавить его в байт-код (как сделано в MSIL-е например).

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

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

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

>>Возникает вопрос, нафиг они её вообще для для этих компов предлагают?

А ничего, что эти процессоры(SPARC V8) уже лет 10 не производятся и давно уже EOL?

Во-первых, откуда дровишки про EOL? Что, появилась версия V9 на замену ESA LEON2-FT и NASA срочно на неё переходит? Во-вторых, повторю вопрос «нафиг они вообще 32х битную версию для SPARC предлагают?».

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

Как бы я начал с версии, которую Oracle предлагает скачать. Продираться через их формуляры для скачиавания старых версий не хотелось. Это, кстати, действительно косяк Оракла: во времена Сана старые версии скачивались без проблем.

А во-вторых, повторюсь, нафиг выпускать, что-то, что не могут протестировать?

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

но тесты совместимости только «своим»


А иначе будет разброд и шатание и к каждой программе каждый производитель будет прикладывать свою жабу.

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

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

man virtual call

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

>а вы уверены что это не косяки эмулятора? на реальном железе тестили?

Да ты хоть прочитал бы ссылку, если уж сходить по ней неспособен.

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

>> но тесты совместимости только «своим»

А иначе будет разброд и шатание и к каждой программе каждый производитель будет прикладывать свою жабу.

так это и идиотизм. чтобы были только СОВМЕСТИМЫЕ java нужно чтобы тесты применялись как можно шире. Тут обратная тенденция - проще сделать java-подобное (Android), чем совместимую Java (tm).

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

к чему все это? сам то был по ссылке или только «ссылку прочитал»?
иногда лучше жевать?...
там внизу хинт есть, если что.

EvgGad_303 ★★★★★ ()

Отличной заменой яве был бы коммон лисп. Рантайм в нём помощнее явовского будет, о возможностях языка уже много чего сказано. С кросс-платформенностью и наличием библиотек на все случаи жизни есть проблемы, да, но если выбирать между допилом Parrot, .NET или чего-то ещё, CL перспективнее.

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

>>И то, и другое.

с английским проблемы? или с головой? что не понятно?

Is there a chance that it fails due to a bug in qemu-sparc and not in Java?

Вот и жуй.


разрешите идти на обед?

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

Что, появилась версия V9 на замену ESA LEON2-FT и NASA срочно на неё переходит?

Ну NASA, любители раритетов еще те, и, помнится старые Intel-процессоры на E-Bay покупали :-)

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

> с английским проблемы? или с головой?

Тебе виднее, с чем у тебя проблемы. '

разрешите идти на обед?

Разрешаю. И разрешаю не возвращаться оттуда.

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

>вопрос больше был в том - а вы уверены что это не косяки эмулятора?

Нет. Всё это и затевалось, чтобы найти косяки эмулятора. Искать косяки жабы я совершенно не собирался. Поэтому для меня вопрос в том, зачем выпускать непротестированные продукты.

на реальном железе тестили?

Ну, как бы багрепорт, что java 6 никогда не работала - с реальной машинки сделан.

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

Речь о том, что LEON всё ещё производятся. Но не суть. Как я уже говорил, думаю, что никто бы не удивился, если бы sun просто перестал выпускать версии для старых компов (LEON производится не саном, так что их это может и не волновать), как они это сделали с десятой соляркой, например. Но выпускать что-то не протестировав - шаг очень странный.

alt-x ★★★★★ ()

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

Гы. :)

«Все хотят независимости жены Сидорова. Кроме Сидорова.»//

anonymous ()

Где теги «Oracle» и «истерика»?

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

Очень многие благие начинания к моменту своей востребованности подпадали под «власть диктатора». Или гибли раньше.

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

> Is there a chance that it fails due to a bug in qemu-sparc and not in Java?

Это про java 5. С java 6 всё ясно - она работать не могла.

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

>>Поэтому для меня вопрос в том, зачем выпускать непротестированные продукты.

все же не совсем корректный вопрос. «зачем упоминать неподдерживаемую архитектуру?» мне кажется, уместнее )

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

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

>Там о линуксе и _жабе_ начиная с 2:30

кто подшутил над переводчицей?

kyz ()

Долго метался между жабой и Qt - сейчас не жалею.

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

>>>Поэтому для меня вопрос в том, зачем выпускать непротестированные продукты.

все же не совсем корректный вопрос. «зачем упоминать неподдерживаемую архитектуру?» мне кажется, уместнее )

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

Хорошо. Перефразируем в «зачем выпускать продукты под неподдерживаемую архитектуру?» (оксюморон, вроде бы, очевиден).

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

>Порвут жабу -> ослабнет интерес со стороны «корпоративного сектора» -> рейтинги Linux поползут вниз. Возможно я заблуждаюсь конечно...

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

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

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

Никаких шагов оракл навстречу не делает. Он скупает технологии мешками чтобы убрать конкурентов с рынка.

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

>Слишком толсто. Кончится Java как только станет независимой.

неверно. например появление опенждк сделало наконецто нормальную жабу под эппл - а на вечно отстающую на 4 года.

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

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

Вкладывание бабла в жабу - необходимый элемент в конкуренциис микрософтом.

. На крайняк можно взять за основу уже работающий Parrot


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

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