The OpenNET Project / Index page

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

IBM присоединилась к Oracle в работе над OpenJDK

12.10.2010 08:11

IBM и Oracle заявили о начале тесного сотрудничества в разработке Java-технологий. IBM подключилась к развитию открытого проекта OpenJDK, хотя ранее официально не проявляла к нему интереса и развивала вариант IBM Java 2 Standard Edition, снабженный JIT-компилятором и виртуальной машиной собственного производства. Таким образом проект OpenJDK становится первичной ареной для формирования открытой реализации платформы Java SE, языка Java, Java Development Kit (JDK) и Java Runtime Environment (JRE).

Более того, сотрудничество IBM и Oracle не ограничится OpenJDK: инженеры IBM начнут работать бок о бок с инженерами Oracle и сообществом независимых разработчиков над созданием эталонной реализации Java SE 7, формированием Java SE 8 и расширением процесса стандартизации Java Community Process (JCP).

Компания IBM лицензировала Java у Sun Microsystems в 1995 году и с тех пор превратилась в одного из крупнейших разработчиков промышленных Java-продуктов. Ожидается, что подключение IBM к работе над OpenJDK в первую очередь отразится на библиотеках классов для различных виртуальных машин Java, которые будут переведены на единую базу исходных текстов. IBM и Oracle вложили много средств в развитие собственных виртуальных машин, которые отличаются и обладают определенным набором промышленных качеств. Сосредоточение усилий обоих компаний на развитии единой базы исходных текстов библиотеки классов ускорит общий уровень инноваций в JDK, улучшит качество и производительность, а также повысит совместимость всех реализаций.

Примечательно, что ранее IBM, как и компания Google, принимала активное участие в развитии альтернативной открытой реализации JavaSE 6 - Apache Harmony, совместимость которой с Java, из-за конфликта проекта Apache и Sun, не подтверждена с помощью JCK, т.е. на нее не распространяется право на свободное использование Java-патентов. С другой стороны баррикады находились компании Red Hat и Canonical, которые поддерживали решения на базе OpenJDK.

