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

"Компания Oracle опубликовала Java SE 11"	+/–
Сообщение от opennews (??), 26-Сен-18, 09:33
После шести месяцев разработки компания Oracle выпустила (https://www.oracle.com/corporate/pressrelease/java-11-092518...) платформу Java SE 11 (http://www.oracle.com/technetwork/java/javase/downloads/inde...) (Java Platform, Standard Edition 11), в качестве эталонной реализации которой используется открытый проект OpenJDK. В Java SE 11 сохранена полная обратная совместимость с прошлыми выпусками платформы Java, все ранее написанные Java-проекты без изменений будут работоспособны при запуске под управлением новой версии.  Готовые для установки сборки Java SE 11 (JDK, JRE и Server JRE) подготовлены (http://jdk.java.net/11) для Linux (x86_64), Solaris (SPARC), Windows и macOS. Разработанная в рамках проекта OpenJDK эталонная реализация Java 11 (http://openjdk.java.net/projects/jdk/11/) полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами. Java SE 11 отнесён к категории выпусков с длительным сроком поддержки (LTS), обновления для которого будут выпускаться до 2026 года. Выпуск обновлений для прошлого промежуточного выпуска Java 10 прекращён. Прошлая LTS-ветка Java 8 будет поддерживаться до декабря 2020 года. Следующий LTS-релиз намечен на сентябрь 2021 года. Напомним, что начиная с прошло выпуска проект перешёл на новый процесс разработки, подразумевающий более  короткий цикл формирования новых релизов. Новая функциональность теперь развивается в одной постоянно обновляемой master-ветке, в которую включаются уже готовые изменения и от которой раз в шесть месяцев ответвляются ветки для стабилизации новых выпусков. Из новшеств (http://openjdk.java.net/projects/jdk/11/) Java 11 (https://blogs.oracle.com/java-platform-group/introducing-jav...) можно отметить: -  Поддержка TLS 1.3 (https://www.opennet.dev/opennews/art.shtml?num=49126) (RFC 8446 (https://tools.ietf.org/html/rfc8446)), который отличается удалением устаревших и ненадёжных криптографических примитивов (MD5, SHA-224) и возможностей (сжатие, повторное согласование, не-AEAD шифры, статический обмен ключами RSA и DH, указание unix-времени в Hello-сообщениях и т.п.), работает только в режиме forward secrecy (компрометации одного из долговременных ключей не позволяет расшифровать перехваченный сеанс), обеспечивает более высокую производительность, поддерживает режим 0-RTT (устраняет задержки при возобновлении ранее установленных HTTPS-соединений), поддерживает потоковый шифр ChaCha20 (http://cr.yp.to/chacha.html), алгоритм аутентификации сообщений (MAC) Poly1305 (http://cr.yp.to/mac.html), ключи аутентификации на основе цифровых подписей Ed25519, HKDF (https://en.wikipedia.org/wiki/HKDF) (HMAC-based Extract-and-Expand Key Derivation Function), ключи на основе алгоритмов x25519 (https://en.wikipedia.org/wiki/Curve25519) (RFC 7748 (https://tools.ietf.org/html/rfc7748)) и x448 (RFC 8031 (https://tools.ietf.org/html/rfc8031)); -  Стабилизирован (http://openjdk.java.net/jeps/321) новый API для разработки HTTP-клиентов, поддерживающий HTTP/2.0 и websockets. Новый HTTP Client API пришёл на смену API HttpURLConnection. -  В состав включены инструментарии  Java Mission Control (http://www.oracle.com/technetwork/java/javaseproducts/missio...) (JMC) и Java Flight Recorder (https://docs.oracle.com/javacomponents/jmc-5-4/jfr-runtime-g...) (JFR), который ранее поставлялся только для платных подписчиков. Инструментарий предоставляет средства для мониторинга, диагностики, профилирования и выявления утечек памяти. JFR позволяет получить доступ к детальной низкоуровневой информации о работе JVM и даёт возможность эффективно анализировать текущие данные и произошедшие события без негативного влияния на производительность. -   Поддержка (http://openjdk.java.net/jeps/329) потокового шифра ChaCha20 (http://cr.yp.to/chacha.html) и алгоритма аутентификации сообщений (MAC) Poly1305 (http://cr.yp.to/mac.html), разработанных Дэниелом Бернштейном (Daniel J. Bernstein (http://cr.yp.to/djb.html)), Таней Ланге (Tanja Lange) и Питером Швабе (Peter Schwabe). ChaCha20 и Poly1305 можно рассматривать, как более быстрые и безопасные аналоги AES-256-CTR и HMAC,  программная реализация которых позволяет добиться фиксированного времени выполнения без задействования специальных аппаратных ускорителей; -  Поддержка системы управления доступом Nestmate  (Nest-based access controls (http://openjdk.java.net/jeps/181)), которая адаптирована для корректной обработки доступа с учётом вложенных типов. Nestmate обеспечивает возможность обращения к приватным частям внутри группы классов, логически относящимися к одному и тому же компоненту, но компилируемым в разные файлы с классами. Новый механизм управления доступом позволяет избавиться от необходимости подстановки компилятором специальных промежуточных методов обеспечения доступа; -  Формат файлов с классами Java (.class) расширен (http://openjdk.java.net/jeps/309) поддержкой динамически создаваемых констант (пул CONSTANT_Dynamic). Загрузка CONSTANT_Dynamic приводит к делегированию создания констант в метод bootstrap, по аналогии с тем, как в метод bootstrap делегируются операции связывания при вызове invokedynamic; -  Предложен (http://openjdk.java.net/jeps/333) экспериментальный сборщик мусора ZGC (Z Garbage Collector), работающий  в пассивном режиме и насколько это возможно минимизирующий задержки из-за сборки мусора. Время остановки при использовании ZGC не превышает 10 мс. При этом ZGC может работать как небольшими, так и с огромными кучами, размером от нескольких сотен мегабайт до многих терабайт; -  Обеспечена (http://openjdk.java.net/jeps/330) возможность запуска  программ, поставляемых в форме одного файла с исходным кодом. URL: https://www.oracle.com/corporate/pressrelease/java-11-092518... Новость: https://www.opennet.dev/opennews/art.shtml?num=49336
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Компания Oracle опубликовала Java SE 11"	–5 +/–
Сообщение от Володя (??), 26-Сен-18, 09:33
Блин, что мне теперь новое железо покупать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	69. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от типа аноним (?), 29-Сен-18, 11:58
	А, не проще - не использовать Java!... P.S. Интересно что, никто за сколько там десятилетий - не классифицирует Java&JS - как ОСь... (пусть и паразитического или иначе сказать дочернего характера - поверх других ОСей). Т.е.всякие [гугло] WebOS'и - обкакиваются за всё "хорошее": а, тут молчок...... * WebOS'и - к которым можно включить уже давно и винды - привязанные DRM'ом и просто валидациями и несанкционированными вылазиньями в сеть (уже с времён w95, был даже текст на тему того что мол ныне Windows 95, на самом деле, клиент распределённой в мире ОС; правильней клиент трояна), про никсы зависящие от драйверов и портов из сети - уже на этапе установки, т.е.даже просто от активности самой сети - тем более неговорю.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	80. "Компания Oracle опубликовала Java SE 11"	+2 +/–
	Сообщение от дуайт эйзенхауэр (?), 30-Сен-18, 11:48
	> Java&JS Один мой друг путал Java и Javascript и теперь он в армии (с)
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

2. "Компания Oracle опубликовала Java SE 11"	–1 +/–
Сообщение от Аноним (2), 26-Сен-18, 09:35
"В Java SE 11 сохранена полная обратная совместимость с прошлыми выпусками платформы Java" - наглая ложь. В интерфейс Collection добавлен toArray(IntFunction<T[]>) Default Method, перегружающий toArray(T[]). Это привело к несовместимости со старым кодом, в котором есть вызов toArray(null). Теперь такой вызов приводит к ошибке компиляции и должен быть изменён на аналогичный с кастингом null в требуемый тип.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Компания Oracle опубликовала Java SE 11"	+11 +/–
	Сообщение от Аноним (3), 26-Сен-18, 09:44
	> toArray(null) А зачем такое вообще писать-то?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	6. "Компания Oracle опубликовала Java SE 11"	+7 +/–
	Сообщение от пироженка (?), 26-Сен-18, 09:53
	Прямо практический кейс, всегда так делаем, ага...
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	18. "Компания Oracle опубликовала Java SE 11"	+7 +/–
	Сообщение от pioneer (??), 26-Сен-18, 11:01
	Учитывая, что вызов toArray(null) в рантайме выбросит NPE, твой пример просто нереально полезен.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	44. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от ДНК (?), 26-Сен-18, 17:20
	Зачем же этот пример указан в Release Notes?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	27. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от анан (?), 26-Сен-18, 13:49
	нечего пользоваться хаками не будет проблем с совместимостью
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	70. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от типа аноним (?), 29-Сен-18, 12:01
	Любая программа - хак. И хак ЦПУ ;)
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	29. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от Аноним (29), 26-Сен-18, 14:24
	> привело к несовместимости со старым кодом, в котором есть вызов toArray(null). Ты делаешь Java больно!
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	71. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от типа аноним (?), 29-Сен-18, 12:03
	Так он про то и пишет что, нехочет же - прийдётся отказаться от более новых версий Java ;)
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

