The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Эталонная реализация Java SE 7 будет построена на базе OpenJDK"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Эталонная реализация Java SE 7 будет построена на базе OpenJDK"  +/
Сообщение от opennews (??) on 10-Июн-11, 16:39 
Компания Oracle заявила (http://blogs.oracle.com/henrik/entry/moving_to_openjdk_as_the), что в качестве эталонной реализации Java SE 7 будет использоваться не проприетарный пакет JDK, а его открытая реализация OpenJDK, что является значительным шагом навстречу превращения Java в технологию открытую не только на словах. Все поставляемые Oracle бинарные файлы Java SE 7 отныне будут собраны из открытой под лицензией GPLv2 (с исключениями (http://www.gnu.org/software/classpath/faq/faq.html#faq2_1) GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами) кодовой базы OpenJDK. Используя OpenJDK в качестве эталонной реализации сторонние производители смогут создавать полностью совместимые производные открытые реализации Java.


Для создания коммерческих продуктов бинарные файлы эталонной реализации, как и раньше, будут поставляться пол лицензией BCL (Binary Code Licence). Также при создании производных коммерческих продуктов сохранится необходимость покупки лицензии ...

URL: http://blogs.oracle.com/henrik/entry/moving_to_openjdk_as_the
Новость: http://www.opennet.ru/opennews/art.shtml?num=30840

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от xxx (??) on 10-Июн-11, 16:39 
>Эталонная реализация Java SE 7 будет построена на базе OpenJDK

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +7 +/
Сообщение от bvf (ok) on 10-Июн-11, 18:27 
Дело в том что эталонной реализацией считается JVM HotSpot код которой хоть и открыт, но не свободен. А так как имплементаций java машины существуют сотни, все они имеют индивидуальные особенности. Но если java машина была создана в соответствии со стандартом, то она обязана корректно отработать код который был написан для HotSpot обратное не обязательно. Поэтому все пишут код для HotSpot, и если какая-то машина отказывается запускать этот код, то это ошибка реализации, а не программиста. Хотя некоторые компании могут разработать свою JVM со шлюхами и блекджеком которых нет в HotSpot. Но в этом случае код использующий такие особенности становится зависимым от JVM и кросплатформность теряется и это должно учитывается в ТЗ проекта.

Нестандартные библиотеки есть у jvm от IBM  и даже у второй оракловской jvm JRockit. Таким образом производители jvm адаптируют java под свой технологический стек, оптимизируя программное и аппаратное обеспечения и добиваясь повышения производительности со своим железом/софтом. Но при этом не запирая пользователей в своем технологическом стеке, так даже протюненгованная jvm обязана выполнить те коды которые были разработаны под HotSpot в соответствии со стандартами. Конечно и на HotSpot можно написать платформно зависимый код. Но случайно это вряд ли получится, а если это сделано намеренно, то банiв немае...

Теперь эталонном станет OpenJDK и теперь если HotSpot не сможет исполнить код написанный под OpenJDK, то это HotSpot станет недоджавой :) Хотя это маловероятно, так как после релиза семерки их кодовая база будет совпадать более чем на 90%. Пока OpenJDK еще в состоянии допиливания.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Аноним (??) on 10-Июн-11, 17:00 
>В рамках инициативы по увеличению открытости платформы Java компания Oracle заявила, что в качестве эталонной реализации Java SE 7 будет использоваться не проприетарный пакет JDK, а его открытая реализация OpenJDK

Эпик фейл для тех, кто орал что OpenJDK это недо-джава

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +3 +/
Сообщение от spanasik email(ok) on 10-Июн-11, 17:07 
Дело в том, что не все например банк-клиенты работали под OpenJDK, а под сановской явой работали. Не знаю как сейчас. Очевидно, из-за таких случаев несовместимости и было такое отношение.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +1 +/
Сообщение от bvf (ok) on 10-Июн-11, 18:48 
>>В рамках инициативы по увеличению открытости платформы Java компания Oracle заявила, что в качестве эталонной реализации Java SE 7 будет использоваться не проприетарный пакет JDK, а его открытая реализация OpenJDK
> Эпик фейл для тех, кто орал что OpenJDK это недо-джава

