URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 77786
[ Назад ]

Исходное сообщение
"Эталонная реализация Java SE 7 будет построена на базе OpenJDK"

Отправлено opennews , 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.me/opennews/art.shtml?num=30840


Содержание

Сообщения в этом обсуждении
"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено xxx , 10-Июн-11 16:39 
>Эталонная реализация Java SE 7 будет построена на базе OpenJDK

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


"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено bvf , 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 еще в состоянии допиливания.


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

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


"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено spanasik , 10-Июн-11 17:07 
Дело в том, что не все например банк-клиенты работали под OpenJDK, а под сановской явой работали. Не знаю как сейчас. Очевидно, из-за таких случаев несовместимости и было такое отношение.

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

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


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

"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено Anonim , 10-Июн-11 18:20 
Oracle начала играть как RedHat,  видать финансовые показатели падают?

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

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

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


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

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


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

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


"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено ascrzy , 10-Июн-11 20:44 
Теперь вы дважды ложанулись)

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

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


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

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


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

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


"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено kazh , 10-Июн-11 20:48 
Финансовый год американской компании != календарному году
2011 финансовый год для КраснойШапки завершился 28 февраля.

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

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


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

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


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

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


"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено Anonim , 11-Июн-11 01:46 
Ваш столь развернутый сумбурный комментарий на мое предположение, поставил меня в тупик. С одной стороны у меня есть 100-ня доводов, с другой стороны зачем их приводить, если  только предположение вызвало такую бурю. Поэтому пожалуй предпочту конструктивную беседу, вместо выкрикивания фанатичных лозунгов. К сожалению с Вами, она судя по всему не возможна, буду рад ошибиться.

"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено Аноним , 10-Июн-11 18:30 
Ого. Ораклу надоело смотреть как от них все разбегаются быстрее чем тараканы от тапка?

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

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


"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено gegMOPO4 , 10-Июн-11 19:33 
Если там, как и в случае с ООо, условием принятия патчей служит отказ от своих прав в пользу Оракла, то мы скоро дождёмся LibreJDK.

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

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

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


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

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


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

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

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

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


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

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


"Эталонная реализация Java SE 7 будет построена на базе..."
Отправлено gegMOPO4 , 11-Июн-11 13:21 
Догадываюсь. Во-первых, стремление показать, что это, дескать, совершенно независимая реализация, в сановский код мы не смотрели, ни-ни. Во вторых, просто ламерство, косорукость и альтернативная одарённость некоторых из авторов (а у тех, кто понимает, просто руки не дошли перепроверить всё).

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

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

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


"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено gegMOPO4 , 10-Июн-11 19:30 
Вот это правильно!

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


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

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


"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено gegMOPO4 , 10-Июн-11 21:25 
В чём именно?

"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено bvf , 10-Июн-11 22:11 
> В чём именно?

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


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

"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено Avator , 11-Июн-11 00:59 
O_o

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


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

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

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


"Эталонная реализация Java SE 7 будет построена на базе..."
Отправлено gegMOPO4 , 11-Июн-11 18:51 
А при чём здесь польза? Дело в деньгах.

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

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


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

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

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


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

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


"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено Yari , 10-Июн-11 19:37 
Народ, объясните как реализация jvm может быть основана на SDK к ней?

"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено тест , 10-Июн-11 19:54 
Ждем, когда оракл плюнет и отдаст джаву, как ООо

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

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


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

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


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

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


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

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


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

На FreeBSD openjdk7 7.0.144.


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

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


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

"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено fr0ster , 23-Июн-11 14:13 
<IMHO>
Все будет зависеть от лицензии на ХренопенЖДК, >>отношения к проекту Оракля<<и погоды на Марсе.
</IMHO>

"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено lucentcode , 15-Июн-11 00:27 
Хорошая новость, ведь несколько моих любимых приложений на OpenJDK крутятся:) Только лицензия GPL v2 не очень... Почему не GPLv3? Или не любимая Apache Licence?

"Эталонная реализация Java SE 7 будет построена на базе OpenJ..."
Отправлено Роман , 18-Июн-11 10:15 
Но ведь openJDK медленнее :(