LINUX.ORG.RU

Java полностью свободна под лицензией GPL

 ,


0

0

Отныне Java полностью свободна и открыта даже в соответствии с представлениями о свободе и открытости таких пуристов, как Р. Столлман.

В 2007 году Sun добилась в Java (JDK версии 6) минимизации объемов кода, не допускающих GPL-лицензирование - порядка 4%. Но с учётом общей сложности проекта эта цифра оказалась немаленькой.

И вот, наконец, проект IcedTea, который официально и легально, на основании соглашения с Sun, ведёт Red Hat, достиг первых поставленных целей.

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

☆☆

Проверено: Shaman007 ()
Ответ на: комментарий от Qasta

>Главное, чтобы только несовместимых JRE не наплодили...

А как их могут наплодить??? JRE это Java RE. а чтобы стать Java нужно пройти TCK - совместимость точно будет.

И потом как был законодателем мод Sun, так он и будет эталонной реализацией.

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

>судя по некоторым траблам которые были на IcedTea и не было на Sun'овской не совсем (сам сталкивался с багой с сгенерированным сертификатом, IcedTea кидала эксепшен на невалидный сертификат а сановская кушала на ура).

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

AVL2 ★★★★★
()

ну и где тут радоваться? Все это бутафория, полностью свободная, тормозов от этого не убавится.

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

> Вот как только жаба тормозить перестанет, тогда можно смотреть. А пока - в печь

Мифы и легенды будут жить в веках ;)

Научитесь наконец писать нормально, запускать жабу не приличных машинах и погуглите чуток.

Вот пример: http://kano.net/javabench/

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

Более правильная ссылка в моем прошлом сообщении:

http://developers.slashdot.org/article.pl?sid=04/06/15/217239 и http://java.sys-con.com/read/45250.htm

а то чую пионЭры c анонимнусами начнут тролить о том, что предыдущая ссылка на чью то там хомяковую страницу ;-)

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

>>*The Client JVM could not run the Ackermann test without producing a StackOverflowError.

Глобально и Надёжно!

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

re:А зачем она нужна?
Самый популярный язык программирования.
Используется везде:
Desktop - Azureus
WEB - Google Calendar,Amazon,Ebay etc....
Banking - практически во всех заподных банках (Citi,Deutche, etc...)
Robotics - марсаход на марсе тож на java
Cell Phones - всяйие там Yandex пробки, хотя думаю вы машиной не пользуетесь...


re:Кофе заваривать? Спасибо, но я пью растворимый.

Очень советую попробовать хоть раз настоящий молотый кофе Мантана! ;-)

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

> re:А зачем она нужна?
> Самый популярный язык программирования.

!?

> Используется везде:
> Desktop - Azureus

Вот именно, что единственное приложение для "desktop", написанное на жабе, и не раздражающее, если не запускать другие приложения - это Azureus. Это да - весь десктоп одним приложение накрыли, причем к этому приложению есть много аналогов, которые в разы приятней в работе.

> WEB - Google Calendar,Amazon,Ebay etc....

Ну да... очень много. А главное Google, а слова за ним - ерунда.

> Banking - практически во всех заподных банках (Citi,Deutche, etc...)

Наглое вранье. Хотя, в запОдный - может быть.

> Robotics - марсаход на марсе тож на java

--//--

> Cell Phones - всяйие там Yandex пробки, хотя думаю вы машиной не пользуетесь...

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

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

>Мифы и легенды будут жить в веках ;)

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

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

xmonad пользуются человек 5 мире, Azureus - до половины пользователей torrent. Сколько это - не знаю. нескеорлько сотен тысяч человек наверное.

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

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

что неприятног ов Azureus-е?

аналоги - есть. но ухитряются тормозить при уже нескольких торрентах при отдаче даже на 5-ти мегабитах (utorrent). со стабильностью в торрент клиентых в линукс - проблемки. народ жалуется на проблемы и битые/потерянные файлы. чего не было в Azureus. некоторые линукс торрент клиенты трекеры просто банят.

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

Если "xmonad пользуются человек 5 мире", то "Azureus - до половины пользователей torrent" означает, что им пользуетесь вы и ваш сосед с неторопливым развитием.

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

чем меньше остаётся процентов ещё неоткрытого кода, тем медленнее идёт процесс. вы куда то торопитесь? :)

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

>>Главное, чтобы только несовместимых JRE не наплодили...

>такое ощущение что всё к этому и идёт

Еще как наплодят. Как дистрибутивов.

Капча - shopier

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

>>Вот как только жаба тормозить перестанет, тогда можно смотреть

> Когда начнёт тормозит - сообщите. Хочется посмотреть, а то только > сказки одни.

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

anonymous
()

Java не тормозит, Java не тормозит, Java не тормозит. Ззз...

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

>тормозит начнёт как только запустится и пожрет всю память

а у меня Java программы память не пожирают. с отличии от C++ программ которые часто стремятся заглючить и съесть столько памяти, сколько им это позволят сделать, после чего повиснуть забрав 99.9 процентов процессорного времени.