По заявлению вице-президента IBM, компания продолжит свое участие в проекте Apache Harmony, но основные интересы будут смещены в пользу OpenJDK. Участие в работе над OpenJDK позволит IBM напрямую добавлять исправления ошибок и добиваться более быстрой интеграции новшеств. IBM была и ранее заинтересована в присоединении к сообществу OpenJDK, но этому мешали разногласия с компанией Sun Microsystems, которые были исчерпаны после перехода Java в руки Oracle.

  1. Главная ссылка к новости (http://blogs.sun.com/mr/entry/...)
  2. OpenNews: Анализ проблем с поставкой Java-приложений в Linux-дистрибутивах
  3. OpenNews: Компания Oracle обозначила контуры будущего Solaris 11 и JavaFX
  4. OpenNews: Компания Oracle продолжит развитие открытой кодовой базы Java
  5. OpenNews: Роб Пайк заявил, что Java и C++ слишком усложнены для промышленных языков
  6. OpenNews: Начата разработка Flash-проигрывателя на базе виртуальной машины Java
Автор новости: armsargis
Тип: Интересно / К сведению
Ключевые слова: java, oracle, ibm
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (45) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Anon (?), 09:15, 12/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    шавки лают, а караван идет
     
     
  • 2.38, filosofem (ok), 23:41, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, такой толстый корован даже Гуглу не под силу ограбить.
     

  • 1.2, Devider (ok), 09:19, 12/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А Оракл будет судится сам с собой из-за нарушений лицензий в ОпенЖДК? А если серьезно, странно, что они стали его развивать.
     
     
  • 2.4, VoDA (ok), 11:32, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Поскольку Oracle владеет OpenJDK, то он может сам создавать себе лицензии на OpenJDK любого вида как только понадобится, потому сами они нарушить лицензии не могут - как только нарушили появится лицензия от Oracle разрешающая Oracle делать то, что они хотят ;)
     
  • 2.6, Avator (ok), 11:39, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    OpenJDK лицензируется под GPL так что... скорее FSF с Ораклом будет судиться из-за нарушения GPL. =)
     
     
  • 3.39, AFCrio (ok), 01:28, 13/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    FSF!=GPL Если Oracle для кого-то лизензировали под GPL, то для себя они могут делать что хотят. Не путайте людей и не выдавайте желаемое за дествительное.
     

  • 1.3, Сергей (??), 10:05, 12/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хочешь загубить дело, возглавь его.
     
  • 1.5, Avator (ok), 11:34, 12/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А помоему неплохая новость, лучше бы конечно эталонной реализацией была Apache Harmony... но.. чтож поделать... даже если теперь IBM и Oracle будут использовать одну и ту же версию Java... это уже будет круто... надоел зоопарк....
     
     
  • 2.9, Анонимный трус (?), 12:16, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну в джаве зоопарка как раз нет.
    За это надо, в общем-то, благодарить Сан, которые всегда настаивали на своей, эталонной, реализации языка.
     
     
  • 3.11, Avator (ok), 12:31, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну это как посмотреть... я например наталкиваюсь периодически на несовместимость между Sun JDK и IBM JDK (используется для работы Websphere Application Server)...потому что на месте разработчика использую эталонную реализацию от Sun... а заставить её использовать продукты Websphere нет никакой возможности.
    Еще добивают различию между Sun JDK и Open JDK (попробуйте запусти демки Apache Pivot под Open JDK).
    Если хотя бы из этих 3х останется только OpenJDK то это уже будет праздник.

    Хотя конечно IBM предала сообщество Apache Harmony и компании которые помимо IBM её развивали.

     

  • 1.7, Codir (?), 11:40, 12/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Раз вложившись в Жабу, бросать не будут, даже если это самое наколеночное и убогое поделие. Отсюда понятен обоюдный интерес в улучшении Жабы, только... у меня такое ощущение, что Жаба не просто "отстала на 10 лет", а вообще осталась в прошлом веке. Про её ничтожную роль на Виндесктопе вообще молчу. Получается, этот "тихий супермен серверных комнат" помрёт, а никто даже не узнает. :)
     
     
  • 2.8, Avator (ok), 11:59, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы просто не имеете никакого понятия о степени использования Java в серверных (внутрикорпоративных разработках). Доля Java в Enterprise софте не просто огромна. Впринципе сейчас уже можно уверенно утверждать о лидерстве в этом сегменте рынка (имеется ввиду настоящий Enterprise софт, не Sharepoint'ы с Exchang'ами). Заметьте, если бы концепция была неудачной, врядли бы Microsoft клонировала данную технологию, а IBM и Oracle, Red Hat и Google так бы за неё цыплялись... Хотя.. конечно Вам виднее, какой технологии жить, а какой "помирать"...
    Что касается виндесктоп, то там, как в прочем и на других десктопах (десктопы бывают не только Win не так ли). Рулят QT и GTK. Не уверен, что для Sun это было приоритетным направлением.
    А вот то что рынок мобильного софта слит, эт да.. причем стараниями самой Sun...
     
     
  • 3.21, аноним (?), 17:14, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы просто не имеете никакого понятия о степени использования Java в серверных (внутрикорпоративных разработках). Доля Java в Enterprise софте не просто огромна

    Так в том то и дело. Ынтерпрайз всегда был средой, состоящей из г%вна соединенного костылями, потому что бызинесу нужно чтобы работало вчера, на качество наплевать, о поддерживаемости кода вообще никто не думает, а насчет производительности - "если что, купим еще серверов". Поэтому да, java там идеально прижилась. Но это не значит что она применима в реальном мире, т.е. вне этой помойки. Собственно, (сюрпрайз!), она больше нигде и не применяется.

     
     
  • 4.23, Avator (ok), 18:15, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как же утомили анонимные аналитики...
    А ничего, что этот самый "Ынтерпрайз" как вы выражаетесь обеспечивает удобство в Вашей жизни по десяткам, если не сотням направлений. Начиная от работы банков в которых (сюрпрайз сюрпрайз... часто используются ESB, MQ в связке с Java (причем чаще всего с Websphere Application Server, Websphere ESB и т.д.)), заканчивая производствами (автомобилей, компов и т.д... большинство технологичных производств), добычей полезных ископаемых... выработкой электроэнергии.. производстве вооружения для армии и т.д.
    Ничего что без этого Ынтерпрайза вы жить бы нормально не смогли, не говоря уже о том, что не могли бы спрятаться в своём маленьком Windows мирке... в котором все приложения такие замечательные и прямые??? По поводу производительности, качества и поддерживаемости кода, давайте не будете судить о том, чего не знаете?? Или расскажите это Apache Foundation, Google или RedHat...  а то "мужики-то не знают"..

    За последнее время довелось поучаствовать в проектах в компаниях работающих в области энергетики, в банковском секторе, в машиностроении (автозаводы), добычи полезных ископаемых, в производстве движков для наших истребителей. И везде там использовалась Java, поскольку сравнимой платформы в данный момент просто не существует. Но конечно, люди работающие в этих организациях тупые неучи и бездари.. куда им до анонимных аналитиков...

     
     
  • 5.26, Andrey Mitrofanov (?), 18:28, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >обеспечивает удобство в Вашей жизни по
    >вы жить бы нормально не смогли, не
    >довелось поучаствовать в проектах в компаниях работающих в области
    >И везде там использовалась Java, поскольку сравнимой платформы

    "Давай, бухти дальше… как космические корабли бороздят просторы Большого Театра…"

    >тупые неучи и бездари.. куда им до анонимных аналитиков...

     
     
  • 6.28, Avator (ok), 19:13, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    По делу сказать нечего?
     
     
  • 7.33, ананим (?), 20:16, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а что тут говорить? вы только размахиваете словом ынтырпрайз и всё.
    банки говорите? а бтрив, прогресс до сих пор использующийся не хотите? а винду в банкоматах? думаете она туда за заслуги перед человечеством попала?
    любой, хоть раз внедрявший что-либо в ынтырпрайзе на жабе (да и не только на ней) подтвердит, что это просто большая свалка дублирующегося много раз кода.
    и потребности в повышенных потребностях в железе только увеличивают привлекательность таких проектов со стороны вендора.
     
  • 2.10, Анонимный трус (?), 12:20, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Раз вложившись в Жабу, бросать не будут, даже если это самое наколеночное
    > и убогое поделие. Отсюда понятен обоюдный интерес в улучшении Жабы, только...
    > у меня такое ощущение, что Жаба не просто "отстала на 10
    > лет", а вообще осталась в прошлом веке. Про её ничтожную роль
    > на Виндесктопе вообще молчу. Получается, этот "тихий супермен серверных комнат" помрёт,
    > а никто даже не узнает. :)

    Вы не правы. Джава — не убогое поделие, а очень нужная и правильная разработка.
    Более того, степень ее использования в определенном сегменте рынка растет и будет расти.
    С технической точки зрения компилируемые языки вроде Си, Си++ и прочих будут потихоньку вытесняться именно языками на виртуальных машинах (Питон, Джава), поскольку они в целом удобнее для разработчиков.

    Просто до десктопов Джава пока не дошла целиком, в силу некоторых особенностей платформы и направления работы уже бывшей компании Сан.

     
     
  • 3.14, Crazy Alex (??), 14:09, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Назовите хоть одно существующее в реальности преимущество именно VM (а не интерпретируемого языка) перед нативом.
     
     
  • 4.18, Трухин_Юрий_Владимирович (ok), 15:15, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Назовите хоть одно существующее в реальности преимущество именно VM (а не интерпретируемого
    > языка) перед нативом.

    большая легкость переноса на различные архитектуры

     
     
  • 5.22, аноним (?), 17:15, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > большая легкость переноса на различные архитектуры

    Это давно неактуально - мы живем в мире открытых исходников.

     
     
  • 6.24, Avator (ok), 18:20, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> большая легкость переноса на различные архитектуры
    > Это давно неактуально - мы живем в мире открытых исходников.

    Ну не скажите.. Если приложение изначально писалось как кросплатформенное, тогда да... Если нет.. то может возникнуть масса проблем...

    Всё-таки Java приложение заработает на любом оборудовании без изменений, начиная с обычного ПК и заканчивая систем под управлением AIX, Solaris, HP-UX или вобще ZOs (мейнфреймы).

    Примеров приложений например работающих только под линух немало в данный момент, что впрочем никак не умаляет значение opensource.

     
     
  • 7.30, аноним (?), 19:35, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну не скажите.. Если приложение изначально писалось как кросплатформенное, тогда да...
    > Если нет.. то может возникнуть масса проблем...

    Которые элементарно обнаруживаются и фиксятся.
    Алсо, несмотря на все обилие граблей, вероятность их появления сильно преувеличена, и требование - не писать кроссплатформенно, а просто писать нормально. Дай бог проценты из 22k портов FreeBSD собирались и тестировались под ARM и MIPS, тем не менее все что мне было нужно (и что я пробовал собрать ради интереса) собралось из коробки и замечательно работает.

    > Всё-таки Java приложение заработает на любом оборудовании без изменений, начиная с обычного
    > ПК и заканчивая систем под управлением AIX, Solaris, HP-UX или вобще
    > ZOs (мейнфреймы).

    На всем куда портировали JVM. А их много меньше чем вы думаете.

    > Примеров приложений например работающих только под линух немало в данный момент

    Примеры. Я десяток лет параллельно использую Linux и FreeBSD (на десктопе в том числе), и таких не назову.

     
     
  • 8.31, Аноним (-), 19:41, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вобще сборка портов в FreeBSD на всех архитектурах - это задача portmgr Они дол... текст свёрнут, показать
     
  • 8.32, DeadMustdie1 (ok), 20:07, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    The main difference between theory and practice is, that in theory, there is no... текст свёрнут, показать
     
     
  • 9.34, ананим (?), 20:39, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в упомянутой ситуации точно такие же сложности и у жабы к примеру - эрп-система... текст свёрнут, показать
     
  • 6.25, JL2001 (ok), 18:21, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> большая легкость переноса на различные архитектуры
    > Это давно неактуально - мы живем в мире открытых исходников.

    перенесите мне пожалуйста вайн на арм

     
     
  • 7.27, Аноним (-), 18:40, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >перенесите мне пожалуйста вайн на арм

    Нет проблем, как только вы перекомпилируете все приложения которые хотите запускать при помощи вайн для арм.
    А то ведь вайн в основном используется для пуска блобов.

     
  • 7.29, аноним (?), 19:26, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы новости не читаете? Winelib работает под ARM, и открытый виндовый софт с ним замечательно сибирается. Я уже писал что это беспрецедентное событие, потому что другого способа нативно запустить виндовый софт под ARM нет. А про конкретно вайн уже сказали - нет проблем, только зачем, когда виндового софта под arm нет?
     
  • 7.35, ананим (?), 20:42, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    он на н900 уже давно работает.
    и вопрос такой задавать вообще не корректно, т.к. виндовые проги разрабатывались не случайно не совместимыми, а специально.
    и тем не менее они часто вполне прилично работают.
     
  • 4.41, Ed Wood (?), 16:52, 14/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Назовите хоть одно существующее в реальности преимущество именно VM (а не интерпретируемого языка) перед нативом

    простота реализации сборщика мусора для VM, и вследствие того, возможность более активного использования first class object конструкций в языке, большую высокоуровневость языка, простоту управления памятью

     
     
  • 5.42, Mna (??), 14:43, 15/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    1 простота реализации сборщика мусора для VM,
    2 вследствие того, возможность более активного использования first class object конструкций в языке,
    3 большую высокоуровневость языка,
    4 простоту управления памятью

    п.4==п.1, сборщик мусора не нужен, даешь великую тайну С++ - оператор delete
    п.2==п.3, п.2 никак следствием п.1 не является, Perl, Python и PHP высокоуровневы без mandatory использования сборщика мусора. Да, он там есть, но при правильном написании не используется ==не нужен

    Итого: высокоуровневым языкам и возможностям - Да!
    Сборщику мусора - Нет!

     
     
  • 6.44, Ed Wood (?), 22:53, 15/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > п.2==п.3, п.2 никак следствием п.1 не является, Perl, Python и PHP высокоуровневы

    !=. Без этого нормальные замыкания не реализовать, а какая тогда высокоуровневость?

     
  • 6.45, Vitaly_loki (ok), 14:27, 21/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > п.4==п.1, сборщик мусора не нужен, даешь великую тайну С++ - оператор delete

    или функция free() в C. Я согласен - garbage collector это для лентяев и тех, кто пишет неаккуратно

     
  • 4.43, Mna (??), 14:49, 15/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Назовите хоть одно существующее в реальности преимущество именно VM (а не интерпретируемого
    > языка) перед нативом.

    Если, по-вашему имеется у интерпретируемого языка преимущество перед натив-кодом, то
    слежующий же шаг инженера языка - оформить промежуточный код интерпретируемого языка
    в разумный промеуточный код (p-код, байт-код). Это просто логично - не перекомпилировать каждый раз. особенно большие проекты и особенно библиотеки.
    Такое преимущество существования VM. при условии:

    Назовите хоть одно существующее в реальности преимущество именно интерпретируемого
    языка перед нативом.

     
  • 3.19, Трухин_Юрий_Владимирович (ok), 15:16, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто до десктопов Джава пока не дошла целиком, в силу некоторых особенностей
    > платформы и направления работы уже бывшей компании Сан.

    в силу того, что gui писать на java сейчас очень убого, будь то swing, swt, awt, flex, javafx или что-то еще. это была причина моего возвращения на .net

     
     
  • 4.36, ананим (?), 22:24, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ларри запил, а балмер продолжает прыгать.
     

  • 1.12, Аноним (-), 12:58, 12/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А интересно какие это такие разногласия с компанией Sun Microsystems, которые были исчерпаны после перехода Java в руки Oracle.
     
     
  • 2.17, Трухин_Юрий_Владимирович (ok), 15:14, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >  А интересно какие это такие разногласия с компанией Sun Microsystems, которые
    > были исчерпаны после перехода Java в руки Oracle.

    Oracle умеет договариваться)

     

  • 1.13, StrangeAttractor (ok), 13:46, 12/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может допилят Eclipse и OpenJDK дл нормальной производительности. Ато Eclipse на OpenJDK тормозит заметно больше...
     
     
  • 2.16, Трухин_Юрий_Владимирович (ok), 15:14, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    странно. я думал что то что есть в OpenJDK - открытые части JDK. Или там код все-таки разный?
     
     
  • 3.20, Avator (ok), 15:42, 12/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    насколько мне известно оно полностью соответствует JDK 7 по коду.. т.е. это бекпортирование открытых кусков кода JDK 7, соответствующих по функционалу JDK 6.. как-то так..
    полное соответствие кода JDK и OpenJDK будет к моменту пришествия JDK 7.. по крайней мере обещают так...
     

  • 1.15, Трухин_Юрий_Владимирович (ok), 15:13, 12/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    круто. меньше зоопарк, лучше получится технология. а то с переносом выхода JDK и урезанием возможностей в Java совсем грусно. Очень жду JavaFX 2.  
     
  • 1.37, northbear (ok), 23:40, 12/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эх... Не уживутся IBM с Оracle в одной упряжке. Готов поспорить, через полгода, максимум год, их союз развалится и IBM возьмется за Apache Harmony. Но идея неплохая..
     
     
  • 2.40, pavlinux (ok), 13:16, 14/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На сколько спорим, что до 12 октября 2011 года не распадётся?
    Более того, будет массивное вливание кода в OpenJDK.    
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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