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)

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

> Инструкция не нужна, нужен пакет по типу flashplugin-installer, я уже третий раз пишу. И дело это пары недель.

Ну так, во-первых, его ещё нет, во-вторых, раньше можно было без него, а теперь нельзя. Стало хуже, кому-то лишняя работа, кому-то потерянное время. Да или нет?

Если да, то непонятно о чем речь тогда...

anonymous
()

Темпы закапывания жабы просто поражает воображение!

Основная критика такого шага со стороны разработчика Debian заключалась в том, что многие проекты жёстко привязаны к бинарной сборке Java от Oracle, и поэтому поголовный переход на OpenJDK приведёт к программным ошибкам


Ну и пусть быдлокодеры от костылей освобождают проекты, либо перестают писать свой быдлокод.

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

Особенно учитывая, что OpenJDK собираются сделать рефренсной реализацией Java 7.

Aceler ★★★★★
()

Есть OpenJDK, а для любителей бинарной сборки от Оракула есть tar.gz. Что ещё надо? Пишется PKGBUILD и всё, никаких проблем в установке данного ПО. Для Debian есть вариант с конвертацией в DEB.

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

>Я как раз о юридическом лице и говорю. И доступ к юизнес акаунту осуществляю через вэб.

И никаких сторонних плагинов и криптопровайдеров не надо? Ну у вас в Канаде́ по каким-то причинам делают так. А у нас почему-то (то ли из-за требований со стороны законодательства, то ли по собственной инициативе) — совсем по-другому. Наиболее кроссплатформенный вариант — ibank2 на жабе с бинарными криптобиблиотеками. Остальные известные системы дистанционного банковского обслуживания — только венда-онли.

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

>оракл может продолжить развитие жавы только под проприетарной лицензией

и растерять при этом часть клиентов? в том числе и эппл с редхатом. замечательные, я смотрю, перспективы

gpl with classpath exception

я не шибко шарю в ооп или что там подразумевается, разъясни пожалуйста

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

>LOL

GPL2 не даёт свобду от патентов.

Т.е. компания вполне может раздавать бесплатно исходни ки под GPL2 и потом судиться с теми кто не купил лицензию в странах где патенты на ПО действуют(США, Япония, Корея, часть евросоюза)

1) если брать собственно опенждк, а не создавать на его основе свой продукт, то с патентами особо не докопаешься, насколько я понимаю

2) перечитай ещё разок. я как раз к тому, что на опенждк особо не заработаешь, поэтому смысла у оракла отменять опенждк нету

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

> 1) если брать собственно опенждк, а не создавать на его основе свой продукт, то с патентами особо не докопаешься, насколько я понимаю
Да
но любые изменеия должны пройти TCK. Который оркл не собирается предоставлять открфтым проектам как было продемонстрировано на примере Апача

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

>Я как раз о юридическом лице и говорю. И доступ к юизнес акаунту осуществляю через вэб.

Месье считает, что за пределами его государства люди не живут, поэтому так легко советует менять банк?

anonymous
()
Ответ на: Но зачем?! от hadagnahash

>Объясните мне, тупому и недалекому. Одной рукой оракл пытается пролезть на рынок пингвинов (Oracle Unbreakeble EL и всё такое), а другой всячески портит отношения с сообществом и другими компаниями, двигающими оперсорц. У них есть какая-то хитрая альтернативная бизнес-модель или что?

Я бы предположил, что просто хотят поиметь бабла здесь и сейчас и на перспективы и развитие продуктов им насрать, но это же все-таки оракл, а не ООО «РиК», они не могут не думать на перспективу.

Oracle как раз думает на перспективу. Он не хочет повторить судьбу Sun поэтому плавно и последовательно сливает опенсорсные продукты.

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

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

Оракл себя прессовать не будет. Зато будет прессовать возжелавших сделать форк. В итоге все перейдут на Python и будут улучшать Parrot.

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

Ораклу есть смысл делать OpenJDK демо-версией жабы. Если OpenJDK прекратит ей быть - оракл её с радостью закопает вместе с жабой.

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

Если что, Sun как раз за счёт открытых продуктов выплыла. Когда всё у Sun было запроприетарено напрочь, начались плачевные времена. затем пришёл Джонатан Шварц, и поднял Sun с колен, сделав ставку на открытость. И он не ошибся. Но по воле случая оракл решил всё скупить ради одной только жабы и MySQL как рынка low-end.
Сразу же всё видно:
1. Все открытые проекты начали закапывать сразу же
2. Закрыли все академические проекты Sun
3. Опенофис закопали
4. Жабу активно закапывают и превращаются в патентных троллей
5. Тихонько наезжают на RedHat

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

>в том числе и эппл с редхатом

Они оба клиенты оракла разве?
В любом случае, коммерческие варианты продуктов (rhel, os x) смогут включать лицензированную коммерческую версию джавы. Потери клиентов не будет

gpl with classpath exception

я не шибко шарю в ооп или что там подразумевается, разъясни пожалуйста


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

Единственное, там есть приятная фраза: «If you modify this library, you may extend this exception to your version of the library, but you are not obligated to do so.»
Получается, можно форкнуть openjdk и распространять его под чистым GPLv2, а затем, воспользовавшись тем, что GPL позволяет распространять и под более поздними версиями, и под GPLv3.


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

zhuravlik ★★★★
()
Ответ на: Реалистичный вариант. от Camel