Это вообще epic fail для всех кто орал на Oracle. :) Лично я на ubuntu в OpenJDK заметил довольно кривой рендеринг шрифтов. Хотя в ubuntu и у HotSpot кривой рендеринг. Просто OpenJDK искривляет их не так как HotSpot. Не привычно просто, а так все остальное работает без проблем. Этот баг давно задокументирован, но Oracle не любит Ubuntu, они любят MacOSX.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

10. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от gegMOPO4 (ok) on 10-Июн-11, 19:06 
Но так и было. Ещё год назад сталкивался с проблемами под OpenJDK (а с Sun Java всё работало, только хакнуть стартовые скрипты FreeCol, из которых преждевременно Sun убрали), а 3-5 лет назад вообще было несъедобное. Но сейчас (тьфу-тьфу) вроде допилили, отшлифовали.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Anonim (??) on 10-Июн-11, 18:20 
Oracle начала играть как RedHat,  видать финансовые показатели падают?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от bvf (ok) on 10-Июн-11, 18:41 
> Oracle начала играть как RedHat,  видать финансовые показатели падают?

Если вас забанили на гугле, то могу сказать, что растут и растут неплохо. Oracle зарабатывают на базах данных, а не на java. Но технология для них очень важна и что может быть лучше чем всем миром разрабатывать платформу, авторские права на которую принадлежат только тебе. Лицензия GPL не заставляет отказываться от авторских прав. А значит код который будут дружно пилить все сообщество будет принадлежать Oracle, как владельцу,  который может их использовать под проприетарной лицензией в Oracle Database. Но мне плевать, я дома Oracle Database не использую, а вы? :)

И что вы имеете против RedHat? Они на доходы тоже не жалуются. 59% роста только за третий квартал 2011 года. И при этом активной развивают Linux и СПО технологии. Если Oracle пойдет по пути RedHat, то сообществу от этого только польза. Пусть зарабатывают, но пусть не забывают делиться с нами технологиями и кодом. Сообществу от них деньги не нужны. Сами себе заработаем, были бы только открытые технологии.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

11. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от John Smith email on 10-Июн-11, 19:16 
> 59% роста только за третий квартал 2011 года

Благородный дон, не назовёте ли вендора своей машины времени? :)

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

17. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от bvf (ok) on 10-Июн-11, 20:01 
>> 59% роста только за третий квартал 2011 года
> Благородный дон, не назовёте ли вендора своей машины времени? :)

эээ... да, ложанулся, ;) то была статистика по сша, в мире немного скромнее, но все ровно порядочно - 25% http://www.opennet.ru/opennews/art.shtml?num=30029 :)

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

21. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от ascrzy email on 10-Июн-11, 20:44 
Теперь вы дважды ложанулись)
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

33. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от bvf (ok) on 10-Июн-11, 22:31 
> Теперь вы дважды ложанулись)

ну всякое бывает, я не отказываюсь признавать свои ошибки, но только если их мне внятно показывают? так где? или это ваши личные фантазии? :)

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

38. "Эталонная реализация Java SE 7 будет построена на базе..."  +/
Сообщение от anonymous (??) on 11-Июн-11, 01:51 
«III квартал — 3 четверть года, состоящая из 3 месяцев: июля, августа, сентября.»

так всё-таки: какой вендор машины времени, раз ты уже знаешь данные за третий квартал 2011-го года? может, я свою следующую у него закажу.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

41. "Эталонная реализация Java SE 7 будет построена на базе..."  +/
Сообщение от bvf (ok) on 11-Июн-11, 02:43 
> «III квартал — 3 четверть года, состоящая из 3 месяцев: июля, августа,
> сентября.»
> так всё-таки: какой вендор машины времени, раз ты уже знаешь данные за
> третий квартал 2011-го года? может, я свою следующую у него закажу.

читать внимательно - http://www.opennet.ru/openforum/vsluhforumID3/77786.html#23

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

23. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от kazh on 10-Июн-11, 20:48 
Финансовый год американской компании != календарному году
2011 финансовый год для КраснойШапки завершился 28 февраля.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

50. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Sergey722 (ok) on 14-Июн-11, 09:19 
> Благородный дон, не назовёте ли вендора своей машины времени? :)

Странный вопрос. Очевидно, вендор машины времени ещё не существует. Он будет основан в 2057 году.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

35. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Avator (ok) on 11-Июн-11, 00:35 
хм... а ничего что авторские права на куски кода других разработчиков принадлежат  не Оракл, и чтобы выпустить OpenJDK под другой лицензией Оракл должна либо выкинуть весь чужой код, либо договориться со всеми, кто коммитил в код OpneJDK?? =)

Упс, увидел ваш комментарий ниже... вопрос снимается =)

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

39. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Аноним (??) on 11-Июн-11, 01:51 
> хм... а ничего что авторские права на куски кода других разработчиков принадлежат

чужой код не попадет в OpenJDK пока разработчик этого кода не подпишет специальное соглашение и не передаст права на код Oracle.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

37. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Anonim (??) on 11-Июн-11, 01:46 
Ваш столь развернутый сумбурный комментарий на мое предположение, поставил меня в тупик. С одной стороны у меня есть 100-ня доводов, с другой стороны зачем их приводить, если  только предположение вызвало такую бурю. Поэтому пожалуй предпочту конструктивную беседу, вместо выкрикивания фанатичных лозунгов. К сожалению с Вами, она судя по всему не возможна, буду рад ошибиться.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

7. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +3 +/
Сообщение от Аноним (??) on 10-Июн-11, 18:30 
Ого. Ораклу надоело смотреть как от них все разбегаются быстрее чем тараканы от тапка?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от анонимоус on 10-Июн-11, 19:21 
>Лицензия GPL не заставляет отказываться от авторских прав.
>код который будут дружно пилить все сообщество будет принадлежать Oracle, как владельцу

взаимоисключающие параграфы

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от gegMOPO4 (ok) on 10-Июн-11, 19:33 
Если там, как и в случае с ООо, условием принятия патчей служит отказ от своих прав в пользу Оракла, то мы скоро дождёмся LibreJDK.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

19. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от bvf (ok) on 10-Июн-11, 20:25 
> Если там, как и в случае с ООо, условием принятия патчей служит
> отказ от своих прав в пользу Оракла, то мы скоро дождёмся
> LibreJDK.

ну, почти уже есть. называется GNU Classpath :) Но тут нужно учесть, что 99% кода пилят сотрудники Oracle и IBM, а они походу уже сговорились. Хотя IBM и настаивает на большей открытости проекта, их и это устраивает. Разработка jvm намного сложнее OOo, тут нужны программисты на полный рабочий день. Сообщества не связываются с корпорациями потому что это не нужно. Энтузиасты просто реализуют дополнительные библиотеки, модули, которые легко подключаются к jvm без необходимости встраивания.

Поэтому ядро OpenJDK будет почти полностью разрабатывать только корпорации. А сообщества будут делать сопутствующую инфраструктуру. Писать новые языки для jvm, более удобные библиотеки, дополнительный функционал. Для этого возится с лицензионной политикой Oracle не обязательно. Хотя я не вижу тут ничего страшного, если OpenJDK будет оставаться открытым.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

26. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от gegMOPO4 (ok) on 10-Июн-11, 21:13 
Когда я года 3 назад смотрел код GNU Classpath — это было печальное зрелище. Сановский код неидеален, местами содержит артефакты и костыли, но GNU Classpath намного хуже. Менее безопасен (невооружённым глазом были видны дыры), менее оптимален, менее читаем даже. Такое впечатление, что старались сделать только не так как в Сан. И если был естественный способ сделать какую-то вещь, который бы 9 из 10 опытных программистов использовали бы, не видя других реализаций, вплоть до совпадения имён многих переменных, то в GNU Classpath изобретали что-то нетрадиционное, от чего брови поднимались вверх.

Может, конечно, уже допилили, но сомневаюсь. Никому оно не нужно после OpenJDK. А вот форкнуть готовый OpenJDK, когда Оракл станет слишком давить — почему бы и нет?

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

31. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от bvf (ok) on 10-Июн-11, 22:28 
> Может, конечно, уже допилили, но сомневаюсь. Никому оно не нужно после OpenJDK.
> А вот форкнуть готовый OpenJDK, когда Оракл станет слишком давить —
> почему бы и нет?

