LINUX.ORG.RU

Oracle отменяет лицензию по распространению Java с дистрибутивами

 ,


0

1

Короткой новостной строкой компания Oracle заявила о прекращении действия «Лицензии распространителя Java в операционных системах» (DLJ), которая была создана Sun в 2006 году. Эта лицензия не является свободной, но позволяет разработчикам различных дистрибутивов создавать собственные установочные пакеты JRE и JDK, а также распространять их через репозитории. Лицензия появилась после того, как в 2006 году были открыты исходные тексты Java с целью предоставить пользователям простой доступ к проверенным технологиям, используя OpenJDK.

Дэлибод Топик (Dalibod Topic) из Oracle в своем блоге ответил на вопросы Сильвестра Ледру (Sylvestre Ledru), одного из разработчиков дистрибутива Debian, в частности занимающегося поддержкой пакета sun-java6-jre. Позиция Oracle, согласно словам первого, состоит в том, что теперь пользователям вряд ли требуется новая реализация Java, ведь уже давно существует OpenJDK6, проверенный, надежный и, вследствие чего являющийся стандартным пакетом Java-машины и инструментов разработчика в большинстве дистрибутивов Linux. К тому же недавно стала доступна и OpenJDK 7. Основная критика такого шага со стороны разработчика Debian заключалась в том, что многие проекты жёстко привязаны к бинарной сборке Java от Oracle, и поэтому поголовный переход на OpenJDK приведёт к программным ошибкам, на что представитель Oracle заявил, что о всех подобных проблемах следует сообщать разработчикам OpenJDK.

Кроме того Дэлибод подчеркнул, что все пользователи могут по своему желанию загрузить бинарные сборки Oracle Java с официального сайта и использовать их в соответствии с лицензией Oracle Binary.

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

★★★★★

Проверено: JB ()
Последнее исправление: JB (всего исправлений: 2)

Ответ на: комментарий от andreyu

> Баг в ява-приложениях, почему нужно править jdk?

В OpenJDK есть баги, которых нет в Sun JDK. Про компиляцию дженериков я уже написал.

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

>Аналогов Jav'е не вижу, разве что C#, но Microsoft может в любой момент засудить Mono.

Кстати с mono как раз всё красиво. Он полностью открыт, нет закрытой и открытой версии, которые работают по-разному (виндовый .NET к mono имеет не самое прямое отношение, это таки разные вещи).

Микрософт, кстати, за все годы существования моно никого не пыталась судить, в отличие от Оракла, который из-за джавы с гуглом судится и бинарники запрещает распространять.

Иногда даже кажется, что микрософт «добрее» оракла, а моно - более свободен, чем джава.

anonymous
()

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

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

Вот когда гаджеты с моно будут продаваться миллионными тиражами, M$ начнет отжимать бабло по лицензионным нарушениям, тогда и посмотрим кто открытый а кто закрытый. :)
Пользовать моно в серьезных разработках дураков нет.

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

> > Баг в ява-приложениях, почему нужно править jdk?

В OpenJDK есть баги, которых нет в Sun JDK.


Обратное утверждение тоже будет справедливо. Про проверку версии jdk уже писали ранее.

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

>Вот когда гаджеты с моно будут продаваться миллионными тиражами, M$ начнет отжимать бабло по лицензионным нарушениям, тогда и посмотрим кто открытый а кто закрытый. :)

МС действует намного грамотнее оракла, они легко встроятся в опенсурсную систему и возглавят её. У них планы значительно умнее, чем постепенно_закрыть_джаву_и_рубить_бабло_с_каждой копии. Они аккуратно подсаживают, при этом не устраивая полного рабства.

В этом плане МС больше похожа на Гугл, чем на Оракл.

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

Наконец-то в Slackware будет нормальная джава

OpenJDK может и включат, а то что было просто вынесут в /extra в виде jre.SlackBuild и jdk.SlackBuild

FeyFre ★★★★
()

Жабакапец шагает по планете.

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

mode=«on» тут не нужно, ты же и так обрамляешь текст тегами :)

HTTP Status 503 - This application is not currently available
ЛОР уже переезжает?

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

>mode=«on» тут не нужно, ты же и так обрамляешь текст тегами :)

Совсем не факт, надо курить исходники парсера:)

anonymous
()

