LINUX.ORG.RU

Apache вызван в суд по делу Oracle vs. Google

 , , , , , , , ,


0

1

Фонд Apache Software Foundation получил повестку, предписывающую представить документы по делу о использовании технологий Java в ОС Android. Суд интересуют вопросы использования Apache Harmony в коде Android, а так же детали неудавшейся попытки получить Java SE TCK, необходимые для выпуска свободно-распространяемой версии платформы Java SE.

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

★★★★★

Последнее исправление: maxcom (всего исправлений: 1)
Ответ на: комментарий от anonymous

Дело даже не только в деньгах, дело в производительности и возможностях. Java ME не может заменить того, что создали специалисты из Google для своего Android. По сути дела там от Java остался только ЯП и некоторые рантаймы. Всё остальное не является JRE, не является мобильной Java-платформой и по своим возможностям, API и многому другому даже не может считаться реализацией Java. Это самобытная платформа, использующая ЯП Java, и не более.

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

Ура, не сдаст. Google как всегда, сообразил что добро должно быть с кулаками(пардон, с деньгами):)

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

J2ME - их фирменная технология, и они заинтересованны в её распространении. А сертифицировать Android как реализацию Java-платформы не очень правильно, просто потому что Android не является реализацией данной платформы. О соответствии каким стандартам они выдали бы сертификат? J2ME, J2SE или ещё каким? Android использует яп Java, но это оригинальная и не соответствующая стандартам платформа. Тем более, что Google имел опыт работы в JCP, и должен был понимать, что о сертификации и речи быть не может. Может ещё .NET сертифицируем как Java? Ничего, что рантаймы не совместимы, да и байткод другой, и платформы совсем разные. Ведь ЯП Java и C# похожи:)

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

Это проблема Apple, а Oracle здесь причём? Технология довольно открыта, создать реализацию JVM может любой производитель. Сертифицировать, и радоваться жизни. Не хотят? Ну так причём здесь Java?

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

>И что любы программы компилятся нормально

Я же сказал, «большинство из того, чем _я_ пользуюсь». Это, большей частью, всякая мелкая юниксвейщина типа coreutils. Есть ложь, есть наглая ложь и есть статистика:)

DonkeyHot ★★★★★
()

Вообще, чтение ветки про Яву всегда приводит меня в замешательство. Я программировал в разное время на Паскале, Дельфи, Лазарусе, Фортране (90 и 95), Питоне, немного D2 и Modula2. И я не понимаю половину понятий, которыми оеприруют программисты Явы. Т.е. определения я знаю, но понимание не приходит. Всё как-то очень сложно устроена в этой Яве.

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

>а значит и на iOS возможно Java портируют

Не нужно! ObjC справляется на все 100% со своими задачами.

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

>А сертифицировать Android как реализацию Java-платформы не очень правильно, просто потому что Android не является реализацией данной платформы.
Объясняю ещё раз.

Оракл отказался лицензировать Java для использования в смартфонах.
Гуглу пришлось изобретать всё самим и сертифицировать они уже ничего не пытаются, так как Оракл отказал Гуглу в возможности делать совместимую с Java версию.

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

>Всё как-то очень сложно устроена в этой Яве.

Аха и поэтому Ява имеет низкий порог вхождения. «С» попробуйте ;)))

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

> что Apple, совместно с Oracle, вернёт Java на платформу Mac OS X

Открою ли-и-инуксоидам страшную тайну - у меня под 10.6.7 - Java 6 1.6.0_24. (отставание не более чем на 0_01 - http://www.macgasm.net/2011/03/10/java-updated-105-106/)

Если не уходил - то и возвращаться не надобно.

http://www.apple.com/pr/library/2010/11/12openjdk.html

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

Поэтому, видать и платят кульхацкерам-полиглотам такие бАААльшие деньги.

А Джава-программисты в ДС востребованы.

И на бабло не жалуются.

Bioreactor ★★★★★
()

причём тут Java Android-а ?

>детали неудавшейся попытки получить Java SE TCK, необходимые для выпуска свободно-распространяемой версии платформы Java SE.

интересно, какое это отношение имеет к патентной войне оракла ?

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

>Черкани мануал по запуску, Fedora 14 у меня

java -version

java version «1.6.0_20»
OpenJDK Runtime Environment (IcedTea6 1.9.7) (suse-1.2.1-x86_64)
OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode)

