Apache объявил о выходе из комитета Java Community Process

> Слово «Java» только уберут,

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

> Да я думаю проще гуглу присоединиться к OpenJDK и не париться

Не проще. Ему это, фактически, невозможно.

>Apache Solr R.I.P.?

А оно в чём-то обходит Сфинкса?

не важно сколько Яв существует (читай: реализаций), важно ! что есть стандарт !!! которому все эти реализации должны чётко следовать ! и вот что бы доказать энтерпрайз потребителям (им в первую очередь) что твоя реализация будет работать не хуже чьей-то другой, есть специальный тест ! пройти который оракл ничьим сторонним реализациям Java не даёт ! из-за этого Apache и полез в бутылку

> пройти который оракл ничьим сторонним реализациям Java не даёт !

Это неправда. Ключевые слова для поиска JRockit, IBM Java, J2ME (этих - вообще пруд пруди).

>Apache пытается раздувать панику в интересах Microsoft и dotNet.

Apache сначала Sun раком ставила и лечила что все будет хорошо, а теперь Oracle. Устала «девушка» за 10 лет, что ее пользуют, а «замуж» не берут. Вот и пытается постоять за «честь» как умеет. О МС там никто и не думал, не путай «любовь» к СПО и проституцию на МС....

Джава все, как я полагаю? На чем теперь принято писать приложения? Дотнет не предлагать.

IBM не использует Harmony в production, они только вкладывались в ее разработку вместе с Intel

> Вне какого закона?

http://www.linux.org.ru/news/java/5221575

OpenJDK проектам нужно проходить TCK

> А вообще, большую панику не стоит разводить. Ну вышло Apache, ну и что? Опять же, возвращаясь к недавней конференции с Гослингом: если же ЛОРовские аналитики (хотя, про них он не упоминал) понимают, что при закрытии Java Oracle потерпит крах, то Ораклоровцы понимают это гораздо лучше. Много на Яве у них завязано. Да, не будет теперь Java ME (оно Ораклу не нужно). Останется «чистый ентерпрайз». + немного деняг постригут с Гугла (вернее с конечных пользователей). Но это — бизнесс. Ибо, если вести так дела, как делала Ява — можно прийти к такому же концу. Вот почему и IBMмовцы не купили Яву. Они знали, что действовать нужно так, как дейтсвует Оракл (иногда хочется на них поругаться, но других путей нет — .Net давит).

Дружище открой глаза... LibreOffice уже есть, от OO.org только бренд остался, OpenSolaris ущел, теперь Java... Oracle плевать на сообщество, они нас как баласт воспринимают своим «проприетарным» мышлением. Хуже всего что Java и .Net запатентованы и закрыты. Жаль что RedHat, IBM на стороне Oracle в вопросе с Java... Мне кажется, что в этом месте сошлись интересы «доноров» и «реципиентов» в мире СПО. Мое мнение, что народ с Google решил бабла стряхнуть и «независимости» ему поубавить... Возможно это хитрый ход со стороны IBM и RedHat, чтоб Oracle раком поставить.... Потому как если Oracle через потерю бабла не научиться с сообществом работать, многим его активам крындец, а тут рефлексы с менталитетом менять надо, руководителей менять и т.д. Трудно это все очень... И вообще если Oracle с Google подерутся, им на пользу это будет(с точки зрения сообщества), а IBM и RedHat чистыми останутся....

>На чем теперь принято писать приложения?

Годный вброс. Кто начнёт?

>> Так что Гармошка врядли в ближайшее время будет сильно развиваться.

Будет развиваться как и андроид. Слово «Java» только уберут, из-за которого весь сыр-бор и начался.

False. сыр-бор идет из за патентов Sun на Java. Если ты используешь java (tm), то разрешение на патенты получаешь автоматом. А если нет (Гармошка), то можешь получить повестку в суд.

> Oracle не даст Google лицензию на TCK

С чего вдруг?

TCK стоит денег. Одинаково для всех компаний. Если Oracle продает TCK IBM, RedHat и не продаст Google, то их самих затаскают по судам.

> Да я думаю проще гуглу присоединиться к OpenJDK и не париться.

Ани выбрали Apache лицензию ибо проще в проприетарные сборки закатывать. С GPL возможны сложности с вендорами.

JRockit и IBM JDK построены на основе кода Sun. J2ME совсем по другому лицензируется

>> Гугл купит TCK у Oracle и привинтит к Андроиду

TCK ограничивает сферу применения.
На мобилки нельзя.

Получить TCK для тестирования JVM для PDA ;)

> Harmony большинству этих корпораций вообще нафиг не сдалась.

False. Harmony изначально создавался корпорациями для корпораций. Создать программу уровня JVM для сообщества не реально. Пример gcj это доказывает ;)

> а GCJ это альтернатива и свободная реализация ?

