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

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

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

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

Вы забыли про «Write Once, Debug Everywhere».

Sun Java работает везде что ли??

Это всего лишь о SWT

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

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

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

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

iOS? Symbian? Maemo? Android?

ох.. откуда столько ругательств?!:)

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

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

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

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

Да. Везде, где она реализована.

Рукожорие разработчиков.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

от хронического рукожопия никакая жаба не спасет

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

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

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

man JNI

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

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

Google.

Yahoo!.

Microsoft.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>iOS? Symbian? Maemo? Android?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что касается 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(у которого один нормальный рантайм, яблочный). Технология свободная, достаточно открытая и имеет определённые стандарты, поэтому есть сторонние реализации, и нет привязки к одному вендору.

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

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

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