java -jar AbsPat5X.jar


Работает.

r ★★★★★
()

Мемы ожили и судятся за мое сознание! Екарный язык ГО?

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

Всё потому что на Java программируют Энтерпрайзные программисты. С чего Вы решили, что инопланетяне и прочие космонавты должны разговаривать на одном с Вами языке? :)

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

Оракл отказался лицензировать Java для использования в смартфонах.

Что-то сильно похоже на 4.2.

На соседнем рабочем столе валяется пара блекберри - он целиком программируется строго на Java стандартными J2ME-шными тулзами (плюс некоторым набором своих инструментов).

На S60 и WinMobile живут вполне себе натуральные реализации J2ME и никто им особенно не мешает, скорее, наоборот.

Вопрос с Гуглом ровно в том, что он решил забить на стандартный J2ME-стек и сделать свой, с блэкджеком и шлюхами. У него, надо сказать получилось. Я думаю, это был вполне осознанный выбор - не подкладываться под закладываться на Sun/Oracle и попытаться сделать платформу без лицензионных отчислений и прочих согласований с кем бы-то ни было. Получится или нет - скажет суд. Пока судья предписал Ораклу уменьшить количество патентных претензий до 3, а Гуглу, соответственно, количество примеров prior art'а по этим претензиям до 8, кажется.

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

Спасибо! Заработало, оказывается, что не тот .jar пускал

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

>Если ты зовешь системный натив или прямо используешь системозависимые классы - то конечно. Только причем тут жава?

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

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

>для достижения описанного результата достаточно захордкодить где-нибудь в районе старта приложения чтение файла из c:\Program Files\MyProgram\config.txt

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

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

>Системы разные. Штуки которые не интегрируются в системное окружение - ненужны.

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

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

> Программа не должна мочь зависеть от того, где её запускают.

Ну, по факту, в случае J2ME это далеко не так. Помимо просто разного набора оборудования на борту устройства, часто оказывается, что поддержки некоторого типа оборудования в утверждённом стандарте J2ME нет, и производитель засовывает в реализацию JVM различные JSRы, которые нужно в рантайме отдедектать и заиспользовать. Или обойтись без них.

Ну и просто количество багов в J2MEшных реализациях не поддаётся никакому учёту. Причём, баги бывают по-настоящему фееричными.

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

>предполагается что даже обезъяны с бумажкой типа сертификат смогут на ней писать свои кроссплатформенные поделия, разве не ?

Потому что иногда обезьянам с бумажкой хочется залезть например в вендолреестр. И если обезьяна не сделает теложвижений вида if windows - тогда получим непереносимое прииложение.

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

>Тащемта это задача самой жабы - скрыть подробности окружения.

А скрывание этого - это что магия или таки искуство программирования? Библиотеки которыё это делают спустил господь чтоле? Вот если кто-то написал криво подсистему нотификаций без учета что «apple dock» может и не быть - при чем тут жаба.

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

>Что-то сильно похоже на 4.2.

На соседнем рабочем столе валяется пара блекберри - он целиком программируется строго на Java стандартными J2ME-шными тулзами (плюс некоторым набором своих инструментов).


Я уже писал выше, что Оракл заставлял Гугл лицензировать J2ME и отказался лицензиорвать Java.

что здeсь непонятного!?

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

В Андроиде _нет_ Java. Совсем. Потому что Java (с точки зрения Sun/Oracle)- это не язык, это платформа: J2ME, J2SE или J2EE. И для той ниши, в которую метил Google, предназначена как раз таки J2ME.

Потенциально Гугль мог пойти на лицензирование J2ME (ну, блекберривцы же пошли, ничего, торгуют помаленьку). Но предпочёл не ходить. Вот и посмотрим, у кого лоеры лучше работают, у одного Ларри или у другого. Пока молодёжь берёт верх, хотя это наверняка и скажется отрицательно на пропагандируемом Sun'ом на протяжении многих лет тезиса о единой платформе...

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

>В Андроиде _нет_ Java. Совсем.
Вы со мной спорите или поддерживаете?
Что-то непонятно.

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

>Потенциально Гугль мог пойти на лицензирование J2ME (ну, блекберривцы же пошли, ничего, торгуют помаленьку).
Присыпайтесь.
RiM выпускает Java собственной разработки которая сможет исполнят приложения Android.

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

