Компания Oracle опубликовала (https://blogs.oracle.com/java/entry/java_se_8_on_java) план дальнейшей поддержки ветки Java SE 7. Разработчикам и пользователям рекомендуется начать переход на Java SE 8. После выпуска Java SE 8 Update 25 (http://www.opennet.me/opennews/art.shtml?num=40831), Java SE 8 теперь по умолчанию предлагается на сайте java.com в качестве JRE для конечных пользователей. В первом квартале 2015 года планируется выпустить обновление для пользователей Java 7, которое автоматически обновит Java 7 до Java 8. После апреля 2015 года выпуск отдельный публично доступных обновлений к Java SE 7 будет прекращён (исправления уязвимостей будут доступны только для пользователей платной расширенной поддержки).
URL: https://blogs.oracle.com/java/entry/java_se_8_on_java
Новость: http://www.opennet.me/opennews/art.shtml?num=40943
Замечательно, всех клиентов на jre8!
Если разработка заточена под предыдущую версию, отключите обновление. Правда, некоторые приложения предлагают обновиться помимо системы.
купите Qt и пишите на сях, и не будите обязаны интерпретатору (JVM) ни чем!
1. Недопиленность Qt.
2. Нет нормальной IDE под Qt.
3. Меньше материалов особенно на русском.
4. Выше порог вхождения при таком же доходе (заказчику безразлично на чем вы пишите).Такой переход осилят только профи и большую команду не соберут, так как порог вхождения выше.
Да и выучив Java программист получает возможность писать для: JavaME, Android, Web, кроссплатформено, получить работу на куче устаревших проектов (которых по сути большинство).
Вывод у вас правильный - джависты нужны. А вот аргументация вообще как пропаганда звучит. давит на эмоции, но является ложной по сути.
Идея правильная, хотя есть часть либ, которые даже под 7-й не работают.Тот же CryptoPro - сертифицирована только версия 1.*, а она под 7-кой разваливается. Исправлено в 2.*, но 2-ка не сертифицирована, а значит для задач шифрования по ГОСТ не применима.
КриптоПро JCP это говно на палке. Оно настолько кривое, что проще написать JNI обёртку к нативному КриптоПро CSP, чем использовать этот кал.
Так и выкиньте эту поделку, используйте нормальные системы шифрования
А какие нормальные имеют ГОСТ и сертификаты???
> для задач шифрования по ГОСТ не применимаА зачем вам ГОСТ? Шифруйте без ГОСТа, на нём свет клином не сошёлся.
У нас заказчик - гос. компания. По договору и ТЗ возможен только ГОСТ.
> У нас заказчик - гос. компания. По договору и ТЗ возможен только
> ГОСТ.Это не значит, что по факту в работе будет использоваться ГОСТ. Все равно никто проверять не будет.
Трындец ! началось !
а давайте как Firefox будем версии менять ?!блин.. убьют эти придурки и java :(
2 года назад (если не больше) вышла 1.7. У нас в рабочем проекте используется 1.4
Совершенно нормально через 2 года начать пробовать новую версию, тем более, что получаете только плюсы, ибо новые функции. Совместимость со старьем 100%.
О чем был вопрос?
Убьют яву, пойдёт питон. Кстати получше явы будет. Сисярп как был огороженной платформой так и остаётся, несмотря на моно.
Просьба Х с пальцем не сравнивать. Простите, но ничего близкого к экосистеме Java пока даже не видно (.NET - в своей песочнице).
Python хорош, но до Java ему еще расти и ... лет через 5-ть поговорим
> Python хорош, ноДа уж...
О чём вы любезный? О каких 5 годах? 20 лет никак GIL выпилить не могут. Пусть хотя бы для начала запилят хорошую VM, а там будет видно.
Функциональщины бы в пайтон на подобии Scala, тогда да, было бы прекрасно. А вообще, нельзя такое сравнивать. На ЯП со строгой статической типизацией несравненно более приятно кодить.
Уж лучше Go тогда выбрать или Erlang, а не язык для скриптов и прототипирования гуи.
Меня эти скорости выходов Джава уже пугать стали. А их вшивая "написано раз - работает везде" просто маркетинговый бред. Наш сетевик не торопится менять Cisco ASDM, а с ней можно работать только в java 1.6
И как это называется?
у меня, например, стоит отдельная станция с отключенными обновлениями явы для работы с всякими мордами, типа SAN-коммутаторов и хранилищь, ибо каждый второй апдейт ломает все к херам собачим, а когда кто-то из коллег говорит мне "написано раз - работает везде" я предлагаю ему удалиться из моего поля зрения, дабы не накалять обстановку =)
> у меня, например, стоит отдельная станция с отключенными обновлениями явы для работыУ меня *для работы* установлена Java 1.6 затёртого года выпуска. Всё нормуль. А эти обновления нам и даром не нать.
>> у меня, например, стоит отдельная станция с отключенными обновлениями явы для работы
> У меня *для работы* установлена Java 1.6 затёртого года выпуска. Всё нормуль.
> А эти обновления нам и даром не нать.http://www.theinquirer.net/inquirer/news/2326894/java-botnet...
Поддерживаю. Ради всякого "г" без обновлений ПО, ввиду необходимости поддерживать совместимость, приходится держать старые версии на отдельных терминалках. Преимушественно для всяческого оборудования.
то же самое. Написал сравнительно давно апплет на java 1.6 для работы, ближайшее обновление на 1.7 делает его нерабочим, при том, что там кода всего ничего. Всем, кто пользуется апплетом, запретили обновления на ПК, так ведь у каждого нового (пользователи меняются более-менее часто) это обновление включено, и если админ зазевается, то сразу крик "не работает".
Наш апплет прекрасно пережил апдейт с 6 на 7. С 8 ещё не тестировали.
Вы не допускали возможность, что дело не в жава, а в вашем коде?
> Вы не допускали возможность, что дело не в жава, а в вашем
> коде?конечно в нашем, в чем же еще. Только отлаживать его при каждом обновлении java ну как-то не очень хочется.
Интересно посмотреть на результат "отладки" - что там за "несовместимость" такая.А то умиляют индивиды, например, с "com.sun.*" в коде, ругающиеся на "сломанную совместимость" даже после чтения предупреждения о том, что такие классы могут быть изменены без предупреждения, и их использовать не рекомендуется.
> Интересно посмотреть на результат "отладки" - что там за "несовместимость" такая.
> А то умиляют индивиды, например, с "com.sun.*" в коде, ругающиеся на "сломанную
> совместимость" даже после чтения предупреждения о том, что такие классы могут
> быть изменены без предупреждения, и их использовать не рекомендуется.да я бы с удовольствием поделился, только я занимаюсь совсем другим проектом и доставать из архивов код и вспоминать там что к чему не хочется. Помню только, что задача апплета - сосчитать данные со считывателя рфид-карты и после определенной обработки представить полученные данные пользователю. Кода не очень-то много, но конкретнее не помню, хотя сам писал.
>хранилищьЯсно.
Это кривые руки разработчиков. Вы думаете наговонокодить на Java нельзя ? Корректно написанный код работает без проблем
Полностью это звучит так: "Написано раз - работает везде, где есть JRE соответствующей версии".
> Меня эти скорости выходов Джава уже пугать стали. А их вшивая "написано
> раз - работает везде" просто маркетинговый бред. Наш сетевик не торопится
> менять Cisco ASDM, а с ней можно работать только в java
> 1.6
> И как это называется?А причём тут собсна Java? Я не знаю, что там программисты Cisco намутили, но у себя в компании периодически сталкиваюсь с legacy кодом, ещё под 1.4 без generics, и представьте себе, он прекрасно работает на 8-ом рантайме.
А я только недавно сталкивался с современным опенсурс-приложением, которое работает на 7 и не работает на 8. Rundeck.А год назад воочию наблюдал, как закрытый софт работал на 1.7.05, а на 1.7.21 -- нет.
Случаи -- они разные бывают.
Меж тем icedtea 8 так и не появился: http://gpo.zugaina.org/dev-java/icedteaТак что немного не ясно, как можно, похоронив семёрку, переходить на восьмёрку, если последнюю пока ещё не возможно установить.
> Так что немного не ясно, как можно, похоронив семёрку, переходить на восьмёрку,
> если последнюю пока ещё не возможно установить.Новость же про Java(tm) SE, а не про эти ваши хипстерские поделки oopenjdk и icedtea. ]\[
>> Так что немного не ясно, как можно, похоронив семёрку, переходить на восьмёрку,
>> если последнюю пока ещё не возможно установить.
> Новость же про Java(tm) SE, а не про эти ваши хипстерские поделки
> oopenjdk и icedtea. ]\[Однако Вы очень категоричны в своих заявлениях ;-)
https://blogs.oracle.com/henrik/entry/java_7_questions_answers
Q: What is the difference between the source code found in the OpenJDK repository, and the code you use to build the Oracle JDK?A: It is very close - our build process for Oracle JDK releases builds on OpenJDK 7 by adding just a couple of pieces, like the deployment code, which includes Oracle's implementation of the Java Plugin and Java WebStart, as well as some closed source third party components like a graphics rasterizer, some open source third party components, like Rhino, and a few bits and pieces here and there, like additional documentation or third party fonts. Moving forward, our intent is to open source all pieces of the Oracle JDK except those that we consider commercial features such as JRockit Mission Control (not yet available in Oracle JDK), and replace encumbered third party components with open source alternatives to achieve closer parity between the code bases.
А причем тут специфические проблемы генты?В федоре, например, давно уже доступен java-1.8.0-openjdk.
А вы можете зайти на http://openjdk.java.net и скачать сорцы. Хоть openjdk 1.9.
а поделия jetbrains до сих пор на se 6.
в семерке перепилили фокус систему.
плюс жетбренсу нравится эпловская ждк'а, а эпловцы неплохо так шестерку захачили.
Так что логично, что UI приложения держатся за старые версии.
> эпловцы неплохо так шестерку захачили1. По-моему, они её не особо поддерживают. Было несколько историй с застаревшими vunerabilites в ней, которые малварь реально использовала. Ну, и последний секьюрити-апдейт полгода назад вышел.
2. Оракловскую JDK поставить вместе с эппловской нетривиально (инсталлятор оракловой сносит эппловскую).
>в семерке перепилили фокус системуOMG, опять?!
В Mac OS X 6-ка? Или это только интернет плагин 6 версии?
уже давно там 6ки нет.
> уже давно там 6ки нет.Ещё в 10.9 была (ставилась после того как первый софт пытался использовать яву), в 10.10 недоступна?
там надо какие-то девелоуперские пакеты ставить, давно это было, уже не помню детали.
Но чтобы оно с 6кой шло, это надо древний пакет ставить.Возможно по дефолту идет еще древний пакет, как-то странно это, под ругой чистого мака нет проверить.
> Но чтобы оно с 6кой шло, это надо древний пакет ставить.Нет, не совсем. Ставишь чистую 10.9, запускаешь что-то, что хочет яву. Вылазит диалог, из которого одной кнопкой apple jdk 6 можно скачать и поставить.
Apple jdk 7 afaik в природе нет.
Oracle JRE 8u25 на Windows XP встала как родная. До этой версии не хотела.
>До этой версии не хотела.Даже винда с джавой его не хотят. Бедный!