В том то и дело что после OpenJDK любые форки бесполезны. Поэтому GNU Classpath забросили. Хотели выпендрится, самостоятельно реализовать очень сложную систему, и не потянули. Точно поэтому и gcj почил. Сложность jvm настолько огромна, что она по силу только компаниям занимающимися этим много, постоянно и за большие деньги.

А форкнуть OpenJDK конечно можно, но вот только по силу ли это? Хотя если вы разработаете на базе OpenJDK AOT компилятор для java, то я буду им пользоваться и скажу вам большое спасибо :)

И почему Оракл станет давить? Зачем им давить простых разработчиков? Наоборот им выгодно нас ублажать. Хотя может у них маркетинг хромает, на обе ноги. Поэтому Оракл так охотно соглашается открывать OpenJDK.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

40. "Эталонная реализация Java SE 7 будет построена на базе..."  +/
Сообщение от anonymous (??) on 11-Июн-11, 01:55 
> И если был естественный способ сделать
> какую-то вещь, который бы 9 из 10 опытных программистов использовали бы,
> не видя других реализаций, вплоть до совпадения имён многих переменных, то
> в GNU Classpath изобретали что-то нетрадиционное, от чего брови поднимались вверх.

не догадываешься, почему?

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

43. "Эталонная реализация Java SE 7 будет построена на базе..."  +/
Сообщение от gegMOPO4 (ok) on 11-Июн-11, 13:21 
Догадываюсь. Во-первых, стремление показать, что это, дескать, совершенно независимая реализация, в сановский код мы не смотрели, ни-ни. Во вторых, просто ламерство, косорукость и альтернативная одарённость некоторых из авторов (а у тех, кто понимает, просто руки не дошли перепроверить всё).
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

18. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от bvf (ok) on 10-Июн-11, 20:12 
>>Лицензия GPL не заставляет отказываться от авторских прав.
>>код который будут дружно пилить все сообщество будет принадлежать Oracle, как владельцу
> взаимоисключающие параграфы

Не совсем. Я забыл упомянуть о том, что перед тем как закоммитить код в OpenJDK, Oracle требовало отказаться от авторского права на код в её пользу. Но подобие того как делает фонд GNU. Но если GNU клятвенно обещает распространять код только по GPL лицензией, то Oracle такого обещания никому не давала. А у автора имеется право двойного лицензирования.

По крайней мере так было раньше. Например если я делаю патч, в OpenJDK под GPL, то даже Oracle не сможет лицензировать OpenJDK под иной лицензией. В этом случае им нужно будет изъять все патчи на которые у Oracle нет авторского права, переписать их и только тогда они смогут их выпустить под проприетарной лицензией, например в JRockit. Поэтому они заставляли всех коммитеров отказываться от авторства на код... как-то так. Если я где-то ошибся в терминологии, то поправьте.  

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

13. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +1 +/
Сообщение от gegMOPO4 (ok) on 10-Июн-11, 19:30 
Вот это правильно!

Однако, у Оракл шизофрения. То отдают ООо индейцам, чтобы насолить Либре и сохранить возможность тырить код себе (только ведь и другие смогут, в том числе ИБМ и Либра), то продвигают жаву так, чтобы задушить индейскую (и донедавна ИБМ-овскую) Гармонию — но ведь и сами не смогут тырить код, если появится продвинутый свободный форк (а он таки появится, при таком-то менеджменте). Правая рука не знает, что делает левая.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от bvf (ok) on 10-Июн-11, 20:46 
> Вот это правильно!
> Однако, у Оракл шизофрения. То отдают ООо индейцам, чтобы насолить Либре и
> сохранить возможность тырить код себе (только ведь и другие смогут, в
> том числе ИБМ и Либра), то продвигают жаву так, чтобы задушить
> индейскую (и донедавна ИБМ-овскую) Гармонию — но ведь и сами не
> смогут тырить код, если появится продвинутый свободный форк (а он таки
> появится, при таком-то менеджменте). Правая рука не знает, что делает левая.

хм... вы полагаете, что в этом есть необходимость? http://ru.wikipedia.org/wiki/Список_виртуальных_машин_Java

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

28. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от gegMOPO4 (ok) on 10-Июн-11, 21:25 
В чём именно?
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

29. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от bvf (ok) on 10-Июн-11, 22:11 
> В чём именно?