Ну, если жаба станет совсем коммерческой, Оракл тем самым похоронит себя моментально. Его OracleDB станет внезапно никому не нужна при наличии более дешевого стека WinServer+WinMSSQL+.NET

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

> я не вижу для крупных Web-проектов

а ракетка? (или вдруг скалу под далвик портируют: можно и рыбку, и openjdk одновременно)

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

grim wrote:

Я как раз о юридическом лице и говорю. И доступ к юизнес акаунту осуществляю через вэб.

Подскажите пожалуйста название банка в котором юрлицо так работает - через https без винды?

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

Копирасты. вот какой им от этого профит, если всё равно можно бесплатно загрузить?

Ну когда они захотят всунуть туда банальный зонт, надо же, чтобы не качали со сторонних сайтов относительно чистую старую версию

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

>Месье считает, что за пределами его государства люди не живут, поэтому так легко советует менять банк?
Во первых я не месье. Но можете меня сэром называть.
Во вторых в соседнем госедарстве ситуация такая-же.

Как-то не верится, что Java законодательно навязана.

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

>они же говорили, мол хотите свою яву, делайте её gpl.
Они говорили что TCK не дадим ни под каким видом пока не включите ограничения на область применения их проекта. Что несовместимо с любой лицензией. Что GPL что APL

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

> GPL позволяет распространять и под более поздними версиями

Не совсем — GPL не запрещает привязывать продукт к конкретной версии лицензии (небезызвестный пример — GPLv2-only ядро Linux).

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

>Подскажите пожалуйста название банка в котором юрлицо так работает - через https без винды?
Я лично пользуюсь RBC (Royal Bank of Canada)
Но такое-же и в HSBC, Scotia Bank, TD Bank, CIBC
Поищите здесь http://www.google.ca/search?q=business account bank access web

grim ★★☆☆
()

И пофиг бы. Но Minecraft тормозит на OpenJDK.

Archlinux опять впереди планеты — jdk/jre уже выкинули.

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

Программа, использующая классы Mono, не будет работать на .Net-е и наоборот.

Это почему-же? Они вполне себе бинарно совместимы.

Обкурился чтоль чего? Моно на Линуксе работает а .NET на Window$

anonymous
()

О! хвала Богам. Наконец-то горе-мейнтйнеры перестанут курочить жабку и раскидывать все что нужно и не нужно в /usr/{lib,bin,share}. Эххх... еще бы ASF запретила бы tomcat с дистрибутивами поставлять...

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

И че? Программы написанные для .net вполне могут работать под mono без перекомпиляции. Не всегда конечно, зависит от криворукости програмиста

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

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

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

>Обкурился чтоль чего?
Я не курю.
Так что не судите по себе. Не все в этом мире укурки.

Моно на Линуксе работает а .NET на Window$

Моно так-же работает на windows, bsd*, iOS, Android, MacOSX и многих других.

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

это раньше было так. а теперь, опенждк - это и есть жаба, а оракл ждк - жаба с плюшками

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

>я же говорю, если брать собственно опенждк. и тск по-моему нужны только если лить на мобильные устройства и магазины
Нет.
Если вы называете продукт Java и не хотите чтобы вас засудил Оракл изза патентов, то он должен пройти TCK и соответствовать области применения корую Оракл вам разрешила в лицензии. К примеру нельзя устанавливать на телефоны или ещё какая хрень.
Собственно изза чего Гугл и начал разрабатывать Далвик

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

>Они оба клиенты оракла разве?

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

По факту это исключение, позволяющее линковать с любыми другими библиотеками, при соблюдении их лицензий

ок, а чем оно отличается от лгпл тогда?

Получается, можно форкнуть openjdk и распространять его под чистым GPLv2, а затем, воспользовавшись тем, что GPL позволяет распространять и под более поздними версиями, и под GPLv3.

нет, не получается. чтобы было можно распространять под более поздней, в тексте должно быть про gpl version 2 or (at you option) any later version. сильно сомневаюсь, что оракель вставил упоминание про более позднюю версию

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

в авалевском явовском клиентбанке встроен внутри лисп-интерпретатор. - по крайней мере 6-7 лет назад так было.

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

но если все перейдут на питон, будет отлично

Пидон, считай, уже полностью в userspace любого *nix'а, как и write-only Пёрл.

Зачем с Java на это тормозное убожество переходить — непонятно. Eclipse на Пидоне не напишешь, а если напишешь, то не взлетит в ближайшие несколько лет после запуска.

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

> Начнем с того, что некоторые долбошлепы используют классы из пакета com.sun.*

чего стесняешься-то? поставь нормальное слово вместо *, например:

sun.reflect.Reflection

и кстати, как ты видишь современную яву без рефлексии?

www_linux_org_ru ★★★★★
()

Как же надоели эти оракловые троли. Хоть бы лопнули поскорее.

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

>Зачем с Java на это тормозное убожество переходить — непонятно

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

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

>Во первых я не месье. Но можете меня сэром называть. Во вторых в соседнем госедарстве ситуация такая-же.

Как-то не верится, что Java законодательно навязана.

Я очень рад за соседнее и ваше государство, сэр, но в нашей энергоимперии законодательно требуют всякие там криптографии, которые возможны в браузерах только через activex и java. Ну или через десктопные банк-клиенты. Может, с приходом вебсокетов, что-то и поменяется, но это - далёкое будущее.

Да, и открывать счёт для РКО в иностранных банках у нас тоже не особо возможно, так что выбора, по сути, нету.

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