>а запускается она очень долго

с чем сравниваем то? либы qt, kde и gtk+ и гномовские уже в памяти находятся и всё проинициализировано.

tommy ★★★★★
()

>И вот, наконец, проект IcedTea, который официально и легально, на основании соглашения с Sun, ведёт Red Hat, достиг первых поставленных целей.

как-то не по-русски написано.

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

> Мифы и легенды будут жить в веках ;)

> Научитесь наконец писать нормально, запускать жабу не приличных > машинах и погуглите чуток.

> Вот пример: http://kano.net/javabench/

Если java такая замечательная, то почему она сама не написана на java, а на тормозном Си? Ведь это дало бы java ещё прирост на пару порядков? И ничего, что инструкции будут выполняться быстрее, чем такты процессора. Ведь это Java!

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

>> Мифы и легенды будут жить в веках ;)

>> Научитесь наконец писать нормально, запускать жабу не приличных >> машинах и погуглите чуток.

>> Вот пример: http://kano.net/javabench/

жабоеды вечно будут доказывать что жаюа быстрее си/си++, правда 10 лет оптимизации этого извращения дали результат, всего 10(десять!) лет, вот тупое упрямство тех кто не слышал про KISS.

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

> жабоеды вечно будут доказывать что жаюа быстрее си/си++

Я вообще не понимаю, как можно утверждать, что java быстрее c - каким дибилом надо быть? Как и за счет чего? Си очень близок к asm - в среднем одна операция - одна инструкция проца. Как можно быстрее выполнить, КАК? Маркетинговые макаки!

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

>> "Azureus - до половины пользователей torrent"

4.2

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

>>Desktop - Azureus

>ЛОЛ, какой длинный список. Это как сказать: "Хаскелл юзается везде, на нем xmonad написан".

Но ведь хорошая программа, по функционалу уделывающая многих конкурентов. Десктопного софта на яве навалом - почти все редакторы docbook, xml или другой пример - аналоги msproject.

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

>> Используется везде: >> Desktop - Azureus все, жаба крутой десктопный язык

...

>> Robotics - марсаход на марсе тож на java это где? на Mars lander? б-г-г-г-г, еще посоветуйте nasa прикупить "нормальное железо" для запуска жабоподелия

а всякая хрень на телефонах на жабе, да вот это Ынтерпрайз

anonymous
()

Я не понял, вы здесь что, все обкурились?

Какой на хрен gcj? Какая на хрен icedtea-1.7, глючащая как непонятно что пре-альфа седьмой джавы? Речь идет про полностью открытую шестую джаву, которая называется openjdk и которая была доделана проектом icedtea. Текущая версия (1.2) - это 100% полноценная джава, прошедшая сановские тесты на совместимость с джавой. Под ней работает все, что работает под распространяемой бинарно j2se-1.6 с сановского сайта. Не верите - скачайте и попробуйте, только не надо сравнивать с чем-то еще..

ЗЫ самое близкое к этому - джава в 9 федоре, сделанная на базе icedtea 1.1.

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

> Если java такая замечательная, то почему она сама не написана на java, а на тормозном Си?

ClassPath на Java

Ядро ядра Линукс ведь тоже на ассемблере ;-)

Да и ядро GCC...

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

> Если java такая замечательная, то почему она сама не написана на java, а на тормозном Си? Ведь это дало бы java ещё прирост на пару порядков? И ничего, что инструкции будут выполняться быстрее, чем такты процессора. Ведь это Java!

В старые времена когда Java еще зарождалась было проще найти спецов на С/С++, потому часть платформы Java была написана на C (или плюсах).

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

PS компилятор и многие подсистемы написаны на чистой Java.

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

> Я вообще не понимаю, как можно утверждать, что java быстрее c - каким дибилом надо быть? Как и за счет чего? Си очень близок к asm - в среднем одна операция - одна инструкция проца. Как можно быстрее выполнить, КАК? Маркетинговые макаки!

Пилять - освой google поиск за 20 дней это так - на вскидку

http://www.idiom.com/~zilla/Computer/javaCbenchmark.html

http://www.ibm.com/developerworks/ru/library/j-jtp09275/index.html

а если начать думать об управляемости проектом, о реюзинге компонент, о мултитрэдовости, рапределенных вычислениях and etc... то в Ц ... мягко говоря трудновасто и велосипиоидно

p.s. в жабе - 5 лет, до этого с/с++ - 13

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

> PS компилятор и многие подсистемы написаны на чистой Java.

А исполнитель байт-кода? Ведь именно он даст огромный прирост. Долой тормозной Си! Даешь Linux на Java!

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

> если начать думать об управляемости проектом, о реюзинге компонент, о мултитрэдовости, рапределенных вычислениях and etc...

Это, господина, не от языка программирования зависит.

> то в Ц ... мягко говоря трудновасто и велосипиоидно

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

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

Гляньте, кто уже скачал, в ней есть исходники классов из пакета sun.awt.

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

