В ответ на многочисленные вопросы, касающиеся неопределенного будущего открытой кодовой базы Java, компания Oracle заявила (http://blogs.oracle.com/henrik/2010/09/oracle_and_openjdk.html) о том, что работа над проектом OpenJDK будет продолжена и его развитие будет протекать в тесном сотрудничестве с сообществом независимых разработчиков, как было во времена Sun Microsystems. Разработка JDK будет вестись в соответствии с принципами open source и код будет предоставляться под лицензией GPL. Компания приветствует участие в проекте любого представителя сообщества, как индивидуальных энтузиастов, так и организаций.
URL: http://blogs.oracle.com/henrik/2010/09/oracle_and_openjdk.html
Новость: http://www.opennet.me/opennews/art.shtml?num=27997
Все равно едкое отношение лично у меня к Ораклу
Почему-то теперь Оракл — зло, а Сан все прям идеализируют. Не был Сан ничем лучше. Достаточно вспомнить подставу с JavaFX, которая до релиза была под GPL, а потом вдруг все кроме компилятора переписали заново и не открыли. Сначала долго обещали, потом начали юлить, мол собственность третьих лиц, кодеки... А Java они открыли слишком поздно, когда у них уже просто не оставалось выбора, т. к. альтернативные свободные реализации начали наступать на пятки и возникла опасность потерять контроль над развитием технологии.
да-да-да. и опенсолярку шварц обещал - "это будет первый проект под гпл3".
и опенждк 7 полностью открытую и под гпл3 (гдеона вообще?)
и всё же это были их разработки, их ноухау, их труд. хоть и гады, но всё же что-то, а порой основополагающее до гениальности, было сделано и для общества.
с ораклом не так. вроде и делает что-то открытое, но что-то не то и не в таком массштабе.
хоть денег у них гораздо больше всегда было, чем в санях.
да и не помню, чтобы сани троллингом занимались (пример с виндовой jvm не приводить - тогда и жаба была не гпл, и договор с лицензированием мс нарушила).
> Не был Сан ничем лучше.Сан был лучше, он не занимался патентным троллингом.
корпорация Оракл внутри себя требует от каждого подразделения прибыли закручивает гайки, (инфо от человека который работал в сан а теперь оказался в оракле),от них широких жестов ради прогресса меньше шансов увидеть. Сворачивают разработки Сан с линукса в пользу ProprietarySolaris. Корпоративная культура другая.
>Оракл внутри себя требует от каждого подразделения прибылиВот же ж негодяи!
конешно негодяи! одно подрзделение может косвенно увеличивать прибыль другого подразделения, но сама прибыль при этом не приносить.....а ещё на работе работают разные люди которые ТОЖЕ не приносят прибыль... например системные администраторы -- они только ходят да мелкие-неисправности исправляют (на рабочих местах финансистов.. которые как ПРИНОСЯТ прибыль) -- но какая прибыль от системных-администраторов? уволить их?
Ви таки как маленький, известно же, что о мертвых или хорошо или никак:)
Много чего она заявляла, а уж бед наделала сколько ух!
Вот например Swing он не в тему порой, иногда нужна своя GUI подсистема. Обещали же сделать модульной яву, и где это? Минус существенный - нельзя делать частично совместимые реализации.Вопрос в догонку: возьми google для андроида просто OpenJDK и выбросили бы они оттуда часть подсистем и GUI заодно и было бы это под GPL - наехал бы Oracle? Разве имеет право Oracle судиться с частично несовместимыми вариациями OpenJDK, ведь GPL же...
> Вот например Swing он не в тему порой
SWT - не trueъ. Т.к. в отличие от Swing не входит в стандарт Java. Swing, на сколько я понимаю, теоретически будет работат на абсолютно любой полноценной JVM с Java2D, и её не надо отдельно портировать и поддерживат отдельную кодовую базу для каждой платформы. Чем она коллеге не угодила не понимаю.
не знаю, как нас счет коллеги, которому не угодил swing, но на мой взгляд swing еще та тормозила завязанная на awt. Swt у меня работает и под виндой, и под линуксом без каких либо изменений в коде, сама подцепляя нужную библиотеку с нативным кодом.
с точки зрения переносимости -- Swing и SWT -- одинаковые.....Swing входит в стандартный пакет Java. а Java компилируется на "кросплатформенном" C/C++
SWT же -- ТОЖЕ компилируется на "крослатформенном" C/C++ ... и чем она тогда хуже Swing?
конешно C/C++ не идеально кросплатформеннен, поэтому для Windows и Posix [наприемер] там условная компиляция....
......однако данный недостаток одинаково распространяется как на Java(Swing) так и на SWT.
---
при всём при этом -- SWT выглядет нормально. а Swing убого
"при всём при этом -- SWT выглядет нормально. а Swing убого"
это от того, что внешний вид swt зависит от платформы на которой запущен.
а swing выглядит одинаково... одинаково страшненько на всех
если уж сравнивать убогость -- то будем сравнивать по чесному :-)1.
в документации к Swing ясноже сказано что можно делать:
try { UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName()); }
catch (Exception e){}
в этом случае [также как и в SWT] -- Swing выглядет по крайней мере НЕ одинакого на всех разных платформах(но сёравно сквозь оболочку похожести на Native_UI -- скрывается Swing-убогость! которая проявляется при первом щелчке мыши)
2.
с другой же стороны -- смотря что щитать разными платформами:
FreeBSD и Ubuntu -- две разные платформы. (разные ядра, разные принципы управления программами, разный набор систумных утилит)
но с точки зрения "кросплатформенного" C/C++ -- всё не такое уж и разное для подсистемы UI
а операционных системы -- вообще существует огромное множество! зачем зацыкливаться только на Windows/Mac/Linux-based ..
...ды вспомнить хотябы Haiku ! :-)
неужеле прям уж ко ВСЕМ операционным системам ТРЕБУЕТСЯ создавать отдельную подсистему UI (?)..
3.
> а swing выглядит одинаково... одинаково страшненько на всех
swing базируется на AWT en.wikipedia.org/wiki/File:AWTSwingClassHierarchy.png [ http://j.mp/aNB1ZY ] ...
а AWT [также как и SWT] -- зависит от "кросплатформенного" C/C++
..такчто [опять повторяю] -- с точки зрения переносимости разниццы c SWT -- никакой нет
>swing базируется на AWT en.wikipedia.org/wiki/File:AWTSwingClassHierarchy.png [ http://j.mp/aNB1ZY ] ...
>
>а AWT [также как и SWT] -- зависит от "кросплатформенного" C/C++
>
>..такчто [опять повторяю] -- с точки зрения переносимости разниццы c SWT --
>никакой неттут я немножко поясню:
возможно некоторые люди щитают так:
"вот захотел я принести свою программу на флэшке другу.. тогдя я просто копирую jar-файлы на флэшку и несу другу. а тут ВДРУГ раз и SWT, которая не только в jar-виде, но и lib*.so!"
это вкорне неверное рассуждение...
так как НЕ_НАДА вместе с программой сохранять и SWT-библиотеки . переносите на флэшку ТОЛЬКО саму jar-программу... а SWT-библиотека пусть ставиться таким же способом как и ставился Java-интерпретатор
если же требуется перенести вместе с программой и Java-интерпретатор (например, в директории ./my_program/jre/) -- то тогда кладите в jre/ ТОЖЕ и SWT
...но вот вопрос в таком случае: какой jre-будете кидать: для Windows или Linux ? (или оба? или ещё для Solaris скините?)....тоесть кросплатформенность сразу теряеься.. причём теряется ОДНОВРЕМЕННО: как у Java так и у SWT
# p.s.: сказки на тему "Java установлен у всех поумолчанию, а SWT не установленно" -- говорить не нада :-D.. так как ниукого Java поумолчанию не установленна... также как и SWT :-)
>неужеле прям уж ко ВСЕМ операционным системам ТРЕБУЕТСЯ создавать отдельную подсистему UI (?)..ответный вопрос - неужели для всех этих платформ можно скачать жабу?
смотрим - https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_De... - а нет, не для всех.
даже для мака нет. для мака своя разработка в составе ОС.
о как. жабы для платформы нет, а аргумент "прям уж ко ВСЕМ операционным системам ТРЕБУЕТСЯ создавать отдельную подсистему UI" - есть.
смахивает на копирастийный пиар.
а что вы ссылку кидаете на сайт проприетарной явы.. я думал про OpenJDK говорим %) %)
стандарты на язык/платформу/vm, а также патенты, обещания - принадлежат кому?
ну вот и значит, что оценивать широту многоплатформенности можно только у них.
опять же - это именно их стандартный отмаз. вы его только повторили.а опенсорсу вообще по барабану - если технология кому-то нужна, то она просто делается и всё.
>... Разве имеет право Oracle судиться
>с частично несовместимыми вариациями OpenJDK, ведь GPL же...OpenJDK -- это GPLv2 (не GPLv2+, и не GPLv3, и не Apache-2.0) . такчто Оракле имеет полное право судиться с теми кто использует/изменяет/распространяет OpenJDK :-) , по поводу своей "интеллекттуальной собственности"
вот вам и GPLv2 ... FSF предупреждал-же
>вот вам и GPLv2 ... FSF предупреждал-жеНу так что ж они создали такую не до конца беспроблемную лицензию?..
до конца беспроблемная - это еула.
вот с ней никаких проблем.
>>вот вам и GPLv2 ... FSF предупреждал-же
>
>Ну так что ж они создали такую не до конца беспроблемную лицензию?..
>Воровство в городах тоже существует, предложите закрыть милицию?
>Ну так что ж они создали такую не до конца беспроблемную лицензию?..
>"Version 2, June 1991 "
небыло в 1991-году никакой -- "супер-интеллектуальной" собствеености, на программный код.
(если авторское право щитать просто "интеллектуальной" собственностью. то патенты думаю заслуживают слово "супер-..." :-D)
хотя [как я щитаю] в GPLv2 -- тоже есть НЕЯВНАЯ защщита от патентов:
>>>6. При распространении экземпляров Программы или произведения, производного от Программы, первоначальный лицензиар автоматически передает приобретателю такого экземпляра право воспроизводить, распространять и модифицировать Программу в соответствии с условиями настоящей Лицензии. Лицензиат не вправе ограничивать каким-либо способом осуществление приобретателями полученных ими прав. Лицензиат не несет ответственности за несоблюдение условий настоящей Лицензии третьими лицами.<<<
"не вправе ограничивать каким-либо способом" <-- почему это не относиться к патентам?
если я получил копию GPLv2-программы, значит я получил права на использования патентов. а если я получил права на использования патентов, то почему я немогу написать свой программный код затрагивающщий патенты %) %) %)
> если я получил копию GPLv2-программы, значит я получил права на использования патентов.права на использования патентов [в рамках ...]
> а если я получил права на использования патентов
уже в следующем предложении ты забыл о рамках разрешения.
> (если авторское право щитать просто "интеллектуальной" собственностью. то патенты думаю заслуживают слово "супер-..." :-D)
плохой жаргон придумал ты юный подаван. "интеллектуальная собственность" понятие введенное силами тьмы.
http://www.gnu.org/philosophy/not-ipr.html
Просто кто-то не различает имущественных и неимущественных авторских прав:)
Проведите лекцию "подавану". После чтения словаря:)
Заявлять то они могут, а пи...ли отсыпаемые гугле за юзеж "типа явы" - это чего? Это тоже по принципу опносорца? oO
Да-да, про OpenSolaris они тоже обещали...
Ну, тут есть различия. Опенсолярка, по существу, на никому не сдалась. Сообщество сейчас потужиться-потужиться, выпустит пару релизов, потом проект тихо затухнет, а сообщество будет говорить - да ладно, в линуксе есть %featurename%, кому нужно %opensolaris_featurename% (пример - zfs и btrfs).
Жава - это другое. Это корпоративный стандарт. Ораклу его просто так никто грохнуть не даст.
>Жава - это другое. Это корпоративный стандарт. Ораклу его просто так никто
>грохнуть не даст.быстрей бы сообщество доделывало Jython-2.6 и Jython-3k ....ато уже как-то понемножку устаревает корпоративный стандарт этот :-)
[уже Python-2.7 вышел как стабильный релиз, а в SVN-ветках от Jython про 2.7 даже ниодного упоминания нет]
Приятная новость. Хотя если бы они сказали, что-то иное они бы могли на себе ставить крест. :)Но не нужно сильно наезжать на оракл за то, что они доводят до конца юридические дела сана. Конфликт зрел давно. И даже не с гуглом, а с Apache Harmony. И тут не все однозначно. Apache Harmony выпускается под лицензией удобной для корпораций. В отличие от OpenJDK, Harmony можно использовать в закрытых проектах не открывая кода. Если бы гугл взяли бы за основу OpenJDK, то проблем бы реально не было бы. Но тогда абсолютно весь код гула должен быть полностью открыт... Это не было бы проблемы если бы гугл был бы реально открытой коорпорацией. Следовательно они хотят оставить возможность, что-то закрывать в коде. Это наводит на подозрения, покрйней мере гуглы не так чисты как хотят изобразить. Гугл корпорация как и Оракл, и у них у всех одна цель - деньги. Оракл это софтвеерная компания, в отличие от микрософт, они никогда не занимались патентным тролингом. Так же они не занимаются благотворительностью, а зарабатывают деньги на софте. И это им успешно удается, потому что они делают качественный софт и инженеры оракла ни чем не уступают инженерам сана. Купив сан они купили и бизнес модель. А значит они заинтересованны в продолжении политики сана, но без пафоса, а чисто из утилитарных целей. Опенсор может приносить деньги, а значит в опенсор будут вкладываться деньги. Если у оракла все получится то от этого выиграют все.
> И это им успешно удается, потому что они делают качественный софт и инженеры оракла ни
> чем не уступают инженерам сана.Если бы знал как сильно ты заблуждаешься... И по части качественного софта, и по части "инженеров Оракла".
>Если бы гугл взяли бы за основу OpenJDK, то проблем бы реально не было бы.тогда бы андроид тормозил раза в 2-а больше с таким же превышением в расходе озу.
вот именно
http://www.groklaw.net/article.php?story=20100915143729255
Всё просто: Google берёт Java (код из Apache Harmony) попользоваться, Oracle же Java (Sun JDK и OpenJDK) заинтересован не только в "попользоваться" но и в непосредственном участии и контроле за разработкой. Вот поэтому OpenJDK выпускается ТОЛЬКО под GPLv2.Лицензия GPL — это один из мощных инструментов контроля за исходным кодом. Но сама по себе лицензия ничего не значит без целеустремлённого лидера, который может навязать свою волю сторонним разработчикам и вендорам, может диктовать внедрение стандартов. (Надо сказать, что "навязывание воли" происходит в том числе посредством лицензионной политики, а не только возглавлением комитета по принятию отраслевых стандартов.)
Что касается Apache Harmony, который распространяется под более либеральной лицензией и якобы растаскивается по "норам", то этот проект тоже движется в направлении внутренней консолидации. Смотрите: альтернатив JRE, в которых реализован весь прикладной Java API на самом деле не так много, да и на горизонте что-то новых реализаций не появляется. Так что засилье форков, из которых нечего выбрать, Яве явно не грозит.
Сегодняшнее состояние в реализации Java API:
* проприетарный Oracle JDK, как референсная имплементация;
* ряд ранее лицензированных у Sun сторонними вендорами, такими как IBM, JRE/JDK для спец.применения;
* OpenJDK, как "пробный шар" open source Java под контролем Oracle (давайте называть вещи своими именами);
* Apache Harmony, как открытая всем ветрам и напастям, и, в то же время, свободная во всех смыслах реализация (пусть не полная) стандартов Java API.
* отсутствие "разброда и шатания" — многочисленных несовместимых между собой форков Java™ (разве что Android vs. Java ME — но это вряд ли можно назвать угрозой взрослой Java).
iZEN, твои аналитические способности по продуктам сан/оракл давно дискредитировались до уровня пиара.
в общем, чего сказать то хотел?
* Harmony AFAIK полноценная реализация java 5.0, 6.0 в проекте и пилится помалеху. Тока после открытия java компании больше не вкладываются в развитие.
* Полный разброд и шатание в стане JavaME - огромное количество несовместимых версий от разных производителей. Многие возможности отключены даже для подписанный приложений. Не подконтрольно Oracle.
* JavaFX & JavaFX mobile конкуренты Flash & Android, но пока не готовые для массового использования - отстают по фичам. Подконтрольно Oracle.
* Android - очень интересная и мощная платформа для разработчиков коммуникаторов и приложений для них, в нее вкладываются практически все основные производители мобилок. Не подконтрольно Oracle.Итого: рынок мобилок не контроллируется Ораклей. А сам Oracle не имеет пока готовых платформ для этого рынка - вот и старается тормознуть конкурентов чтобы выиграть время - авось что успеют сделать и запустить на этом рынке.
где-то я уже это слышал.. Применительно к openSolaris, вроде как..
А, ну раз Oracle заявили, то тогда, конечно, всё хорошо будет.
>А, ну раз Oracle заявили, то тогда, конечно, всё хорошо будет."Яд свежий, долго мучится не будете"(С). Вот и Оракл так же заявляет.