> Я уже писал выше, что Оракл заставлял Гугл лицензировать J2ME и отказался лицензиорвать Java.

что здeсь непонятного!?

Здесь противоречие. J2ME это вид Java. Может Вы хотели сказать, что Оракл не захотел лицензировать J2SE?

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

>Здесь противоречие. J2ME это вид Java
J2ME это не Java

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

Вначале Apple отказалась от поддержки Java, потом один чел из Oracle(Ларри его зовут, кажется) побеседовал со своим старым другом Стивом, и было принято решение все наработки Apple передать в OpenJDK, и поддерживать его сообща, силами сообщества, и компаний Oracle,IBM и Apple. Кстати новая OpenJDK 1.7 с коммитами от яблочников выйдет официально под MacOS X несколько позже, чем под другие ОС. Просто не все работы по адаптации полученного кода успеют завершить к релизу новой платформы. А так, как официальная JDK от Oracle почти на 100% состоит из OpenJDK(есть некоторые незначительные добавки под лицензией Sun), то и их версия будет отлично работать с MacOS X. И, как обещают, хорошо выглядеть в Cocoa окружении. А старая версия работает, но у неё нет нового сборщика мусора, и она объективно более тормознутая. Да и нет гарантии, что она заведётся на новой версии MacOS X.

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

Ну, и Object Pascal или C#, да любой ООП-язык там справился бы. А как быть с портированием приложений с других мобильных платформ? И не все же знают ObjC, некоторые Mono пытались заюзать для яблокофона. Потому-что на хорошо знакомом языке писать легче:)

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

Думаю, у Oracle одна забота - продвижение своих технологий и стандартов. J2ME они лицензируют далеко не даром. А Android замышлялся как свободная платформа для смартфонов(без лицензионных отчислений). И это вступает в противоречие с интересами Oracle. Если Google не использовал реверсинжиниринг проприетарных частей J2ME, не трогал опасных с патентной точки зрения технологий, то надеюсь они смогут это доказать в суде. Тогда Android признают оригинальной платформой, и всё станет на свои места. Ведь на сам язык Java патентов вроде нет? А то и GCJ давно-бы по шапке получил от Oracle.

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

Ну согласен, погорячился. Смартфоны не все имеют реализацию Java. Но вы найдите другую такую же технологию, в которой одно и то же приложение(без пересборки на тарджет-платформах) будет работать под MacOS X, Windows, Linux,FreeBSD, Solaris и AIX? Есть и другие платформы, не все из них официально поддерживаются, но JRE есть почти для любой ОС. Это очень круто, и в этом основная привлекательность Java. Именно поэтому в крупных компаниях внутрикорпоративный софт очень часто написан на Java. Разное железо, разные ОС - а программы то работают:) Данный подход не ноу-хау Java, он был создан для Lisp, опробован на Smalltalk, затем не старичке Oberon и Java.

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

Знаю, что работает:) Просто Apple занимался адаптацией Java под свою ОС. А потом внезапно надумал перестать адаптировать Java на своей ОС. Были переговоры между руководством Oracle и Apple, в результате они изменили своё мнение и решили поддерживать Java и впредь. Обещают, что JDK 1.7 станет доступна для MacOS X с незначительной задержкой, и принесёт немало улучшений. Кроме того их наработки вроде отдают проекту OpenJDK, так что эта реализация Java тоже будет работать на яблочной платформе.

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

>А Android замышлялся как свободная платформа для смартфонов(без лицензионных отчислений).
Это ваши фантазии.
Гугл готов был купить лицензию и сертификацию.
Оракл пошёл на принцип.

И теперь пытается нагадить через суд.

Если Google не использовал реверсинжиниринг проприетарных частей J2ME

О!
Это откровение!
Даже Оракл такого не знал!

Откуда дровишки?

Ведь на сам язык Java патентов вроде нет?

Есть.

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

>Но вы найдите другую такую же технологию, в которой одно и то же приложение(без пересборки на тарджет-платформах) будет работать под MacOS X, Windows, Linux,FreeBSD, Solaris и AIX?

Perl, Python, и ещё сотня других не мене известных языков.
.Net/mono даже на iOS и Андроид работают

Кроме того Java остановилась в развитии и ту-же scala избрели от отчаянья, так как потуряли веру в Java.

Т.е. Java переходит в раздел технологии для старпёров, как кобол, ьак как фан и трилл исчезли полностью.

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