в форках. по ссылке дается их неполный список. Но большинство использует эталонную машину как универсальную. И теперь эталонной машиной станет свободная реализация. Так какой смысл в еще форкатся? Да это никому не нужно. Для разработчиков условия OpenJDK, более чем комфортные. Многих даже HotSpot устраивает. Разрабатывать ядро и системные библиотки, нет необходимости. Уже на базе того, что есть можно создавать любые пользовательские библиотеки для расширения функционала.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

32. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от gegMOPO4 (ok) on 10-Июн-11, 22:29 
Рядовым прикладникам это не нужно, да. А вот разработчик чего-нибудь очень жирного, на чьём фоне жава будет выглядеть мелочью (и поставляющий конкретную версию жавы со своим продуктом), если будет недоволен темпами исправления ошибок (2.2250738585072012e-308 долго исправляли) или окажется конкурентом Оракла и не захочет отдавать ему свои наработки — сможет. Но пострадает от этого только Оракл, остальные выиграют.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

36. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Avator (ok) on 11-Июн-11, 00:59 
O_o

"на чьём фоне жава будет выглядеть мелочью" - это чтоже такое должно быть? Примеры в студию =)

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

42. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от gegMOPO4 (ok) on 11-Июн-11, 12:22 
Базы данных (типа Оракла ;) или DB2), системы документооборота и т.п. Рантайм жавы до 40 Мб, неужели не встречали программ с размером дистрибутива за сотню Мб? Не считая игрушек. Вот даже в Убунте сейчас вижу: db2exc (303 Мб), nuxeo-dm (149 Мб), openbravo-erp (121 Мб), wasce-server (82 Мб). Не все зависят от жавы, но есть аналоги и зависящие от неё. Ещё жирнее, ещё запутаннее, за большие деньги.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

44. "Эталонная реализация Java SE 7 будет построена на базе..."  +/
Сообщение от anonymous (??) on 11-Июн-11, 18:25 
> неужели не встречали программ с размером дистрибутива за сотню Мб?

полезных — нет, увы.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

45. "Эталонная реализация Java SE 7 будет построена на базе..."  +/
Сообщение от gegMOPO4 (ok) on 11-Июн-11, 18:51 
А при чём здесь польза? Дело в деньгах.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

46. "Эталонная реализация Java SE 7 будет построена на базе..."  +/
Сообщение от anonymous (??) on 11-Июн-11, 18:57 
> А при чём здесь польза? Дело в деньгах.

а при том, что бесполезную фигню и я могу собрать в гигабайт размера, толку-то?

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

47. "Эталонная реализация Java SE 7 будет построена на базе..."  +/
Сообщение от gegMOPO4 (ok) on 11-Июн-11, 19:11 
И эта фигня будет стоить больших денег (или эквивалента)? Таких больших, что и жаву форкнуть можно?
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

48. "Эталонная реализация Java SE 7 будет построена на базе..."  +/
Сообщение от anonymous (??) on 11-Июн-11, 19:22 
> И эта фигня будет стоить больших денег (или эквивалента)? Таких больших, что
> и жаву форкнуть можно?

конечно, будет. сколько скажу — столько и будет стоить.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

49. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Avator (ok) on 12-Июн-11, 21:48 
> Базы данных (типа Оракла ;) или DB2), системы документооборота и т.п. Рантайм
> жавы до 40 Мб, неужели не встречали программ с размером дистрибутива
> за сотню Мб? Не считая игрушек. Вот даже в Убунте сейчас
> вижу: db2exc (303 Мб), nuxeo-dm (149 Мб), openbravo-erp (121 Мб), wasce-server
> (82 Мб). Не все зависят от жавы, но есть аналоги и
> зависящие от неё. Ещё жирнее, ещё запутаннее, за большие деньги.

Да встречал конечно... и с db2 и с Oracl'ом работал много.
Только имхо это проекты по сложности сравнимые, если не более простые чем Java. И дело здесь не в размере дистрибутива.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

15. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Yari on 10-Июн-11, 19:37 
Народ, объясните как реализация jvm может быть основана на SDK к ней?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +1 +/
Сообщение от тест on 10-Июн-11, 19:54 
Ждем, когда оракл плюнет и отдаст джаву, как ООо
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от bvf (ok) on 10-Июн-11, 20:38 
> Ждем, когда оракл плюнет и отдаст джаву, как ООо

