LINUX.ORG.RU

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

>ME и SE только, остальное так и останется под CDDL

А что еще надо? Мне их реализция ЕЕ и даром не нужна. Она все равно делается для примера

Extremal
()

> Sun откроет исходный код Java под лицензией GPL, а не CDDL, как ожидалось ранее

Ура! Наконец-то в дистрибутивах Linux пойдет настоящая Java, а не ужас под названием GNU Classpath.

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

>Ура! Наконец-то в дистрибутивах Linux пойдет настоящая Java, а не ужас под названием GNU Classpath.

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

pronvit
()

АААААААА-АТЛИЧНО!!

Ура! Теперь-то Венде, .NET, PHP капец!!

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

Ну почему же?

Могут переключиться на Java, а могут взять оттуда недостающую половину и развивать Classpath дальше :)

Проекты под GPL развиваются намного быстрее :)

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

>>вот так корячились-корячились гнувцы, делали свой classpath, наполовину сделали, и в одночасье могут стать никому не нужны..

Они теперь опытные перцы и могут девелопить gpl-JAVA от Sun. Опять же не будь этого продукта, может быть сан еще и не открыла бы исходники. А так глядят конкурент на подходе ...

anonymous
()

Неужто дотнету теперь точно вендец???

Orlangoor ★★★★★
()

А что у нас с виртуальной машиной?

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

>Одним геморроем меньше - java будет в дистрах

В SUSE давно.

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

> А коммерческую qt кто покупать будет? :) Так он (Jambi), если я не ошибаюсь, такой же дуальный, как Qt. То есть, хочешь делать закрытый софт - плати деньгу. Хотя на Java, хоть на C++.

Иное дело - с какой целью вообще тянуть еще один UI framework в Java. Сделали бы нормальный Swing Qt LF плюс привязку к Swt - и хорош :)

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

>Так он (Jambi), если я не ошибаюсь, такой же дуальный, как Qt. То есть, хочешь делать закрытый софт - плати деньгу. Хотя на Java, хоть на C++.

Дык GPL не позволит с CDDL жабой линковаться... Может я конечно чтото не понимаю...

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

>Ура! Наконец-то в дистрибутивах Linux пойдет настоящая Java, а не ужас под названием GNU Classpath.

Не, не так будет. Вспомни историю с GCC/EGCS. Сопрут код целиком, свой старый код выкинут, а назовут это старым именем. ;) И все в рамках GPL.

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

> Дык GPL не позволит с CDDL жабой линковаться... Может я конечно чтото не понимаю...

А, вот Вы о чем... :) Никогда не задумывался, как в Jambi решили этот вопрос (сейчас он, похоже, уже не актуален, ибо HotSpot стал GPLный). Рискну предположить, что то, что там у них в JNI, лицензировано по GPL/duo. В Java компоновки как таковой нет, так что принцип "слинкованное с GPL'ным приложение само становится GPL" не работает. А, может, они (Trolltech), как владельцы авторских прав на Qt, взяли и выпустили JNI-привязки Jambi По какой-нибудь BSD... То есть сами себе разрешили использовать GPL-ный Qt в BSDшном проекте... Ну як було с MySQL и PHP.

e_val ★★★
()

>Sun откроет исходный код Java под лицензией GPL

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

Сам Гослинг написал в стетье опубликованной сегодня (написал в октябре) - что они все еще мучаются по поводу лицензии.

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

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

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

Будет обязательно. Впрочем, как и со всеми масштабными проектами с GPL-лицензией :)

anonymous
()

А вам не всё равно какая лицензия?

GPL Java будет работать лучше?

Кого не устраивает не GPL Java? Фанатиков GPL?

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

> А вам не всё равно какая лицензия?

Нет.

> GPL Java будет работать лучше?

Да.

> Кого не устраивает не GPL Java? Фанатиков GPL?

Дистрибостроителей.

anonymous
()

Хм... Хм...

Хоть и не люблю Java (не моя идеология), но надеюсь, что этот ход - не просто так и улучшит позиции Sun в борьбе с майкрософтовским .NET.

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

> остальное так и останется под CDDL

А что Вам еще нужно?

