Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Эталонная реализация Java SE 7 будет построена на базе OpenJDK, opennews (??), 10-Июн-11, (0) [смотреть все] Такое ощущение, что будет другая, альтернативная, не эталонная, не обложенная па, xxx (??), 16:39 , 10-Июн-11, (1) // Дело в том что эталонной реализацией считается JVM HotSpot код которой хоть и от, bvf (ok), 18:27 , 10-Июн-11, (6) +7 Эпик фейл для тех, кто орал что OpenJDK это недо-джава, Аноним (-), 17:00 , 10-Июн-11, (3) // Дело в том, что не все например банк-клиенты работали под OpenJDK, а под сановск, spanasik (ok), 17:07 , 10-Июн-11, (4) +3 Это вообще epic fail для всех кто орал на Oracle Лично я на ubuntu в OpenJDK, bvf (ok), 18:48 , 10-Июн-11, (9) +1 Но так и было Ещё год назад сталкивался с проблемами под OpenJDK а с Sun Java , gegMOPO4 (ok), 19:06 , 10-Июн-11, (10) Oracle начала играть как RedHat, видать финансовые показатели падают , Anonim (??), 18:20 , 10-Июн-11, (5) // Если вас забанили на гугле, то могу сказать, что растут и растут неплохо Oracle, bvf (ok), 18:41 , 10-Июн-11, (8) // Благородный дон, не назовёте ли вендора своей машины времени , John Smith (?), 19:16 , 10-Июн-11, (11) // эээ да, ложанулся, то была статистика по сша, в мире немного скромнее, но , bvf (ok), 20:01 , 10-Июн-11, (17) Теперь вы дважды ложанулись , ascrzy (?), 20:44 , 10-Июн-11, (21) ну всякое бывает, я не отказываюсь признавать свои ошибки, но только если их мне, bvf (ok), 22:31 , 10-Июн-11, (33) 171 III квартал 8212 3 четверть года, состоящая из 3 месяцев июля, августа, anonymous (??), 01:51 , 11-Июн-11, (38) читать внимательно - http www opennet ru openforum vsluhforumID3 77786 html 23, bvf (ok), 02:43 , 11-Июн-11, (41) Финансовый год американской компании календарному году2011 финансовый год для, kazh (?), 20:48 , 10-Июн-11, (23) Странный вопрос Очевидно, вендор машины времени ещё не существует Он будет осн, Sergey722 (ok), 09:19 , 14-Июн-11, (50) хм а ничего что авторские права на куски кода других разработчиков принадлежа, Avator (ok), 00:35 , 11-Июн-11, (35) // чужой код не попадет в OpenJDK пока разработчик этого кода не подпишет специальн, Аноним (-), 01:51 , 11-Июн-11, (39) Ваш столь развернутый сумбурный комментарий на мое предположение, поставил меня , Anonim (??), 01:46 , 11-Июн-11, (37) Ого Ораклу надоело смотреть как от них все разбегаются быстрее чем тараканы от , Аноним (-), 18:30 , 10-Июн-11, (7) +3 взаимоисключающие параграфы, анонимоус (?), 19:21 , 10-Июн-11, (12) // Если там, как и в случае с ООо, условием принятия патчей служит отказ от своих п, gegMOPO4 (ok), 19:33 , 10-Июн-11, (14)   // ну, почти уже есть называется GNU Classpath Но тут нужно учесть, что 99 код, bvf (ok), 20:25 , 10-Июн-11, (19)   // Когда я года 3 назад смотрел код GNU Classpath 8212 это было печальное зрелищ, gegMOPO4 (ok), 21:13 , 10-Июн-11, (26)   В том то и дело что после OpenJDK любые форки бесполезны Поэтому GNU Classpath , bvf (ok), 22:28 , 10-Июн-11, (31)   не догадываешься, почему , anonymous (??), 01:55 , 11-Июн-11, (40)   Догадываюсь Во-первых, стремление показать, что это, дескать, совершенно незави, gegMOPO4 (ok), 13:21 , 11-Июн-11, (43)   Не совсем Я забыл упомянуть о том, что перед тем как закоммитить код в OpenJDK,, bvf (ok), 20:12 , 10-Июн-11, (18) Вот это правильно Однако, у Оракл шизофрения То отдают ООо индейцам, чтобы насо, gegMOPO4 (ok), 19:30 , 10-Июн-11, (13) +1 // хм вы полагаете, что в этом есть необходимость http ru wikipedia org wiki , bvf (ok), 20:46 , 10-Июн-11, (22) // В чём именно , gegMOPO4 (ok), 21:25 , 10-Июн-11, (28) // в форках по ссылке дается их неполный список Но большинство использует эталонн, bvf (ok), 22:11 , 10-Июн-11, (29) Рядовым прикладникам это не нужно, да А вот разработчик чего-нибудь очень жирно, gegMOPO4 (ok), 22:29 , 10-Июн-11, (32) O_o на чьём фоне жава будет выглядеть мелочью - это чтоже такое должно быть Пр, Avator (ok), 00:59 , 11-Июн-11, (36) Базы данных типа Оракла или DB2 , системы документооборота и т п Рантайм жа, gegMOPO4 (ok), 12:22 , 11-Июн-11, (42) полезных 8212 нет, увы , anonymous (??), 18:25 , 11-Июн-11, (44) А при чём здесь польза Дело в деньгах , gegMOPO4 (ok), 18:51 , 11-Июн-11, (45) а при том, что бесполезную фигню и я могу собрать в гигабайт размера, толку-то , anonymous (??), 18:57 , 11-Июн-11, (46) И эта фигня будет стоить больших денег или эквивалента Таких больших, что и ж, gegMOPO4 (ok), 19:11 , 11-Июн-11, (47) конечно, будет сколько скажу 8212 столько и будет стоить , anonymous (??), 19:22 , 11-Июн-11, (48) Да встречал конечно и с db2 и с Oracl ом работал много Только имхо это проек, Avator (ok), 21:48 , 12-Июн-11, (49) Народ, объясните как реализация jvm может быть основана на SDK к ней , Yari (?), 19:37 , 10-Июн-11, (15) Ждем, когда оракл плюнет и отдаст джаву, как ООо, тест (?), 19:54 , 10-Июн-11, (16) +1 // А кто сказал, что они отдали ООо Они просто отдали управление проектом сообщест, bvf (ok), 20:38 , 10-Июн-11, (20) // С чего вдруг Java никаким боком к СУБД не относится Разве что в ней есть API д, iZEN (ok), 21:14 , 10-Июн-11, (27) // Во первых в Oracle БД могут использоваться хранимые процедуры на java Но сами п, bvf (ok), 22:14 , 10-Июн-11, (30) Инфраструктура JavaEE выступает объединителем JVM лишь машина и она 8212 ч, iZEN (ok), 22:44 , 10-Июн-11, (34) А какая версия OpenJDK7 сейчас крайняя На FreeBSD openjdk7 7 0 144 , iZEN (ok), 21:09 , 10-Июн-11, (24) // А Вот нашёл http download java net openjdk jdk7 openjdk-7-ea-src-b145-07_ju, iZEN (ok), 21:10 , 10-Июн-11, (25) ИМХО, хорошо, что эталонная Жава будет под ГПЛ, но мне вот что не понятно ОО ф, Sergey722 (ok), 09:57 , 14-Июн-11, (51) // IMHO Все будет зависеть от лицензии на ХренопенЖДК, отношения к проекту Оракл, fr0ster (ok), 14:13 , 23-Июн-11, (54) Хорошая новость, ведь несколько моих любимых приложений на OpenJDK крутятся То, lucentcode (ok), 00:27 , 15-Июн-11, (52) Но ведь openJDK медленнее , Роман (??), 10:15 , 18-Июн-11, (53) 1,3,5,7,12,13,15,16,24,51,52,53