GCJ это не альтернатива java. она даже простые приложения грузит с багами.

> Есть мнение, что эпплу будет трудно отказаться от жавы совсем, так как в США многие корпорации используют маки в качестве рабочих мест с корпоративным софтом на джаве. Было бы весьма глупо для эппла отказаться от этого рынка.

Apple и не отказывается от java, они отказываться тянуть java самостоятельно - теперь java для MacOS X будет OpenJDK. Когда они скинут наработки в OpenJDK.

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

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

Нафига Apple'у Java? У них какие-то свои поделки на Java есть? Чё-то я про это не слышал. Вот что они Objective C проталкивают везде - это факт.

> В Android нет Java. Там DEX-машина.

Которая очень похожа на JVM, и в которой применяются патентованные еще Sun-ом технологии.

Руководство Sun совершило три ошибки:

Разберем.

1) Выпустило JDK под GPLv2 с ограничениями, а не под APL-like;

GPL позволяет оставить развитие проекта под своим контролем (или в крайнем случае GPL, который не позволит закрыть код). APL позволяет делать закрытые сборки, что и нужно многим компаниям. GPL им не подходит, потому они будут покупать лицензии на проприетаризацию OpenJDK.

2) Не дало TCK в общий доступ без ограничений;

Аналогично пункту выше. Sun не хотел появления альтернативных закрытых сборок.

3) Продалось Oracle, а не IBM'у.

IBM не решился на покупку - их бизнес намного сильнее пересекается с Sun, чем у Oracle.

> Вот сделаешь под GPL свои модификации и оно не пройдет TCK - сразу попадаешь на патенты. Код, который нельзя очень значительно модифицировать мало чем отличается для меня от кода под NDA...

Можешь модифицировать как хочешь ДОПОЛНИТЕЛЬНЫЙ КОД, главное чтобы базовый код не убился.

Захотел - сделал мутабельные строки или First Class Property, главное чтобы при этом работающие структуры не развалились. За этим и следит TCK.

> Ну да, конечно. IBM, который _начал_ процесс миграции с Harmony (и не факт, что эту миграцию удастся завершить в разумные сроки)

Инсайд инфо или как узнали что IBM таки мигрировал на Harmony?

>> Да я думаю проще гуглу присоединиться к OpenJDK и не париться

Не проще. Ему это, фактически, невозможно

Почему?

> пройти который оракл ничьим сторонним реализациям Java не даёт !

False. Дает либо если ты сторонняя на базе OpenJDK либо за деньги. Apache плачется за то, что даже за деньги права на TCK получает только Apache, но не его потребители.

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

И потом Dalvik и не пройдет эти тесты, потому как он и не Java SE

Не за это, а за ограничение Field Of Use

и это правильно

VoDA> Гугл купит TCK у Oracle и привинтит к Андроиду поддержку swing & java byte-code.

Зачем это гуглю? Виртуальная машина даже близко не Java. Набор библиотек - не от оракловской Java.

> участвовал в создании и реализации большого количества спецификация платформы Java.

У вас инконсистенция русский язык. Исправлять хорошо?

> Microsoft и dotNet.

Я думаю не следует об этом переживать. Никто из нормальных людей на дотнет не переедет. :)

GPL позволяет оставить развитие проекта под своим контролем (или в крайнем случае GPL, который не позволит закрыть код).

Вот-вот. Теперь скажи мне, сможешь ли ты без ведома Oracle изменить код OpenJDK и распространять его под той же лицензией? Я думаю, нет — если твой код не попадёт в основную ветку разработки OpenJDK, не будет принят разработчиками OpenJDK и не пройдёт тесты на совместимость (TCK), то ты не имеешь права выпускать свой продукт и как-то связывать его с именем «OpenJDK». Ещё одна уловка «свободной» лицензии GPL и, в данном случае, её хозяина — Oracle.

Sun не хотел появления альтернативных закрытых сборок.

А может просто не хотела никаких альтернативных сборок и перехвата инициативы в стандартизации де-факто, а не только де-юре в JCP (который возглавляла Sun и могла наложить вето на любое новшество)?

IBM не решился на покупку - их бизнес намного сильнее пересекается с Sun, чем у Oracle.

В чём сильнее? Те же системы для предприятий и СУБД (DB2) + парк разнообразнейших архитектур, на котором должно всё это работать одинаково.

1. В случае пункта 2 это не нужно.
2. Возможно. А может даже и очень вероятно.
3. IBM ради одной только жабы вряд ли стал бы покупать Sun - процессоры свои есть, серверы свои есть, ОС своя есть и т.д.

> OpenJDK проектам нужно проходить TCK Зачем? Нет, им _можно_ проходить TCK, но ничего не случится если его не пройдете. Санки, помнится, даже на вопрос «Можно ли на базе OpenJDK создавать несовместимые джавы?» Отвечали: «В соответствии с GPL - можно, но джавой называть нельзя»

