https://opennet.ru/openforum/vsluhforumID3/99644.html Компания 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.ru/opennews/art.shtml?num=40831), Java SE 8 теперь по умолчанию предлагается на сайте java.com в качестве JRE для конечных пользователей. В первом квартале 2015 года планируется выпустить обновление для пользователей Java 7, которое автоматически обновит Java 7 до Java 8. После апреля 2015 года выпуск отдельный публично доступных обновлений к Java SE 7 будет прекращён (исправления уязвимостей будут доступны только для пользователей платной расширенной поддержки). <br><br><br>URL: https://blogs.oracle.com/java/entry/java_se_8_on_java<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=40943<br> https://opennet.ru/openforum/vsluhforumID3/99644.html#63 Thu, 30 Oct 2014 12:55:08 GMT &gt; Интересно посмотреть на результат "отладки" - что там за "несовместимость" такая.<br>&gt; А то умиляют индивиды, например, с "com.sun.*" в коде, ругающиеся на "сломанную <br>&gt; совместимость" даже после чтения предупреждения о том, что такие классы могут <br>&gt; быть изменены без предупреждения, и их использовать не рекомендуется.<br><br>да я бы с удовольствием поделился, только я занимаюсь совсем другим проектом и доставать из архивов код и вспоминать там что к чему не хочется. Помню только, что задача апплета - сосчитать данные со считывателя рфид-карты и после определенной обработки представить полученные данные пользователю. Кода не очень-то много, но конкретнее не помню, хотя сам писал.<br> https://opennet.ru/openforum/vsluhforumID3/99644.html#62 Thu, 30 Oct 2014 12:22:52 GMT Интересно посмотреть на результат "отладки" - что там за "несовместимость" такая.<br><br>А то умиляют индивиды, например, с "com.sun.*" в коде, ругающиеся на "сломанную совместимость" даже после чтения предупреждения о том, что такие классы могут быть изменены без предупреждения, и их использовать не рекомендуется.<br> https://opennet.ru/openforum/vsluhforumID3/99644.html#61 Thu, 30 Oct 2014 05:33:34 GMT &gt; Вы не допускали возможность, что дело не в жава, а в вашем <br>&gt; коде?<br><br>конечно в нашем, в чем же еще. Только отлаживать его при каждом обновлении java ну как-то не очень хочется.<br> https://opennet.ru/openforum/vsluhforumID3/99644.html#60 Wed, 29 Oct 2014 20:56:41 GMT Наш апплет прекрасно пережил апдейт с 6 на 7. С 8 ещё не тестировали.<br>Вы не допускали возможность, что дело не в жава, а в вашем коде?<br> https://opennet.ru/openforum/vsluhforumID3/99644.html#59 Wed, 29 Oct 2014 13:06:10 GMT А причем тут специфические проблемы генты?<br><br>В федоре, например, давно уже доступен java-1.8.0-openjdk.<br><br>А вы можете зайти на http://openjdk.java.net и скачать сорцы. Хоть openjdk 1.9.<br> https://opennet.ru/openforum/vsluhforumID3/99644.html#58 Wed, 29 Oct 2014 11:44:06 GMT &gt;&gt; у меня, например, стоит отдельная станция с отключенными обновлениями явы для работы <br>&gt; У меня *для работы* установлена Java 1.6 затёртого года выпуска. Всё нормуль. <br>&gt; А эти обновления нам и даром не нать.<br><br>http://www.theinquirer.net/inquirer/news/2326894/java-botnet-hits-mac-linux-and-windows-machines<br> https://opennet.ru/openforum/vsluhforumID3/99644.html#57 Wed, 29 Oct 2014 11:39:51 GMT А я только недавно сталкивался с современным опенсурс-приложением, которое работает на 7 и не работает на 8. Rundeck.<br><br>А год назад воочию наблюдал, как закрытый софт работал на 1.7.05, а на 1.7.21 -- нет.<br><br>Случаи -- они разные бывают.<br> https://opennet.ru/openforum/vsluhforumID3/99644.html#56 Wed, 29 Oct 2014 11:21:20 GMT &gt;хранилищь<br><br>Ясно.<br> https://opennet.ru/openforum/vsluhforumID3/99644.html#55 Tue, 28 Oct 2014 16:24:35 GMT &gt; У нас заказчик - гос. компания. По договору и ТЗ возможен только <br>&gt; ГОСТ.<br><br>Это не значит, что по факту в работе будет использоваться ГОСТ. Все равно никто проверять не будет.<br><br>