SE - да, если не использовать JNI/SWT и пр. платформозависимое

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

Не поверите, но в JRE 1.7 есть немало улучшений, среди них и улучшения языка Java. Это чистый ООП-язык, и толкать в него мультипарадигменные фишки никто не будет, а улучшения происходят, в рамках идеологии языка. Кому нужно, те могут использовать альтернативные языки для JVM, они все отлично интегрируются с кодом на Java. А мешать в одном языке и ООП, и функциональность и прочие парадигмы - это ересь. Есть под JVM свой Clojure, чем он плох? Scala пошла путём скрещивания двух парадигм, и возможно её ждёт успех на этом поприще. Язык клёвый, но далеко не все знают о функциональном программировании, и ещё меньше людей способны его использовать правильно, когда в этом есть нужда.

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

Perl/Python и т.д. не годятся. Это языки, а не платформы. Там нет своего GUI и прочих плюшек. Из-за этого нет никаких гарантий, что ваше приложение заведётся на другой ОС. Ведь привязка к C-библиотекам не гарантирует кроссплатформенности и переносимости.

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

>Perl/Python и т.д. не годятся. Это языки, а не платформы. Там нет своего GUI и прочих плюшек.
Это просто LOL какой-то.
Вы что ни разу GUI приложений на Perl не видели или на Python?

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

>Это чистый ООП-язык
А как-же int и другие простые типы?

Не поверите, но в JRE 1.7 есть немало улучшений, среди них и улучшения языка Java. Это чистый ООП-язык, и толкать в него мультипарадигменные фишки никто не будет

Смешно.
Туда уже затолкали анонимные функции, closures и другие элементы ФП?

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

> Присыпайтесь.

Чем?

RiM выпускает Java собственной разработки которая сможет исполнят приложения Android.

Внезапно! Джаву собственной разработки выпускает 1001 компания, помимо Sun. В сфере J2SE/J2EE это, прежде всего, IBM, в Оракле тоже была собственная реализация джавы...

Для J2ME джавы (её вариации) выпускаются чуть ни каждым вендором телефонов самостоятельно (или аутсорсятся китайцам, индусам, и, кажется, кому-то из русских) - каждая со своим набором фич-и-глюков. Или, например, наберите в Яндексе Java Windows Mobile и подивитесь

Ещё внезапнее! Все писатели джава-машин (по крайней мере, те, кто желает оставаться в правовом поле, то есть, все сколько-нибудь крупные) так или иначе договариваются с Sun/Oracle о том, что им можно, что нельзя, и сколько денег и как они за это заплатят (разово или за выпущенную копию). При этом, насколько я вижу, никто не мешает этим писателям реализовывать свои «добавки», помимо стандартного MIDP/CLDC. И случай Блэкберри - как раз из этой серии.

Так вот, Гугл _отказался_ идти по этому пути. Наверное, у него всё получится. А может, и нет, вскрытие/суд покажет.

Вы со мной спорите или поддерживаете?

Я провозглашаю истину. Так достаточно внушительно?

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

> Perl/Python и т.д. не годятся. Это языки, а не платформы. Там нет своего GUI и прочих плюшек.

100%-ный 4.2. Чтобы понять, почему именно, постарайтесь найти 10 принципиальных отличий в покрываемой области между J2SE и, например, Tcl/Tk. Или тем же Python/Tkinter. И да, в питоне родным (то есть, идущий в составе стандартной библиотеки) логгером можно пользоваться, а в Java надо по-любасу за Log4J топать ;)

Ведь привязка к C-библиотекам не гарантирует кроссплатформенности и переносимости

Это да... Вопрос только в том, что виденные мной реализации J2SE (Sun/IBM/OpenJDK/Blackdown) лежат всем телом на С-шном рантайме aka libc & Co. Ни одна из этих реализаций напрямую ядерными вызовами не балуется. Вопрос: Следует ли из этого, что Java непортабельна? :) Ответ: строго говоря, да, т.к. реализации (подмножества) перла встречались в таких местах, куда джава и в страшном сне не заглядывала...

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

>Чем?
Мозгами или что там у вас за сон отвечает.

Внезапно! Джаву собственной разработки выпускает 1001 компания, помимо Sun

приведите пожалуйста список тех кто выпускает Java а не J2ME для сотовых телефонов, так как то что вы написали по моему нению просто брехня.

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