4. "Компания Oracle опубликовала Java SE 11"	+/–
Сообщение от Технополис (?), 26-Сен-18, 09:44
И что теперь никогда не будет 32 разрядных версий? Даже в LTS. А что же делать с большим парком компов на большей половине которых стоит 32 разрядная Винда?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от qrKot (?), 26-Сен-18, 09:48
	>> А что же делать с большим парком компов на большей половине которых стоит 32 разрядная Винда? Множество вариантов, среди которых: - Переименовать "парк" в "свалку"; - Сидеть на старых релизах Java. На 8-й, например, а еще лучше на 7-й (чтобы еще и поддержку винХР гарантировать); - да тысячи их, вариантов-то.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	10. "Компания Oracle опубликовала Java SE 11"	+4 +/–
	Сообщение от sadasd (?), 26-Сен-18, 10:11
	Кстати говоря, хоть JRE8 и не поддерживалась XP официально, но она работала.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	72. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от типа аноним (?), 29-Сен-18, 12:04
	Это ск.всего значит что она там не тестировалась, а работает - понятие растяжимое же...
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	8. "Компания Oracle опубликовала Java SE 11"	–1 +/–
	Сообщение от Аноним (8), 26-Сен-18, 10:01
	Java 8 тоже LTS, будет поддерживаться до декабря 2020 года (Personal User End of Public Updates). https://www.oracle.com/technetwork/java/javase/eol-135779.html А если нужны новые фишки языка то... может начать использовать kotlin? Тогда можно собирать хоть для java 1.6.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	9. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от Нанобот (ok), 26-Сен-18, 10:03
	Похоже, теперь это глобальная тенденция... все, кому не лень (точнее все, кому лень) перестают поддерживать 32битные x86 системы. К этому нужно привыкать...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	21. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от Аноним (21), 26-Сен-18, 11:41
	Процессоры Opteron выпущены в 2003-м году. За 15 лет оборудование можно было бы и обновить.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	25. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от Аноним (25), 26-Сен-18, 12:59
	> Процессоры Opteron выпущены в 2003-м году. За 15 лет оборудование можно было бы и обновить. ia32 используют из-за меньших требований к объёму памяти, когда на том же объёме можно запустить больше процессов, обслужить больше одновременных соединений и т.д. Причём тут процессоры? Сопроцессор выпустили ещё раньше, так давайте откажемся от целочисленной арифметики?
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	28. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Аноним (28), 26-Сен-18, 14:04
	> ia32 используют из-за меньших требований к объёму памяти Вроде логично, 32-х битные указатели и т.д. Но практика! Дистрибутив debian 9 с xfce что 64-х битный, что 32-х битный со старта занимает 280 мегабайт, никакой разницы, может конечно под виндой картина другая.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	38. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от Moomintroll (ok), 26-Сен-18, 16:28
	Это у Вас что-то с вашим дебианом... Как щас помню - CentOS 6 i386 жрёт примерно на 30% меньше рамы. За точность цифр отвечать не берусь. Только помню, что на тощую VPS-ку (512 МБ рамы) поставил 64 битную CentOS - выжрало раму полностью. Снёс. Поставил 32 битную - осталось достаточное количество свободной рамы. P.S. По сей день живёт CentOS 6 i386
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	52. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от лютый лютик__ (?), 26-Сен-18, 19:00
	> За точность цифр отвечать не берусь. Только помню, что на тощую VPS-ку > (512 МБ рамы) поставил 64 битную CentOS - выжрало раму полностью. ядро съело 512 мег? ну просто сенсация! на всех vps-ах 64 бита и 7-й цент, всё пучком. ещё и жабка помещается...
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	60. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Maxim (??), 27-Сен-18, 00:08
	250 MB CentOS 7 что-то не так у вас
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	31. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Аноним (21), 26-Сен-18, 14:53
	Требования к памяти ниже, ну так и скорость обработки ниже из-за половинного использования регистров процессора. Собственное, дальше вопрос про одновременные соединения. А будет ли их больше в 32-режиме? Слишком абстрактные размышления. Надо сравнивать на конкретном софте. > Причём тут процессоры? А процессоры здесь при том, что раньше была аргументации в том, что оборудование не поддерживает 64-х битный режим. Но сейчас уже 15 лет прошло как серверы на AMD64 начали переводить. > Сопроцессор выпустили ещё раньше, так давайте откажемся от целочисленной арифметики? При чём здесь сопроцессоры - я не понял.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	39. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от Moomintroll (ok), 26-Сен-18, 16:30
	>  Требования к памяти ниже, ну так и скорость обработки ниже из-за половинного использования регистров процессора. https://en.wikipedia.org/wiki/X32_ABI К сожалению, практически не встречается... :-(
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	40. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Moomintroll (ok), 26-Сен-18, 16:38
	> ...15 лет прошло как серверы на AMD64 начали переводить Дело в том, что кроме bare-metal есть ещё огромное количество виртуалок. Причем, я уверен, большая часть этих виртуалок имеет меньше 4 гиг рамы - зачем там 64 бита?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	43. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Аноним (43), 26-Сен-18, 17:11
	> меньше 4 гиг рамы - зачем там 64 бита? Например, улучшенная безопасность, так как для ASLR используется не 12 битов (а на Windows так вообще 8), а 28 (на Windows 8-19). 64-битный код может использовать больше регистров, что позволяет реже лазить в основную память, а значит ускоряет выполнение программ, особенно PIC-код, ибо при его выполнении один регистр всё время занят под base offset, и для 32-bit x86, где регистров мало, нехватка этого регистра просаживает производительность. Да и сами регистры на 64-битных процессорах в 2 раза больше, значит можно за меньшее количество действий обработать такой же объём данных.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	47. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Moomintroll (ok), 26-Сен-18, 17:46
	Тут опять стоит вспомнить (метрворожденный) X32 ABI
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	67. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от J.L. (?), 27-Сен-18, 15:56
	> Тут опять стоит вспомнить (метрворожденный) X32 ABI а почему вы называете его мертворождённым?
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	73. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от типа аноним (?), 29-Сен-18, 12:18
	> 64-битный код может использовать больше регистров, что позволяет реже лазить в основную память, а значит ускоряет выполнение программ - Ага, кэши прям отменили значит... А, то что доп.регистры тоже надо пересохранять при интенсивных операциях - т.к.их всёравно нехватает ничего?... Но, прикол в том что и x86 хватает - в Intel не идиоты сидят когда его делали. А, то что расширенные регистры требуют увеличить размер команд, да и прочие команды - тоже, особенно при dword в памяти или из-за qword в адресации - хана L1code кэшу! Да и L2 с L3 - не резиновые. Ускорение x86-64 может быть только в приложениях ленящихся сделать кэш чтобы влазить в 2-3GB адресного пространства в x86, всё остальное маркетинг (хоть конечно результаты хоть любых тестов можно подтасовать - маркетингово чуть замедляя режим x86 относительно x86-64 - тем более что, так уже делали: 16 битный vs 32)
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	74. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от типа аноним (?), 29-Сен-18, 12:27
	* "Но, прикол в том что и x86 хватает - в Intel не идиоты сидят когда его делали" - речь про то что обращение к типично-локально перемнной, т.е.в стэке в L1, вместо регистра - всего несколько тактов, а то и один - в зависимости от расположения команд, в то время как любое прочее обращение вне L1/2/3 к RAM - сотни тактов(которые убивают вообще любую оптимизацию, а так сделанно - маркетинго для отделения серверного сегмента рынка, где всё типа чуть быстрей, а реально - тут исскуственно тормозней), так же как и ошибочные предсказания которых тоже обычно немало (официально писалось где то - ~60%, т.е.всего +5% эффективность относительно 50:50, т.е.эффективность меньше погрешности любых benchmark'ов..., так что эта оптимизация в ЦПУ у Intel 20 лет назад - была тоже: чисто маркетинговая).
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	85. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Георгий (??), 30-Сен-18, 20:44
	Пожалуйста, хватит использовать слово "ибо". Оно считалось устаревшим еще в 1930-х.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	102. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Ананас (?), 10-Окт-18, 09:32
	> Требования к памяти ниже, ну так и скорость обработки ниже из-за половинного использования регистров процессора. Вроде можно использовать 32-битную модель памяти и 64-битные регистры. На генту, конечно же. И ядро собирать ручками.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	30. "Компания Oracle опубликовала Java SE 11"	+6 +/–
	Сообщение от Аноним (43), 26-Сен-18, 14:29
	> А что же делать с большим парком компов на большей половине которых стоит 32 разрядная Винда? Повторять мантру "Write once, run everywhere".
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	75. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от типа аноним (?), 29-Сен-18, 12:38
	+1 К слову, начатую ещё Б.Гейтсом...
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	56. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Аноним (56), 26-Сен-18, 22:18
	https://gist.github.com/KOLANICH/0c70b53751d60f663871e362180...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Компания Oracle опубликовала Java SE 11"	+3 +/–
Сообщение от Аноним (7), 26-Сен-18, 09:54
даешь новую версию каждый месяц !
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	26. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Аноним (26), 26-Сен-18, 13:35
	В Google Java
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "Компания Oracle опубликовала Java SE 11"	–9 +/–
Сообщение от Аноним (11), 26-Сен-18, 10:29
Все аноны уже давно перешли на .net core , запускается как на линуксе, так и на виндовс ХР. Уже 20й проект по счету делаю. Наконец могу сказать, это именно та технология которая мне нравится, и которая впереди всех остальных.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "Компания Oracle опубликовала Java SE 11"	+2 +/–
	Сообщение от Аноним (12), 26-Сен-18, 10:39
	Я наоборот несколько лет назад перешел с .NET на Java, обратно не хочу.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	55. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от qsdg (ok), 26-Сен-18, 20:23
	Интересно. Можешь плз написать почему на пару предложений?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	66. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Аноним (12), 27-Сен-18, 15:09
	В то время из-за кроссплатформенности. Я тогда сидел на винде и впервые попробовал Linux. Мне понравилось и у меня встал вопрос, как запустить мое десктоп-приложение на WPF в Linux. Оказалось что никак, пришлось переходить на JavaFX (оно тогда еще в beta версии было). Библиотек для Java гораздо больше, да и сама платформа популярнее. Также не нравилось что в дотнете все прибито гвоздями к Microsoft - одна ОС, одна IDE. А с Web приложениями тем-более. Писать под виндой чтобы запускать на вин-сервере - ужас, потому-что в качестве серверной ОС, Linux уже тогда был лидером этого рынка.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	13. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от anon234 (?), 26-Сен-18, 10:39
	А по производительности как? А по использованию CPU,RAM?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	15. "Компания Oracle опубликовала Java SE 11"	+4 +/–
	Сообщение от Аноним (15), 26-Сен-18, 10:55
	Какая разница какая производительность, если нет большей части функционала? Пол JEE своими руками? ;)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	16. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Аноним (16), 26-Сен-18, 10:56
	Ну вот, к примеру, в роли бэкенда оно неюзабельно от слова совсем, в тестах зафейлило 15% реквестов. Оно ещё и работает медленнее явы (см. Table III, Test Network Time, By Test Type), но кого это уже интересует?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	17. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Аноним (16), 26-Сен-18, 10:57
	https://www.researchgate.net/publication/325534947_Performan...
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	20. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Andrew (??), 26-Сен-18, 11:30
	>  А по производительности как? По производительности раньше было хуже, сейчас гораздо лучше стало > А по использованию CPU,RAM? Еще жесткий диск нужен, ну и монитор там, и тому подобное
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	14. "Компания Oracle опубликовала Java SE 11"	+6 +/–
	Сообщение от Аноним (14), 26-Сен-18, 10:41
	Наделла, залогинься.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	61. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Maxim (??), 27-Сен-18, 00:11
	Юзаю Mono, собрал свой билд, заюзал частично код с .Net Core. Полет отличный )) В общем надо уметь готовить. А C# - суперская поварёшка.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	63. "Компания Oracle опубликовала Java SE 11"	+3 +/–
	Сообщение от Аноним (63), 27-Сен-18, 04:09
	Каким образом у Вас .NET Core запускается на Windows XP? SDK устанавливается, но "dotnet не является приложением win32", а рантайм не устанавливается с ошибкой "0x80070001 - неверная функция".
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