А кто сказал, что они отдали ООо? Они просто отдали управление проектом сообществу, но при этом сохранили возможность его использовать как им захочется. Просто ООо не очень вписывается в бизнес Oracle. А вот java - это сердце их главного бизнеса - баз данных. Хотя не нужно отрицать вероятности что для java может будет создано независимое сообщество наподобие  фонд Eclipse Foundation, но даже в этом случае они будут активно участвовать в фонде и не упустят бразды правления. Хотя Eclipse Foundation показало огромную эффективность, для Oracle это маловероятно. Лицензия GPL очень удобна для того, чтобы отпугивать бизнес, но привлекать сообщество энтузиастов. В этом случае бизнес будет вынужден покупать проприотарные лицензии и выполнять условия Oracle.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

27. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от iZEN (ok) on 10-Июн-11, 21:14 
> А вот java - это сердце их главного бизнеса - баз данных.

С чего вдруг? Java никаким боком к СУБД не относится. Разве что в ней есть API для доступа к базам данных, но, опять же, JDBC-драйвер это, как правило, third party-продукт, поставляемый вместе с СУБД.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

30. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от bvf (ok) on 10-Июн-11, 22:14 
>> А вот java - это сердце их главного бизнеса - баз данных.
> С чего вдруг? Java никаким боком к СУБД не относится. Разве что
> в ней есть API для доступа к базам данных, но, опять
> же, JDBC-драйвер это, как правило, third party-продукт, поставляемый вместе с СУБД.

Во первых в Oracle БД могут использоваться хранимые процедуры на java. Но сами по себе база данных бесполезны, нужна инфраструктура серверов приложений и клиентов. И тут унифицированной объединяющей все и вся технологией выступает java.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

34. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от iZEN (ok) on 10-Июн-11, 22:44 
> Во первых в Oracle БД могут использоваться хранимые процедуры на java. Но
> сами по себе база данных бесполезны, нужна инфраструктура серверов приложений и
> клиентов. И тут унифицированной объединяющей все и вся технологией выступает java.

Инфраструктура JavaEE выступает "объединителем". JVM лишь машина и она — часть JRE и JDK, на котором крутятся сервисы JavaEE. Внутри СУБД может и есть какая-нибудь JVM для выполнения процедур на Java, но только в специализированных, реализующих/расширяющих стандарт SQL-J. Обычные РСУБД обходятся нативными движками, никак не связанными с Java.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

24. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от iZEN (ok) on 10-Июн-11, 21:09 
А какая версия OpenJDK7 сейчас крайняя?

На FreeBSD openjdk7 7.0.144.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от iZEN (ok) on 10-Июн-11, 21:10 
А! Вот нашёл: http://download.java.net/openjdk/jdk7/

"openjdk-7-ea-src-b145-07_jun_2011.zip, 83.12 MB"

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

51. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Sergey722 (ok) on 14-Июн-11, 09:57 
ИМХО, хорошо, что эталонная Жава будет под ГПЛ, но мне вот что не понятно...
ОО форкнули и послали Оракл лесом.
Можно ли будет так сделать с OpenJDK, если Оракл опять начнёт кричать, что это их трэйдмарк и закручивать гайки? Внушает опасение пресловутый "комплект TCK". Я правильно понимаю, что у ОпенЖДК с ним всё хорошо, а у Хармони нет? А что будет если появится форк "ХренопенЖДК"? У него тоже всё будет нормально с этим комплектом?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

54. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от fr0ster (ok) on 23-Июн-11, 14:13 
<IMHO>
Все будет зависеть от лицензии на ХренопенЖДК, >>отношения к проекту Оракля<<и погоды на Марсе.
</IMHO>
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

52. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от lucentcode (ok) on 15-Июн-11, 00:27 
Хорошая новость, ведь несколько моих любимых приложений на OpenJDK крутятся:) Только лицензия GPL v2 не очень... Почему не GPLv3? Или не любимая Apache Licence?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."  +/
Сообщение от Роман (??) on 18-Июн-11, 10:15 
Но ведь openJDK медленнее :(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Ihor
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2019 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру