LINUX.ORG.RU

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

 , , , , , , , ,


0

1

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

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

★★★★★

На опеннете полнее новость. Что ж, удачи Апачу и Гуглу.

sluggard ★★★★★ ()

Жалко, что качество скана довольно паршивое.
А так — ну вызвал их районный суд, ну с кем не бывает.

dogbert ★★★★★ ()

Надеюсь ASF не сдаст гугеля? Он хороший:) Хотя порушить основной принцип Java(один раз написал-работает везде) - конечно очень не красивое дело. Так каждый производитель может несовместимые решения начать клепать.

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

Конечно нет, но кроме Sun есть и другие совместимые реализации. Не везде есть Java, но она работает на всех более-менее распространённых ОС.

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

А без дебага на всех target-платформах серьёзное ПО не пишут, а самоделки для личного пользования всё равно на чём клепать:)

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

А без дебага на всех target-платформах серьёзное ПО не пишут

4.2 никто не сидит не дебажит, Вы что? гоняются автоматические тесты на регрессию, затем приёмочныее тесты + UI-тестеры

shty ★★★★★ ()

Суд интересуют вопросы использования Apache Harmony в коде Android

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

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

>Конечно нет, но кроме Sun есть и другие совместимые реализации.

При этом есть софт, который не работает нигде, кроме как под вендой и конкретно с sun jre. Никаких openjdk, никаких линуксов.

anonymous ()

Вот будет весело, если в рамках этого дела Apahce Harmony признают незаконной.

anonymous ()

Ну всё. Теперь ораклу точно крышка.

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

>4.2 никто не сидит не дебажит, Вы что? гоняются автоматические тесты на регрессию, затем приёмочныее тесты + UI-тестеры

Да-да, слыхали. А если что-то не работает, это называют фичей. Например «у нашего софта такая фича - работает только под sun^Woracle jre под венду».

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

Знакомая хрень :) Вот, например, Absolute Patience писан на яве, а идёт только под вендами. Чисто под него и держу виртуальную машину.

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

>Знакомая хрень :) Вот, например, Absolute Patience писан на яве, а идёт только под вендами. Чисто под него и держу виртуальную машину.

хм, а нафиг тогда эту джаву, если она не кроссплатформенная ?

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

Вопрос к разработчику :( Я бы его за яица повесил при встрече

Dragomir ()

>о использовании

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

По теме: вот еще один пример того, что патенты - зло. Хотя это уже давно всем известно.

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

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

alt0v14 ★★★ ()
Ответ на: комментарий от A-234

> По теме: вот еще один пример того, что патенты - зло. Хотя это уже давно всем известно.

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

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

>4.2 никто не сидит не дебажит, Вы что? гоняются автоматические тесты на регрессию, затем приёмочныее тесты + UI-тестеры

Да-да, слыхали. А если что-то не работает, это называют фичей. Например «у нашего софта такая фича - работает только под sun^Woracle jre под венду».

если писать нормально - всё работает, не надо ляля

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

А в чём гугл порушил этот принцип? То, что они выполняют не .class файлы, а свой собственный байткод сгенерированный из этих .class файлов? Это не проблема, есть например Excelsior JET - вообще ahead-of-time компилятор, вполне себе сертифицированная java. То, что они не используют swing? Тоже не проблема в у оракла ещё до покупки Sun была своя реализация java внутри СУБД - называется Aurora, опять таки же вполне сертифицированная. Имхо, так единственная претензия оракла к гуглу: гугл не захотел платить лицензионные отчисления для мобильной жабы (которые за каждый девайс).

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

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

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

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

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

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

Скорее не на ней, а к ней.

man JNI

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

>Надеюсь ASF не сдаст гугеля? Он хороший:)

Platinum Sponsor(s) The Apache Software Foundation would like to thank the following Platinum Sponsor(s):

Google.

Yahoo!.

Microsoft.

Забавно, но еще не так давно в Platinum Гугля вроде не было...

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

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