22. "Компания Oracle опубликовала Java SE 11"	+/–
Сообщение от Аноним (22), 26-Сен-18, 11:50
Про добавление var'a все забыли?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	24. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Георгий (??), 26-Сен-18, 12:19
	Уже было в JDK 10. https://www.opennet.dev/opennews/art.shtml?num=48300
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	32. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от dwfe (ok), 26-Сен-18, 15:12
	он про var'ы для лямбд: Local-Variable Syntax for Lambda Parameters http://openjdk.java.net/jeps/323 это появилось только в 11
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

23. "Компания Oracle опубликовала Java SE 11"	–1 +/–
Сообщение от лютый лютик__ (?), 26-Сен-18, 12:01
Известно ли, 11-я жабка попадёт в CENTOS 8? И когда оно вообще будет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Компания Oracle опубликовала Java SE 11"	+5 +/–
Сообщение от Игорь Николаевич (?), 26-Сен-18, 15:23
Всем добрый день!!!! Данный выпуск Java SE 11 вышел практически в срок, как и говорилось тогда, - на середину 20-х чисел сентября ИМЕННО этого года!!!! Что касаемо отсутствия поддержки x86 (32-х разрядная), можно сказать следующее: Да, это плоховато. Но не смертельно. Сейчас, если кто не в курсах, немалая часть программ на Java, как в виде консольной версии, так и GUI (графический интерфейс на AWT/Swing, SWT/JFace) нормально работают при Java SE 8 (длительно поддерживаемая), при Java SE 9 выдавало, что не удается обнаружить JRE, даже почему-то x64 версия не порадовала. Даже LibreOffice "распознавал" только JRE 8 (из личных наблюдений). Хотя кстати, в LibreOffice, вообще исходя из последней информации нацелены на отказ от Java в ближайшей перспективе. Некоторые модули "перебазировываются" на Python. Что касается Java и её JRE и JDK, - применяется ветка Java 8. Сейчас я бы не советовал торопиться с переходом на Java SE 11, но для возможности убедиться в работоспособности Java SE 11, не грех её попробовать. НО... Для тех, у кого немало Java программ  работает на x86 Java SE 8, категорически не советую её деинсталлировать, потому как исключительно при наличии только JRE 9/10/11 исключительно в x64, программы могут не запуститься. LibreOffice в том числе тоже, - не только из-за того, что зачастую предлагается x86 редакция этого офисного пакета, а дело из-за того, что есть функционал, для которого требуется наличие совместимой версии. Почему я приобщился к Java несколько лет назад, - меня порадовало, что Java, в отличие от C/C++ имела свои встроенные средства с графикой, работа с сетью, особенно у меня экстаз и балдёж от того, как легко и интересно иметь дело с парсингом XML средствами Java, сильно много усилий и времени не потребовалось, чтобы понять из исходных текстов, как работает парсинг. Зачем далеко ходить, если есть JDOM, SAX, StAX (потоковый XML, проще говоря). Java оказалась одной из немногих, освоить которую значительно легче. Не спорю, что было бы не лишним испробовать возможности "крипто цеха", в лице поддержки ChaCha20 и Poly1305. По поводу сказанного qrKot'ом здесь по комментариям, касаемо применения предыдущих веток, вплоть даже до Java 7, - нууу, это как экстренный вариант в целях сохранения работоспособной версии Java, а уж тем более учитывая, что частному владельцу ПК, имеющему один-два ПК (не важно ноутбук или стационарный ПК) ещё более-менее под силу перевести на актуальную ОС свои компьютеры, тогда как, уважаемые, не забывайте, что есть фирмы, а то и госконторы, сотрудники которых просто так не могут позволить перевести компьютеры "по последнему слову прогресса", сложнее всего обстоят дела у тех, у которых в штате до 20 ПК, немалая часть из которых - Windows XP/7 в x86, ладно бы еще x64, но не всё так просто как казалось бы. А в заключении этого комментария могу отметить, что Java всё-таки не стоит на месте. Всем мира и удачи!!!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	45. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Аноним (43), 26-Сен-18, 17:22
	> Сейчас я бы не советовал торопиться с переходом на Java SE 11 Не всегда есть выбор. Вот например сейчас в Debian Unstable (а значит и в Testing) начали собирать пакеты с помощью Java 10, при чём в формат байт-кода Java 10. Соответственно, Java 8 этот байт-код выполнять отказывается. И как на Java 8 остаться? Походу никак. А потом и на Java 11 так же перейти придётся.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	48. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от КО (?), 26-Сен-18, 17:49
	>начали собирать пакеты с помощью Java 10, при чём в формат байт-кода Java 10 Ну что сказать про мантейнеров Debian Unstable? А может и не надо ничего говорить.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	76. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от типа аноним (?), 29-Сен-18, 12:46
	Да ладно, так и скажите что они очередную порцию взятки-доната от Oracle получили. Всё же тут очевидно и однозначно, только так в этом мире популяризуются [говно]продукция. P.S. А, на вопрос выше что делать - никогда не использоввать чужое. Иначе - неудивляться что вас поимели.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