Мне было бы удобнее обновлять не с их чудосайта, а пакетным менеджером дистрибутива. Хотя честно, в моих репах только gcj (вроде какой-то ужас, не использую) и openjdk (который вполне крутит мой эклипс). Попробовал скачать с их сайта rpm, он оказался bin и вообще самораспаковывающийся архив. Даже не понял зачем это. Остаюсь на openjdk.

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

Eclipse работает на OpenJDK...

кучу всякого серверного говнеца — прекрасно работает на OpenJDK

В том то и проблема, что мне все это не нужно. Нужно чтобы работало две (2) прикладных программы на Java, увы, обе вылетает с километровыми выхлопами на OpenJDK.

например если выяснится что в OpenJDK есть какието ошибки которых нет в sun-jre — то КТО помешает разработчикам исправить эти ошибки? Оракл запретил исправлять ошибки?

Мне как-то все равно пока. Я не настолько разбираюсь в Java, чтобы лезть в багтрек, пока у меня стоит sun-jre и все работает. И пакеты с зеркала уже утащил, года на три мне хватит, а там посмотрим.

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

Отрицательных (не запустилось, глючит и т.д.) - хватает.
И что об этом пишут в багзилле OpenJDK?

RussianNeuroMancer ★★★★★
()

Оракел прочно утверждается, как главная корпорация зла.

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

очнулись. Посмотрели, что jdk7 ниразу не продакшн реди и забили до патчей. Единственное продакшн окружение сейчас - это 6-я джава.

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

>В OpenJDK есть баги, которых нет в Sun JDK. Про компиляцию дженериков я уже написал.

Ещё раз - мы про 7-ку? О предыдущих и речи не идёт.

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

> А с различными интернет банкингами он уже работает нормально?

Пользуйтесь нормальными банками, у которых всё по обычному https.

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

>Посмотрели, что jdk7 ниразу не продакшн реди и забили до патчей.

OpenJDK 7 уже u2

Единственное продакшн окружение сейчас - это 6-я джава.

Ну и ставь под «продакшн» 6-ку от Oracle - что мешает? Лень с их сайта качать?

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

>после ада установки Redmine на Debian

Он же там в репах был, или ты захотел новее? :)

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

Хм.. Ну даже так. Не уверен, что будут платить трижды - авторы фреймворков, те кто их используют для написания своих прилажух, и конечный пользователь.

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

Пусть Microsoft откроет исходные .NET _полностью_, хотя бы под своей лицензией, вот тогда и посмотрим на C# и Mono.

Pidgin ★★
()

> поэтому поголовный переход на OpenJDK приведёт к программным ошибкам

Равноценно признанию со стороны Свободного сообщества, что все, что выпускает FSF - говно, смутно напоминающее очертания того, что было склонировано. Решили сделать свободную JDK, сделали и получили в итоге гуано, которым даже сообщество не пользуется. Мораль?

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

Я правильно понимаю, что любая программа, работающая на mono, будет работать и на .net, но не наоборот? Если так, то вот Вам и объяснение «доброты» m$. Чем больше народу будет программировать под mono, тем больше будет создано программ под windows, что только добавит популярности windows'у. При этом программы, написанные под .net линуксовыми так и не станут.

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

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

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

>Пользуйтесь нормальными банками, у которых всё по обычному https.

Попробуй научиться читать то, что тебе пишут. Твой интернет-банк для физлиц и прочих детей с visa electron никому нафиг не упёрся. Поинтересуйся у своих родителей о том, через какой банк они получают зарплату.

Для организаций в России другие интернет-банки, и на https их нет и не будет, т.к. требуется определённая сертификация у госорганов, и браузеры с SSL для этого не подходят.

Ещё раз повторю, кроме джавы и activeX нет технологий, которые используются интернет-банками для _юрлиц_.

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

Если предположить, что в программе не используются никакие привязки к системе (вроде WinAPI или обращения к /dev/) - будет работать (теоретически, т.к. таких программ нет) в обе стороны.

different
()

>оголовный переход на OpenJDK приведёт к программным ошибкам, на что представитель Oracle заявил, что о всех подобных проблемах следует сообщать разработчикам OpenJDK.
Буга-га. Опенсорс такой опенсорс.

Впрочем, Орагл те еще уроды.

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

окей. Я сделал
user@office$ssh user@myserver
user@myserver$ _

У меня горит приглашение командной строки. Каковы должны быть мои дальнейшие действия для установки sun jdk?

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

А я на нем не сижу, потому что он - глючное поделие, не поддерживаемое производителями коммерческих приложений.

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

>Решили сделать свободную JDK, сделали и получили в итоге гуано, которым даже сообщество не пользуется. Мораль?

OpenJDK - продукт Сана/Оракла, а не сообщества. FSF к этому делу вообще никак не относится.

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

>> Авалепроблемы?

Укрсиб туда же. В банковские программизды берут с особым составом ума?

банки обычно работают с криптографией, а крипто втыкается в JDK через анус. причем только в Sun JDK. так что вероятно банк-клиенты еще какое то время будут мучаться с SunJDK

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

>А чем вообще на данный момент проприетарная Java отличается от OpenJDK?
Тем, что под проприетарную JAVA производители ПО оказывают поддержку, а под openjdk посылают в сад, говоря, что проблемы в ней.

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

>> пользователям вряд ли требуется новая реализация Java, ведь уже давно существует OpenJDK6, проверенный, надежный и,

и, сука, глючный и нерабочий!!!

а что у вас не работает? и в духе OpenSource - багрепорты запостил? ;)))

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

> Для организаций в России другие интернет-банки, и на https их нет и не будет, т.к. требуется определённая сертификация у госорганов

Так в организациях пусть пользуются клиент-банками на java и activex, я не против :) В этом треде ведь печалятся не бухгалтеры, а обычные «физлица», которым нужно из дома за квартиру заплатить или ещё что-нибудь. Ничто ведь не мешает открыть личный счёт в банке «с https»?

Поинтересуйся у своих родителей о том, через какой банк они получают зарплату.

У отца счёт в раффайзене по-моему, на чём там интернет-банк работает – не знаю. В банке, куда получаю зарплату я – таки доступ по https.

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

>> Баг в ява-приложениях, почему нужно править jdk?

В OpenJDK есть баги, которых нет в Sun JDK. Про компиляцию дженериков я уже написал.

можно ссылку на баг-репорт? хочу посмотреть что за дженерики волшебные такие )))

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

>У меня горит приглашение командной строки. Каковы должны быть мои дальнейшие действия для установки sun jdk?

это ты про «продакшн»? Сдай контору, чтоб я обходил за три версты...

А предварительно зайти на сайт Оракла и посмотреть - яйца отвалятся? Или свой «продакшн продукт» ты тоже из дистрибутивных репов ставишь?

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

>это ты про «продакшн»? Сдай контору, чтоб я обходил за три версты...
нет, это я пример привел.
У нас для продакшена готовится образ который можно просто развернуть на амазоне/виртуалке (точнее несколько, но не суть). Но этот образ должен быть предварительно сконфигурен и для этого есть собственно скрипт, который натравливается на голую убунту-сервер и формирует окружение для работы приложения. И что мне делать, когда пропадает джава из репозиториев? Как мне автоматизировать установку jdk? Вот это ключевой вопрос.

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

>Так в организациях пусть пользуются клиент-банками на java и activex, я не против :) В этом треде ведь печалятся не бухгалтеры, а обычные «физлица», которым нужно из дома за квартиру заплатить или ещё что-нибудь. Ничто ведь не мешает открыть личный счёт в банке «с https»?

А что, не «обычным физлицам» в этот тред уже нельзя зайти?:) Я вот руковожу некрупным предприятиям, и меня волнует в том числе то, как работает банк-клиент. Потому что сейчас оно просто не работает на открытой джаве, а, судя по текущим тенденциям, скоро будет работать только на какой-нибудь платной версии, которую выпустит оракел.

У фирмы и так расходов хватает, ещё джаву ради интырнет-банка покупать. А ведь всё это отразится и на доходе сотрудников, потому они тоже не рады.

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

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

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

Раньше были глюки, а сейчас кроме иногда встречающегося софта, который проверяет по названию JDK и завершается, особенно проблем нет. Зато красивее шрифты и нативно выглядит софт на свинге

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

Они аккуратно подсаживают, при этом не устраивая полного рабства.

Нифига они сами не делают. У них есть засланный казачок — Иказа.

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

Собственно шрифты не красивее, а они просто системные и нарисованы обычным общесистемным FreeType

vertexua ★★★★★
()

Шесть с половиной процентов зверей, семь процентов людей и иных представителей человеческой расы — Oracle. Что ни новость, так поднагадили. Неймется...

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

Даже оракл, имхо, не осилит сам тянуть весь линукс, они дистр-то с нуля собрать не осилили. Зачем пилить сук на которых сидишь?

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