Не убеждает. Большинство используемых мною java приложений очень разных авторов сильно глючат на не той версии или не от того поставщика. В то же время большинство не-ява приложений спокойно [компилируются, если нужно и] работают на чём попало (опять же, из того, с чем приходится встречаться). Т.ч. по субъективному опыту ни «once» ни «everywhere» не наблюдается.

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

>Не убеждает. Большинство используемых мною java приложений очень разных авторов сильно глючат на не той версии или не от того поставщика.

Не убеждает. Нерепрезентативно. Хрен его знает где ты такие приложения берёшь.

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

>>Знакомая хрень :) Вот, например, Absolute Patience писан на яве, а идёт только под вендами. Чисто под него и держу виртуальную машину.

хм, а нафиг тогда эту джаву, если она не кроссплатформенная ?

Если при вводе строки с консоли сравнивать код символа конца строки с 13, то приложение действительно будет работать «правильно» только под выньдой.

Примерами такого рода переполнены популярные учебные пособия по яве для студентов.

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

>Вот, например, Absolute Patience писан на яве, а идёт только под вендами.

Вранье и провокация(только что проверил). Или ты «идет только под вендами» квалифицируешь только потому что саму прогу он в инсталлшилд упаковал?

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

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

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

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

>В то же время большинство не-ява приложений спокойно [компилируются, если нужно и] работают на чём попало

Ты про один и тот же GCC?

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

Истину глаголишь!!! Говнопрограммистов мильярд!!!!

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

>iOS? Symbian? Maemo? Android?

эт всё и без явы тормозит

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

>Хотя порушить основной принцип Java(один раз написал-работает везде) - конечно очень не красивое дело.
Оракл вынудил их это сделать, так как отказался лицензировать Java и проталкивал J2ME.

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

>но она работает на всех более-менее распространённых ОС.
iOS?

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

При том, что не надо было встраивать возможность «системозависимых классов»

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

>Хрен его знает где ты такие приложения берёшь

Вендоры втюхивают. Скажем, интерфейс управления HP c7000 глючит минимум тремя разными способами, в зависимости от явы на клиенте. Нерепрезентативно, но от того не менее противно.

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

>Ты про один и тот же GCC?

Нет, иногда там вобоще другие CC. Но это тоже нерепрезентативно, мои привычки довольно далеки от «среднего пользователя».

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

>При том, что не надо было встраивать возможность «системозависимых классов»

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

А если какое-то тело не учло возмжность чґзщапуска в другой системе и первой строчкой написало setLookAndFeel(WindowsLookAndFeel) - то это его половые проблемы а не жабы.

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

>Нет, иногда там вобоще другие CC.

И что любы программы компилятся нормально под любыми CC? Все программы на питоне работают под любыми питонами? Продолжать?

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

Ну, если там заюзали JNI и некоторые специфичные для конкретной реализации вещи - это не вина платформы, это кривые руки разработчиков. Тот же Eclipse хоть и имеет платформозависимые компоненты, но они создавались для разных ОС и работают с разными реализациями JRE. На Python, или любом другом кросс-платформенном языке такое тоже случается. Та же Scheme через FFI может заюзать нативные функции винды или linux'а, мы же не говорим о том, что схема виновата, что ПО получилось не кросс-платформенным.

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

Что касается iOS, то есть проект http://www.xmlvm.org/, который работает над проблемой компиляции Java-байткода в Object-C код. Да и Oracle, в отличии от Sun, в хороших отношениях с Apple. В кругах Java-разработчиков ходит слух, что Apple, совместно с Oracle, вернёт Java на платформу Mac OS X, а значит и на iOS возможно Java портируют. кроме того, Oracle создаёт Java только для интересных ей платформ. Технология достаточно свободная, каждый заинтересованный производитель может сам реализовать JRE, или заказать реализацию для своей архитектуры у сторонней компании. Это же не .NET от MS, и не Objective-C(у которого один нормальный рантайм, яблочный). Технология свободная, достаточно открытая и имеет определённые стандарты, поэтому есть сторонние реализации, и нет привязки к одному вендору.

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

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

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

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

Так, а там что с ней? Я думал просто новый явы нет для старых Х?

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