34. "Компания Oracle опубликовала Java SE 11"	+3 +/–
Сообщение от andy (??), 26-Сен-18, 15:55
> сохранена обратная совместимость с прошлыми выпусками платформы Java, все > ранее написанные Java-проекты без изменений будут работоспособны при запуске > под управлением новой версии. Это ложь. Еще кто-то на этот булшит ведеться?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	36. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от Аноним (36), 26-Сен-18, 16:17
	по сравнению с питоном, например, они эталон стабильности
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	53. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от andy (??), 26-Сен-18, 19:33
	Угу, с нынешними браузерами на iLO 2 попробуйте зайти и открыть консоль
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	64. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от лютый лютик__ (?), 27-Сен-18, 08:33
	>с нынешними браузерами на iLO 2 попробуйте зайти и открыть консоль Бум. ERR_SSL_BAD_RECORD_MAC_ALERT И причём здесь java? applet-ы её выпилили тоже клепатели браузеров, а не Оракле.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

37. "Компания Oracle опубликовала Java SE 11"	+/–
Сообщение от Аноним (-), 26-Сен-18, 16:24
> ChaCha20 и Poly1305 можно рассматривать, как более быстрые и безопасные аналоги AES-256-CTR и HMAC Есть ощущение, что мы имеем дело с очередным внедрением бэкдора от АНБ. Протокол https создает защищенный канал связи между компьютерами в сети, сохраняя анонимность клиента. Это кроме всего прочего позоляет запутывать трафик, используя луковичную маршрутизацию. У АНБ стоит задача собрать досье на каждого человека, для чего нужно контролировать весь трафик в сети. На 2013 год они уже читали трафик, проходящий через серверы в своей юрисдикции, вымогали закрытые ключи, взламывали устаревшие версии TLS. Если у АНБ есть возможность вскрывать ChaCha20, и он станет применяться повсеместно, то проблемы https для них больше не будет (а из интернета уйдут остатки приватности). Несколько лет назад АНБ представило на стандартизацию свой блочный шифр Speck конструкции Add-Rotate-Xor. Известных атак на полнораундовую версию не существует. Однако можно предположить, что они есть у АНБ и возможно требуют специализированных суперкомпьютеров, а может и нет. ChaCha20 это так же Add-Rotate-Xor. Что, кроме разработки шифра Speck такой же конструкции, намекает на вмешательство АНБ? Попробую коротко объяснить разницу между AES и ChaCha20. Раундовая функция AES (Substitution-Permutation-Network): 1. Substitution Побайтовая подстановка через S-Box конструкции Ниберг, состоящий из нелинейной части (возведение байта в степень 11111110 в поле Галуа GF(2^8), что эквивалентно взятию обратного элемента поля) и линейной (XOR каждого бита с 4 битами справа от себя). 2. Permutation Блок представляется как матрица 4x4 байта, строки циклически сдвигаются на номер строки влево. Блок представляется как набор 32-битных чисел. Каждое число умножается на определенную MDS матрицу в поле Галуа. Раундовая функция ChaCha20 (Add-Rotate-Xor): 1. Add сложение 32-битных чисел. 2. Rotate сдвиги битов. 3. Xor побитовое сложение по модулю 2. Допустим, у атакующего есть какое-то количество пар открытый текст - шифртекст. Что отделяет его от раскрытия вашего ключа? Нелинейность (при условии, что остальные элементы шифра подобраны правильно). Нелинейное преобразование AES хорошо изучено в теории, менять его имеет смысл только при увеличении размерности (2 байта вместо одного), оно оптимально. Нелинейное преобразование ChaCha20 это обычное сложение двух 32-битных чисел.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	57. "Компания Oracle опубликовала Java SE 11"	–1 +/–
	Сообщение от Аноним (56), 26-Сен-18, 22:24
	И то, и другое - security through obscurity. Никто (?) не умеет взламывать симметричные шифры потому, что у всех (?) нет для этого и интеллекта, и необходимой математической подготовки, и мотивации одновременно.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	62. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от Maxim (??), 27-Сен-18, 00:17
	SHA тоже было сделано NSA. И что? Ну запретити ChaCha20 в браузере, останется AES (тем более хардварно кирпичами поддерживается).
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	77. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от типа аноним (?), 29-Сен-18, 12:50
	Да, аналогично думаю: > "Протокол https создает защищенный канал связи между компьютерами в сети, сохраняя анонимность клиента" Чего чего...
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	78. "Компания Oracle опубликовала Java SE 11"	+1 +/–
	Сообщение от типа аноним (?), 29-Сен-18, 12:53
	В общем - гониво или сознательная деза...
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	86. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Maxim (??), 30-Сен-18, 20:50
	> В общем - гониво или сознательная деза... Пару кг лапши на уши юзеров. Все как обычно.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	49. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от КО (?), 26-Сен-18, 17:50
	Это уже вопрос к Eclipse...
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

