>>вот так корячились-корячились гнувцы, делали свой classpath, наполовину сделали, и в одночасье могут стать никому не нужны..
Они теперь опытные перцы и могут девелопить gpl-JAVA от Sun.
Опять же не будь этого продукта, может быть сан еще и не открыла бы
исходники. А так глядят конкурент на подходе ...
> А коммерческую qt кто покупать будет? :)
Так он (Jambi), если я не ошибаюсь, такой же дуальный, как Qt. То есть, хочешь делать закрытый софт - плати деньгу. Хотя на Java, хоть на C++.
Иное дело - с какой целью вообще тянуть еще один UI framework в Java. Сделали бы нормальный Swing Qt LF плюс привязку к Swt - и хорош :)
> Дык GPL не позволит с CDDL жабой линковаться... Может я конечно чтото не понимаю...
А, вот Вы о чем... :) Никогда не задумывался, как в Jambi решили этот вопрос (сейчас он, похоже, уже не актуален, ибо HotSpot стал GPLный). Рискну предположить, что то, что там у них в JNI, лицензировано по GPL/duo. В Java компоновки как таковой нет, так что принцип "слинкованное с GPL'ным приложение само становится GPL" не работает. А, может, они (Trolltech), как владельцы авторских прав на Qt, взяли и выпустили JNI-привязки Jambi По какой-нибудь BSD... То есть сами себе разрешили использовать GPL-ный Qt в BSDшном проекте... Ну як було с MySQL и PHP.
Вообще-то Шварц написал, что они рассматривают такую возможность, а не все окончательно решили. Причем написал это во времена жестокого баяна - еще в мае....
Сам Гослинг написал в стетье опубликованной сегодня (написал в октябре) - что они все еще мучаются по поводу лицензии.
classpath - может-быть и потеряет актуальность, а вот gcj только выиграет (вроде-бы динамически подгружаемый код там до сих пор интерпретируется). И это был-бы рулез.
ЗЫ Вообще, новость рулезнейшая. Главное, чтобы не было ловушки какой-нибудь. Например, линкование с gpl-ным кодом через jni может создать проблемы. Для таких случаев сантехники могут воспользоваться уловкой двойного лицензирования (типа кутешной). Тогда это будет скотство.
Я говорю не про gpl-ные проекты. При том что жабка как раз более популярна в заказных проектах уровня предприятия, где gpl нафиг не сдалась - двойное лицензирование (если случится) убьет жабку нафиг. Практически на взлете.
Ага. Вы действительно верите, что конторы, делающие заказные проекты под ключ, захотят массово gpl-ить свой код? Да они просто ни одного нового проекта на жабе не начнут - все дружно поползут под дотнет.
> решения проблемы GPL-ля
Да, если сначала эту проблему поставить - иначе как двойным лицензированием ее не решить. Но зачем ее вообще ставить? А почему LGPL не применить?
> Ага. Вы действительно верите, что конторы, делающие заказные проекты под ключ, захотят массово 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."
Imho java скорее компилятор(runtime), а не библиотека. Может и не будет проблем с лицензией (особенная линковка). Хотя LGPL для стандартных либ было-бы логичнее.
> Я сам работаю в такой конторе. Если завтра ява будет под GPL, по нашему проекту тут же пробегутся клавишей "F8". :(
С чего бы это?
Для _заказных_ проектов пофиг, какая лицензия - они на то и заказные.
А для "коробочных" - но, они ж не совсем идиоты. У них будет двойное лицензирование, как у MySQL - продаете коробочный закрытый продукт - ставьте нашу яву. Она, к тому же, бесплатная все равно.
> При том что жабка как раз более популярна в заказных проектах уровня предприятия, где gpl нафиг не сдалась - двойное лицензирование (если случится) убьет жабку нафиг.
ИМХО, как раз в заказных проектах ничего не мешает GPL-ить код. Т.к. он и так отдается заказчику.
Что касается линкования, то Sun'овцы могут сделать linking exception, как это сделано для GPL'ной GNU libc.
Теоретически ничего не мешает, да, заказные проекты GPLить. Но никто этого делать не будет. Потому что нафиг не надо. Проще на дотнет переползти. Да, вот linking exception - может быть выходом. Но проще-то LGPL...
GPL - из-за невозможности форкать на коммерческой основе, ИМХО будет либо чистый GPL, либо кросс-лицензия. В любом случае хорошо - в дистрах станет еще меньше непроверенного проприетарного буллшита, а свободные - получат неплохой подгон.
Подождём пока реально сделают, прежде чем хвалить. Что-то мне говорит, что 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 . А комментарии там, как и ожидалось, попадаются истерические. :)
>Подождём пока реально сделают, прежде чем хвалить
Во-во. А то вся новость - это мнение журналюги прчитавшего баянистый блог Шварца который только успел сказать "а на счет GPL...." как заиграла музыка и журналюга стал орать что Java будет под GPL.