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)

То есть sun-java теперь в репах не будет?

splinter ★★★★★
()

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

DNA_Seq ★★☆☆☆
()

Потихоньку движутся к платности JAVA

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

Ruby on Rails?

Только в качестве прототипирования. А потом реализация выкристаллизовавшихся идей на JSF 2.0.

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

Есть java.lang.reflect.*. Никогда не приходилось использовать com.sun.reflect.Reflection. Да и вообще рефлекшен крайне редко использую. Возможно ты делаешь что-то странное.

dizza ★★★★★
()

Имхуется мне, что основная суть это новости в том, oracle как-то издалека начинает пытаться копать могилу для LibreOffice...

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

> но Microsoft может в любой момент засудить Mono.

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

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

Нет уж, перед разжёвыванием очевидного сначала в школу, учить наречия!

alx_me ★★☆
()

ну и новость

вот уж подплавили, и зачем это делать?...

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

perl же!

write-only же! Рефакторить невозможно. Старый код сразу выбрасывать, как появилась новая идея.

iZEN ★★★★★
()

Штолманн предупреждал!

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

>> Ruby on Rails?

Только в качестве прототипирования. А потом реализация выкристаллизовавшихся идей на JSF 2.0.

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

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

>> Единственное ограничение - форк должен быть Java (TM), а значит пройти TCK.

Естетственно.
А как показывает опыт Апача, TCK Оракл не даст. Не так ли?

не так )))

Апач хочет ИЗМЕНЕНИЯ лицензии на TCK. Oracle не согласен специально для Apache менять лицензию на предоставления TCK.

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

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

Криптография (ЭЦП) должна проводиться не самим приложением иначе ЭЦП не валидна по определению. известные мне ЭЦП делаются либо через Win Crypto API либо через Java Cryptography Provider. И то и другое работает только если инсталлится внутрь системы. Win Cryrto фигачит свой драйвер в винду, а JCP втыкается внутрь JVM.

не в курсе есть ли системный уровень для криптографии в linux...

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

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

авторское не решает. решают права на код - их то и передают доволнительным соглашением. Если Oracle имеет право на код (к примеру права на код получали через соглашения и FSF и MySQL AB), то может этот код выпустить под любым набором лицензий.

с другой стороны можно сделать форк от последнего выпуска под подходящей лицензией и развивать его самостоятельно. смена лицензий идет только на новые версии, на старые версии лицензия не отзывается.

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

>Криптография (ЭЦП) должна проводиться не самим приложением иначе ЭЦП не валидна по определению.

А почему?

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

>> Криптография (ЭЦП) должна проводиться не самим приложением иначе ЭЦП не валидна по определению.

А почему?

задумался... да, валидна. Но ЭЦП проще компрометируется если делается самим приложением.

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

>не в курсе есть ли системный уровень для криптографии в linux...

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

А кроссплатформенные банк-клиенты в виде десктопных программ уже немодно делать, модно делать веб. А в вебе только джава.

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

>не в курсе есть ли системный уровень для криптографии в linux...

В LSB libssl упоминается. Это считается за системный уровень? :)

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

>А кроссплатформенные банк-клиенты в виде десктопных программ уже немодно делать, модно делать веб.

И чем Java-апплет отличается от десктопного приложения на жабе, кроме того, что его главное окно засунуто внутрь окна браузера? Кстати, ibank2 может и как десктопное приложение использоваться (ubuntu + клиент банк ).

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

>И чем Java-апплет отличается от десктопного приложения на жабе, кроме того, что его главное окно засунуто внутрь окна браузера?

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

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

>> не в курсе есть ли системный уровень для криптографии в linux...

В LSB libssl упоминается. Это считается за системный уровень? :)

за системный - да. только SSL - это Secure Sockets Layer, т.е. шифрование передаваемых данных. в данном же случае нужно не только шифрование, но и ЭЦП.

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

Чем плоха альтернатива? Полно библиотек и готовых наработок, готовые рабочие фреймворки, что еще надо? Поди-ка найди такое для баша, ага.

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

>> Нашел альтернативу. Ты еще php предложи.

Исправлено. Вот так надо троллить

Не, php никак не альтернатива java. На java можно писать десктопные приложения (и их таки пишут), а на php это, хм, несколько затруднительно.

Зато python вполне может дотянуться до любой ниши, где сейчас сидит java, включая и веб и десктоп. По скорости он не уступает жабе, по количеству готовых библиотек и инструментов местами обходит ее.

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

> Пидон, считай, уже полностью в userspace любого *nix'а

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

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

Затем, что это тормозное убожество не требует явы, занимает меньше памяти и быстрее работает же!

Eclipse на Пидоне не напишешь

Выбирай: http://wiki.python.org/moin/PythonEditors

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

>Совсем крыша поехала? В питоне даже JIT нет. Зато есть GIL.

Зато не ужирает сотни мегабайт памяти просто при запуске. А GIL никому давно не мешает.