Да, кстати, вроде как для OpenJDK-derived TCK предоставляется без ограничений и бесплатно, так, например, TCK прошел IcedTea.

> Я думаю, нет — если твой код не попадёт в основную ветку разработки OpenJDK, не будет принят разработчиками OpenJDK и не пройдёт тесты на совместимость (TCK)

Что-то не видел в тексте GPL ничего про это... не подскажете, какой пункт?

I-Love-Microsoft> Могу прям щас сделать патч для превращения OpenJDK в Dalvik - будет защищено?

Валяй. Главное - патч исходников сделай. И учти, что виртуальная машина в OpenJDK отличается от Dalvik на 100%.

anonymous> тогда андроид был бы нахер никому из производетелей мобил не нужен.

Там Linux под GPL v2 итак крутится. Но производители почему-то не спешат выкидывать Linux и заменять его на L4 (на котором ведроид успешно работает).

> Зачем это гуглю? Виртуальная машина даже близко не Java. Набор библиотек - не от оракловской Java.

Патенты даются не на реализацию, а на идею. Скорее всего нельзя сделать VM без попадания на патенты Sun/Oracle. Аналогично патентам на видео от H.262 Там довольно сложно сделать реализацию видео-кодека не попадая под патенты.

> Вот-вот. Теперь скажи мне, сможешь ли ты без ведома Oracle изменить код OpenJDK и распространять его под той же лицензией? Я думаю, нет — если твой код не попадёт в основную ветку разработки OpenJDK, не будет принят разработчиками OpenJDK и не пройдёт тесты на совместимость (TCK), то ты не имеешь права выпускать свой продукт и как-то связывать его с именем «OpenJDK». Ещё одна уловка «свободной» лицензии GPL и, в данном случае, её хозяина — Oracle.

Смогу. Распространять под GPL с classpath exception. И это не зависимо от принятия / не принятия моего кода в OpenJDK. Тесты на совместимость у меня будут гоняться «локально» (в моей компании).

Выпускать его я смогу. А вот называть OpenJDK - нет. Трейдмарк, именно поэтому у RedHat IcedTea проект называется.

В чём сильнее? Те же системы для предприятий и СУБД (DB2) + парк разнообразнейших архитектур, на котором должно всё это работать одинаково.

Oracle не занимался железом, а IBM это и железо тоже. IBM отказался поддержать сделку если на нее не дадут согласия антимонопольщики. В новостях было.

anonymous> RedHat, IBM на стороне Oracle в вопросе с Java...

4.2

Они проголосовали за принятие спецификаций, но при этом письменно выразили своё недовольство поведением Oracle.

RedHat - откуда дровишки, что он на стороне Oracle? Oracle вообще на RedHat частые наезды практикует - то дистрибутив перекомпилировали и троллят, то ядро ванильное собрали и назвали супер-оракловским-ядром, и тоже троллят. Так что RedHat по всем вопросам против Oracle.

VoDA> Ани выбрали Apache лицензию ибо проще в проприетарные сборки закатывать. С GPL возможны сложности с вендорами.

Не проще. Dalvik модифицировать нафиг никому не нужно. А библиотеки из Harmony итак под ASL. Linux там, например, под GPL. Почему тогда гугль не выбрал BSD или L4? Филги - проще было бы в проприетарные сборки закатывать, да Vendor Lock делать на конкретную версию ведроида.

VoDA> Которая очень похожа на JVM

4.2
Сходство там минимальное. Архитектура виртуальной машины Dalvik совсем другая.

iZEN> Вот-вот. Теперь скажи мне, сможешь ли ты без ведома Oracle изменить код OpenJDK и распространять его под той же лицензией? Я думаю, нет — если твой код не попадёт в основную ветку разработки OpenJDK, не будет принят разработчиками OpenJDK и не пройдёт тесты на совместимость (TCK), то ты не имеешь права выпускать свой продукт и как-то связывать его с именем «OpenJDK». Ещё одна уловка «свободной» лицензии GPL и, в данном случае, её хозяина — Oracle.

При чём тут GPL? В случае с ASL было бы всё то же самое.

Ну если ты что-то форкаешь, то какой смысл называть его таким же именем

VoDA> Патенты даются не на реализацию, а на идею.

Патент на идею - оксюморон. И его по идее можно отменить.

Sun много что обещал, и потом не выполнял. В данный момент только прохождение TCK гарантирует защиту от патентных проблем.

Если кто-нибудь сделает виртуальную машину для мобильников на основе OpenJDK то у него будут такие же проблемы как и у Google

> Сходство там минимальное. Архитектура виртуальной машины Dalvik совсем другая.

False. Сходство достаточное для подачи дела в суд.

> Патент на идею - оксюморон. И его по идее можно отменить.

ну ка скажи тогда на что дается патент?