ЗЫ Вообще, новость рулезнейшая. Главное, чтобы не было ловушки какой-нибудь. Например, линкование с gpl-ным кодом через jni может создать проблемы. Для таких случаев сантехники могут воспользоваться уловкой двойного лицензирования (типа кутешной). Тогда это будет скотство.

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

Я говорю не про gpl-ные проекты. При том что жабка как раз более популярна в заказных проектах уровня предприятия, где gpl нафиг не сдалась - двойное лицензирование (если случится) убьет жабку нафиг. Практически на взлете.

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

> убьет жабку нафиг

Думаю, как раз наоборот. Двойное лицензирование - это единственное что мне приходит в голову для решения проблемы GPL-ля в коммерческих проектах.

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

> Думаю, как раз наоборот.

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

> решения проблемы GPL-ля

Да, если сначала эту проблему поставить - иначе как двойным лицензированием ее не решить. Но зачем ее вообще ставить? А почему LGPL не применить?

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

>Дистрибостроителей.

Дистростроителей вполне устроит Apache. Эта лицензия выиграл по голосованию.

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

> Ага. Вы действительно верите, что конторы, делающие заказные проекты под ключ, захотят массово gpl-ить свой код?

Я сам работаю в такой конторе. Если завтра ява будет под GPL, по нашему проекту тут же пробегутся клавишей "F8". :(

> Но зачем ее вообще ставить? А почему LGPL не применить?

Наверное, поэтому: "By requiring derivative works to also be released as open source, the GPL discourages commercial forking -- a consequence that fits well with Sun's stated goal of preserving Java's cross-platform compatibility."

kda ★★★★★
()

Фигня эта ваша ява, но GPL - хорошо. Новость положительная. Но ява всё равно фигня.

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

Imho java скорее компилятор(runtime), а не библиотека. Может и не будет проблем с лицензией (особенная линковка). Хотя LGPL для стандартных либ было-бы логичнее.

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

> Я сам работаю в такой конторе. Если завтра ява будет под GPL, по нашему проекту тут же пробегутся клавишей "F8". :(

С чего бы это?

Для _заказных_ проектов пофиг, какая лицензия - они на то и заказные.

А для "коробочных" - но, они ж не совсем идиоты. У них будет двойное лицензирование, как у MySQL - продаете коробочный закрытый продукт - ставьте нашу яву. Она, к тому же, бесплатная все равно.

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

>Наверное, поэтому:

LGPL точно такой-же для derivative works.

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

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

ИМХО, как раз в заказных проектах ничего не мешает GPL-ить код. Т.к. он и так отдается заказчику.

Что касается линкования, то Sun'овцы могут сделать linking exception, как это сделано для GPL'ной GNU libc.

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

Теоретически ничего не мешает, да, заказные проекты GPLить. Но никто этого делать не будет. Потому что нафиг не надо. Проще на дотнет переползти. Да, вот linking exception - может быть выходом. Но проще-то LGPL...

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

> Для _заказных_ проектов пофиг, какая лицензия - они на то и заказные.

Заказные проекты не с нуля же пишутся а на основе существующей функциональности, а некоторые заказчики еще и обфускатором просят пройтись.

kda ★★★★★
()

GPL - из-за невозможности форкать на коммерческой основе, ИМХО будет либо чистый GPL, либо кросс-лицензия. В любом случае хорошо - в дистрах станет еще меньше непроверенного проприетарного буллшита, а свободные - получат неплохой подгон.

e
()

Подождём пока реально сделают, прежде чем хвалить. Что-то мне говорит, что Sun выпустит Java под GPL v3. Прельстятся на честные пункты против подлостей конкурентов. А учитывая то, что LGPL - будет всего лишь частным случаем GPL v3 (просто добавлены дополнительные разрешения), то лучшей лицензии для Sun и не найти, о чём Sun и не скрывает с начала года: http://www.itjungle.com/tlb/tlb020706-story03.html

GNU Classpath в ближайшее время не станет менее релевантным. Да и в будущем возможно тоже.

Опрос о лицензиях занимателен: http://www.java.net/pub/pq/116 . А комментарии там, как и ожидалось, попадаются истерические. :)

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

>Подождём пока реально сделают, прежде чем хвалить

Во-во. А то вся новость - это мнение журналюги прчитавшего баянистый блог Шварца который только успел сказать "а на счет GPL...." как заиграла музыка и журналюга стал орать что Java будет под GPL.

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