Сообщения

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

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

	19. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."	+/–
	Сообщение от bvf (ok), 10-Июн-11, 20:25
	> Если там, как и в случае с ООо, условием принятия патчей служит > отказ от своих прав в пользу Оракла, то мы скоро дождёмся > LibreJDK. ну, почти уже есть. называется GNU Classpath :) Но тут нужно учесть, что 99% кода пилят сотрудники Oracle и IBM, а они походу уже сговорились. Хотя IBM и настаивает на большей открытости проекта, их и это устраивает. Разработка jvm намного сложнее OOo, тут нужны программисты на полный рабочий день. Сообщества не связываются с корпорациями потому что это не нужно. Энтузиасты просто реализуют дополнительные библиотеки, модули, которые легко подключаются к jvm без необходимости встраивания. Поэтому ядро OpenJDK будет почти полностью разрабатывать только корпорации. А сообщества будут делать сопутствующую инфраструктуру. Писать новые языки для jvm, более удобные библиотеки, дополнительный функционал. Для этого возится с лицензионной политикой Oracle не обязательно. Хотя я не вижу тут ничего страшного, если OpenJDK будет оставаться открытым.
	Ответить | Правка | Наверх | Cообщить модератору

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

	31. "Эталонная реализация Java SE 7 будет построена на базе OpenJ..."	+/–
	Сообщение от bvf (ok), 10-Июн-11, 22:28
	> Может, конечно, уже допилили, но сомневаюсь. Никому оно не нужно после OpenJDK. > А вот форкнуть готовый OpenJDK, когда Оракл станет слишком давить — > почему бы и нет? В том то и дело что после OpenJDK любые форки бесполезны. Поэтому GNU Classpath забросили. Хотели выпендрится, самостоятельно реализовать очень сложную систему, и не потянули. Точно поэтому и gcj почил. Сложность jvm настолько огромна, что она по силу только компаниям занимающимися этим много, постоянно и за большие деньги. А форкнуть OpenJDK конечно можно, но вот только по силу ли это? Хотя если вы разработаете на базе OpenJDK AOT компилятор для java, то я буду им пользоваться и скажу вам большое спасибо :) И почему Оракл станет давить? Зачем им давить простых разработчиков? Наоборот им выгодно нас ублажать. Хотя может у них маркетинг хромает, на обе ноги. Поэтому Оракл так охотно соглашается открывать OpenJDK.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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