Плюс есть PyPy, так что про отсутствие JIT уже не стоит говорить.

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

>Зато не ужирает сотни мегабайт памяти просто при запуске. А GIL никому давно не мешает.

Плюс есть PyPy, так что про отсутствие JIT уже не стоит говорить.

нормально, чо... Вон в ОО есть «скриптование» на питоне... После него отработка VBA-макросов на каком-нибудь 300-м селероне в любом офисе покажется «быстрее мысли»

Больше питонов хороших и разных!!!!! После них без работы не останутся не то что плюсатые с джаванутыми - под разбор пойдут все, даже пэхаписты с перловиками!

yyk ★★★★★
()

>на что представтель Oracle заявил, что здесь обо всех проблемах следует сообщать разработчикам OpenJDK

Вот! Наконец то я знаю как без мата посылать назойливых соседей, родственников и сотрудников куда подальше.

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

>нормально, чо... Вон в ОО есть «скриптование» на питоне... После него отработка VBA-макросов на каком-нибудь 300-м селероне в любом офисе покажется «быстрее мысли»

Ключевое слово здесь - ОО. Сам по себе питон вполне себе шустр, особенно если не засовывать его туда, где нужен Си.

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

>Ключевое слово здесь - ОО.

Родной «бейсик» отрабатывает значительно быстрее...

Сам по себе питон вполне себе шустр

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

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

>Апач хочет ИЗМЕНЕНИЯ лицензии на TCK.
Опять переврал.
Оракл хотел чтобы Апач включил ограничение на field of use в спою версию Java что невозможно согласно текущей лицензии APL.

Так что вы переврали всё с точностью до наоборот.

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

>> Апач хочет ИЗМЕНЕНИЯ лицензии на TCK.

Опять переврал.
Оракл хотел чтобы Апач включил ограничение на field of use в спою версию Java что невозможно согласно текущей лицензии APL.

я не вижу здесь противоречия ;)

Апач хочет исполнить APL и внести изменения в field of use. Оракл хочет изменения политики распространения с учетом field of use, что противоречит APL.

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

>я не вижу здесь противоречия ;)
А я вижу.
Учитывая, что Оракл неоднократно призывал покойный Sun лицензиорвать TCK Апачам.

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

Oracle купил Sun и поменял свое мнение. Это плохо и похабно. Но спор то не о том ;)))

для Apache нужно пройти TCK, но текущая лицензия на TCK им не подходит - вот Апач и хочет чтобы лицензия на TCK была изменена.

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

>> и быстрее работает же

Совсем крыша поехала?

Поехала или нет, но ведь быстрее же работает. Проверено. Напиши один и тот же кусок вычислительного кода на питоне и жабе, и сравни. :) питон2 был немного медленнее жабы, питон3 - быстрее.

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

> Написал вычислительный код. Питон слил джаве в 20 раз. Джава лишь ненамного сливает C.

Покажи код-то. :)

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

def is_prime(x):
    if (x == 2):
        return True

    for i in range(2, int(math.sqrt(x)) + 2):
        if x % i == 0:
            return False

    return True

def count_primes(n):
    sum = 0
    for i in range(2, n):
        if is_prime(i):
            sum += 1
    return sum

print(count_primes(1000000))
class Main
{
    private static boolean isPrime(int x)
    {
        if (x == 2)
            return true;

        int n = (int) (Math.sqrt(x) + 2);

        for (int i = 2; i < n; i++) {
            if (x % i == 0)
                return false;
        }

        return true;
    }

    private static int countPrimes(int n)
    {
        int sum = 0;
        for (int i = 2; i < n; i++) {
            if (isPrime(i))
                sum++;
        }
        return sum;

    public static void main(String args[])
    {
        System.out.println(countPrimes(1000000));
    }
}
anonymous
()
Ответ на: комментарий от anonymous

>питон2 был немного медленнее жабы, питон3 - быстрее.

так тонко что я чаем поперхнулся

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

>для Apache нужно пройти TCK, но текущая лицензия на TCK им не подходит - вот Апач и хочет чтобы лицензия на TCK была изменена.
Это кто вам такое рассказал?

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

> Написал вычислительный код. Питон слил джаве в 20 раз. Джава лишь ненамного сливает C.

Не так уж все и плохо:

$ time pypy test2.py 1000000
78498

real    0m4.503s
user    0m4.464s
sys     0m0.037s

$ time java test2 1000000
78498

real    0m3.291s
user    0m3.259s
sys     0m0.059s

А на реальных вычислениях питон может обойти жаву благодаря биндингам к внешним библиотекам (libgmp, numpy...)

anonymous
()

Ну наконец-то.
Больше преград в распространении проприетарного JDK — больше install base у OpenJDK. Да что там OpenJDK — да даже у GNU Classpath/GCJ/JamVM! Кому этот Pack200 нужен? А вроде бы отличий больше и нет.

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