50. "Компания Oracle опубликовала Java SE 11"	+5 +/–
Сообщение от Аноним (50), 26-Сен-18, 17:59
Java 11 Trap (по поводу коммерческой использования именно этой сборки): https://blog.joda.org/2018/09/do-not-fall-into-oracles-java-...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

51. "Компания Oracle опубликовала Java SE 11"	+/–
Сообщение от Аноним (51), 26-Сен-18, 18:10
С Майнкрафтом совместима?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	59. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Борщдрайвен бигдата (?), 26-Сен-18, 23:44
	Нет, не совсем; ждём, пока cpw обновит (хотя бы) Forge для работы на этой LTS.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

54. "Компания Oracle опубликовала Java SE 11"	+/–
Сообщение от Аноним (54), 26-Сен-18, 19:57
java beans as part of jEE?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

58. "Компания Oracle опубликовала Java SE 11"	+/–
Сообщение от pupa (?), 26-Сен-18, 22:28
Как же терь в майнкрафт играть ? Лаунчер под джаву новую годами пилят
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

68. "Компания Oracle опубликовала Java SE 11"	+/–
Сообщение от Anomym (?), 28-Сен-18, 23:28
Makagiga разработчик еще под старую версию не допилил - уже две ветки сделал чтоб как-то успевать, а тут еще задачка.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

79. "Компания Oracle опубликовала Java SE 11"	+/–
Сообщение от Аноним (79), 30-Сен-18, 08:06
выкинули javafx. А говорят что обратную совместимость сохраняют. Даже уже собранные программы с javafx не запустятся.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	83. "Компания Oracle опубликовала Java SE 11"	+/–
	Сообщение от Аноним (83), 30-Сен-18, 13:43
	JavaFX выкинули из стандартной поставки, он вынесен в отдельный модуль, ты так же можешь добавить его в проект и использовать.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

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

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