> Пилять - освой google поиск за 20 дней это так - на вскидку

А что мне эти статьи? Я с таким же успехом могу утверждать, что PHP, написанный на Си, быстрее Си. Только не поверят.

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

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

> А исполнитель байт-кода? Ведь именно он даст огромный прирост. Долой тормозной Си! Даешь Linux на Java!

Господи, да узнайте уже про JIT, который при старте компилирует байткод в нативный код. Ну что за чушь опять несете, а?

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

> Господи, да узнайте уже про JIT, который при старте компилирует байткод в нативный код. Ну что за чушь опять несете, а?

Т.е. Вы признаете, что она тормозит как минимум при старте?

Даже если переводит в нативный код - как получается обойти Си, который тоже на нативном коде?

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

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

вот только чтобы разрабатывать/поддерживать продукт, в котором десятки мегабайт исходного кода (именно кода)... - либо нужны очень хорошие специалисты (коих в С не достаточно много, чтобы покрыть все требования бизнеса), либо тупо отказываться от проекта. Думаю, что Вы знаете - Си ошибок не прощает :) (если не знаете - поверьте мне на слово, как разработчику)

На джава же программирование упрощается - достаточно несколько сильных специалистов, которые могут управлять (и управлять очень эффективно) командой девелоперов по-проще. К тому же J2EE очень хорошо разделяет роли - так что можно создать несколько независимых команд.

Вообщем я всего лишь хочу сказать, что стоит для каждых задач подбирать подходящий инструмент. Джава очень сильно востребована (так как подходит лучше всего) для решения определенного круга задач и в ближайшем будущем этот класс задач никуда не денется. Что касатеся десктопных приложений - более менее нормальные улучшения в этой области начали появляться только начиная с Java 6.0 (1.6.0) - да и то может быть лишь из-за наступающего .NEТ. В плане производительности десктоп будет отставать от нативных приложений, но простота разработки и поддержки + кроссплатформенность со временем сделают свое дело.

ЗЫ. Есть дибилы, которые в принципе не умеют правильно писать ПО - такие и на Джава пишут убогие поделия, и на Си, и на Паскале. Думаю, что в этих случаях проблема не в языке, а в программисте :)

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

JIT себя не всегда оправдывает - есть более эффективные технологии (HotStop например), которые рулят для сервер-сайд.

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

>Т.е. Вы признаете, что она тормозит как минимум при старте?

код не тормозит на старте

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

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

>xmonad пользуются человек 5 мире, Azureus - до половины пользователей torrent. Сколько это - не знаю. нескеорлько сотен тысяч человек наверное.

Сплошное 4.2

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

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

Linux - десятки мегабайт исходного кода. Почему Linux не на Java? Ведь это, несомненно, приблизит винадкопец.

> ЗЫ. Есть дибилы, которые в принципе не умеют правильно писать ПО - такие и на Джава пишут убогие поделия, и на Си, и на Паскале. Думаю, что в этих случаях проблема не в языке, а в программисте :)

Т.е. на Java стекаются все дибилы не осилившее ничего кроме??

> В плане производительности десктоп будет отставать от нативных приложений, но простота разработки и поддержки + кроссплатформенность со временем сделают свое дело.

Python не кроссплатформенный?

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

>Десктопного софта на яве навалом - почти все редакторы docbook, xml или другой пример - аналоги msproject.

Простите, но этот софт используется только самими жабакодерами. Это как говорить "На Лиспе написана куча десктопных програм - компиляторов Лиспа".

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

> код не тормозит на старте

Ну как же не тормозит? Захожу на сайт с маленькой формочкой (лишь одно поле для пароля) из java - секунд десять шуршания винта и полной загрузки системы.

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

"хочу я посмотреть простую html страницу - так браузер при загрузке шуршит винтом секунд 10. отстой! C++ - барахло!" - ваша логика.

tommy ★★★★★
()

Свободна! Следующий.

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

> Linux - десятки мегабайт исходного кода. Почему Linux не на Java? Ведь это, несомненно, приблизит винадкопец.

То есть вы предлагаете всем быть программистами уровня Линуса Торвальдса ? :) Читайте внимательнее, пожалуйста.

> Т.е. на Java стекаются все дибилы не осилившее ничего кроме??

На джаве пишут очень много грамотных специалистов. И осилили они очень многое помимо джавы. Не мысли однобоко. О чем я хотел сказать: в последнее время очень многие потянулись изучать джаву, и, думаю, через пару лет "мусора" будет много.

> Python не кроссплатформенный?

Про десктоп ничего не могу сказать - я разработчик в первую очередь серверных приложений. Может на питоне удобнее писать, может нет. Личто я знаю джаву и приложения пишу на ней. Иногда (если есть настроение) - пишу на Си (приятно в vim-е код набирать, хз почему правда :) ). Ну на Си чаще приходится что-то дорабатывать по мелочи (типа поддержку джойстика в игру добавить и прочее) - это for fun, поэтому не считается.

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