| |
| 2.33, Аноним (33), 10:56, 18/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
И это хорошо. Кстати, пакет OpenJDK 8 от RH содержит IcedTea под Windows. Работает быстрее, чем WS.
| | |
|
| |
| 2.26, Аноним (-), 10:23, 18/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Классика, подсадили, а теперь поделись пирогом)
Бил Гейтс это высказывание одобряет.
| | |
| |
| 3.55, Аноним (55), 12:11, 18/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
"Полу хорошо платили в Honeywell, а часть этих денег перекочевала в мой карман, когда мы с ним допоздна играли в покер в моей комнате."
| | |
|
|
| 1.5, кккк (?), 09:00, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +11 +/– |
с одной стороны "вот и всё", но с другой стороны java уже настолько огромна и обросла таким сообществом, что движение Оракл-а даже понятны - оно не может всем рулить и всё тянуть и сбрасывает на сообщество и сторонние компании темы, которые Ораклу не интересны. OpenJDK наше всё. :-)
| | |
| |
| 2.15, Аноним (14), 09:56, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Но ведь бинари они не распространяют. Пользователям винды самим компилировать? Да они скорее ораклу заплатят.
| | |
| |
| 3.21, asdasd (?), 10:12, 18/04/2019 [^] [^^] [^^^] [ответить]
| +6 +/– |
Для винды есть куча сторонних сборок, OpenJDK, таких как zulu-openjdk или AdoptJDK.
| | |
| 3.24, Аноним (24), 10:16, 18/04/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
sudo apt install openjdk-11-jdk
А зачем вообще винда на сервере, ее ж перезагружать постоянно надо о_О
| | |
| |
| 4.25, Аноним (25), 10:21, 18/04/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
А чё, Linux не надо обновлять и перезагружать после обнов ядра?
| | |
| |
| 5.27, ryoken (ok), 10:28, 18/04/2019 [^] [^^] [^^^] [ответить]
| +10 +/– |
 Уже 3 варианта бесперезагрузочного ядрообновления придумано, курите гугль лучше.
| | |
| |
| 6.45, Аноним (45), 11:58, 18/04/2019 [^] [^^] [^^^] [ответить]
| –8 +/– | |
серьезно ?
Ubuntu Server 18.10
*** Требуется перезагрузка системы ***
Last login: Tue Apr 16 00:48:56 2019
| | |
| |
| 7.60, Ключевский (?), 12:16, 18/04/2019 [^] [^^] [^^^] [ответить]
| +15 +/– | |
> Ubuntu Server 18.10
Серьезно? На серверах должен быть только LTS, а для них есть бесплатный canonical-livepatch
А ты поставил поддерживаему полгода ветку для разработчиков на сервер, блин.
| | |
| |
| 8.67, нах (?), 12:22, 18/04/2019 [^] [^^] [^^^] [ответить] | +4 +/– | лайфхач не очень поможет при обновлениях сцыстемды или банального glibc Но сер... текст свёрнут, показать | | |
| 8.99, анон (?), 14:11, 18/04/2019 [^] [^^] [^^^] [ответить] | +/– | тогда попросите каноникал не штамповать версии с маленьким сроком поддержки ... текст свёрнут, показать | | |
|
|
|
| 5.41, Аноним (41), 11:26, 18/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Так в винде достаточно обновлению, например, включать в себя DLL-ку запущенного процесса -- и без перезагрузки оно не установится.
| | |
| |
| 6.58, Аноним (55), 12:14, 18/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Установится. Перезагрузка нужна для PendingFileRenameOperations.
| | |
| |
| 7.81, Аноним (81), 12:51, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Так в том-то и дело, что невозможность перезаписать занятую процессом DLL-ку вынуждает откладывать их обновление до перезагрузки.
| | |
| |
| 8.95, пох (?), 14:04, 18/04/2019 [^] [^^] [^^^] [ответить] | +/– | если процесс нельзя просто прибить - в линуксе, сюприз, все еще хуже - дллка-то ... текст свёрнут, показать | | |
|
|
|
|
| 4.36, анон (?), 11:13, 18/04/2019 [^] [^^] [^^^] [ответить]
| +12 +/– |
ничего её не надо перезагружать постоянно. сама перезагрузится.
| | |
| 4.68, Аноним (68), 12:23, 18/04/2019 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> sudo apt install openjdk-11-jdk
Откуда на сервере apt install? Всю жизнь были yum install
| | |
|
| 3.71, Аноним (71), 12:28, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Пользователям винды бинари остались бесплатными.
Платно только разрабам и коммерческое использовнаие
| | |
| |
| 4.89, Аноним (33), 13:31, 18/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
А винда у тебя в конторе не считается коммерческой что ли? Трофейная?
| | |
| |
| 5.104, Аноним (104), 14:42, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
есть сборка OpenJDK в чём проблема?
Причём с ней проще, т.к. даже устанавливать не нужно, распаковал архив, прописал 2-3 переменных и пользуйся, один минус обновлений нет.
| | |
|
|
| 3.86, macfaq (?), 13:19, 18/04/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
Видимо да, учитывая, что крайний раз, когда я ставил JRE на окна - очень давно - официальный дистрибутив приволок в систему долбаный тулбар от ask.com и ещё какой-то мусор.
| | |
| 3.143, Аноним (143), 20:12, 18/04/2019 [^] [^^] [^^^] [ответить] | +1 +/– | Нашли о ком и о чем переживать Пользователи венды пользуются программами Из-за... большой текст свёрнут, показать | | |
|
|
| 1.7, Аноним (7), 09:01, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –12 +/– | |
> $2.50 в месяц на одного пользователя или один компьютер
Это так много...
| | |
| |
| 2.30, ИмяИмя (?), 10:38, 18/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
У меня AnyLogic бесплатный стоит на 60 компьютерах в компьютерных классах. Это 1800 зеленых денег в год.
| | |
|
| 1.8, Анонимный селебрити (?), 09:13, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Я так и не понял что делать с JRE - всякие онлайн банкинги реализуют подписи чере него, так теперь клиенты банков должны платить Ораклу?
| | |
| |
| 2.11, Аноним (11), 09:18, 18/04/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
При чем тут клиенты? Кто заказывает бал, тот и платит. То бишь банк, который нанимает разработчика своего онлайн-банкинга.
| | |
| |
| |
| 4.70, нах (?), 12:25, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– | |
пересадите клиента на линyпс, раз оно там jre - наверное, ничто не помешает это сделать.
А в нем гарантированно будет openjdk'шный - и замучаешься бороться с тем, чтобы заменить его на оракловый. К счастью, уже несколько лет как это делать стало совершенно и незачем.
| | |
| |
| 5.157, iPony (?), 06:45, 19/04/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> пересадите клиента на линyпс, раз оно там jre - наверное, ничто не помешает это сделать
Это типа по поводу JRE плагина, который работает по сути только в Safari и IE?
| | |
|
| 4.137, Kuromi (ok), 17:52, 18/04/2019 [^] [^^] [^^^] [ответить]
| +4 +/– |
 С каким плагином? NPAPI плагины давно уже не поддерживаются в подовляющем числе браузеров.
| | |
|
| 3.22, Аноним (22), 10:13, 18/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Все расходы банков лягут на плечи потребителей и ое фактически оплатят весь бал, а юридически - банк.
| | |
|
| 2.19, Онаним (?), 10:04, 18/04/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
Да. Банк заплатит ораклу, а заплаченное вобьёт в стоимость обслуживания :)
| | |
| |
| |
| 4.175, Аноним (175), 12:26, 21/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Прям стесняюсь спросить - осведомленные вам там, в банке, всю малину портят? Ну там, квартальный отчет какой?
| | |
|
|
| 2.29, ИмяИмя (?), 10:36, 18/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Мне кажется любая связка "любой софт + JRE" попадает под:
"If you are an organization used to getting Oracle Java SE binaries at no cost, you can simply continue doing so with Oracle's OpenJDK releases available at jdk.java.net."
В том числе и клиент-банковский и какой-нибудь другой.
И, если заморочится вопросом, то можно повыносить мозг поставщику на эту тему.
PS. мои соболезнования вам
PPS. даже казначейство уже сползло с подписывания через java
| | |
|
| 1.9, Технополис (?), 09:15, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 Ну и ничего страшного. Об этом давно было заявлено. Мы заранее подготовились и просто перешли на OpenJDK12. Почистили старые java библиотеки от разных версий. Работа даже лучше стала. Сейчас всех пользователей переведем на java12 и забудем про жадный Oracle.
| | |
| |
| |
| 3.56, Анонир (?), 12:12, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Потому что 12 - это релиз длительной поддержки, в отличие от 11.
| | |
| |
| 4.61, Анонир (?), 12:16, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Прошу прощения, ошибся насчет 12 версии. Учитывая что 11 LTS действительно странно переходить на 12.
| | |
|
|
| 2.172, dio4 (ok), 04:47, 20/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
 Если все так хорошо, чего же раньше не работали под open? Лукавство...просто теперь ищете судорожно выход из ситуации. "Подчистили библиотеки.." если софта много - так можно до самой смерти чистить ))) Сейчас все (кто может) на с++ рванут, а java все - спеклась.
| | |
| |
| 3.178, Технополис (?), 13:12, 22/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Никакого лукавства. Еще год назад запланировали переход с java8 на свежие Open версии. Просто ждали обещанный Graal. Не дождались. Зато вышло много хороших сборок. Так что двигаемся по плану. А на с++ никто из java программистов не рванет. Java слишком хорошая технология для бизнес задач, чтобы с неё уходить. А то что появилось много разных JDK под разные условия - это просто замечательно. Не одной Oracle заживет народ.
| | |
|
|
| 1.12, Аноним (12), 09:24, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Ограничения, установленные Oracle, уже давно душат. К примеру, Sun знала о возможной смене политики, и открыла исходники Solaris до приобретения Oracle. Последняя же не развивает открытую ветвь.
| | |
| |
| |
| 3.75, нах (?), 12:28, 18/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
вообще-то у них проблемы с бизнесом нарисовались куда раньше этих четырех лет. Метания в сторону opensource, собственно, были одним из признаков что все плохо.
Не орацлом, но покупку вполне можно было предвидеть, правда, они опенсорснулись не ради этого, а ради поиметь хоть по стольнику налом с лохов (самый дорогой в моей жизни диск с впопенсорцом ;-) - видимо, уже очень-очень были нужны наличные деньги хотя бы чтоб зарплату выплачивать.
| | |
| |
| 4.106, Аноним (106), 14:46, 18/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Метания в сторону opensource, собственно, были одним из признаков что все плохо.
То есть для M$ можно заготовлять именную лопату?
| | |
|
| |
| 4.100, Аноним (100), 14:32, 18/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да, выросло ироничное поколение, утопающее в постиронии. А старики воспринимают коверканье имён как невежество.
| | |
|
|
|
| 1.16, vitalif (ok), 09:57, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Сначала было обрадовался, что щас она самозакопается, ан нет, это только оракл жаба. Подскажите, какой в ней щас вообще смысл? Там же фич нет, все в опенждк давно?
| | |
| |
| 2.76, нах (?), 12:29, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
ентер-прайс, все дела.
Опенжидкая вообще кем-то собирается, к примеру, под oracle solaris?
| | |
| |
| 3.116, vitalif (ok), 15:57, 18/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
если она только под солярис нужна, то это можно считать эквивалентом того, что она вообще не нужна
| | |
|
| 2.124, Аноним (124), 16:50, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Есть куча старых проектов, которые проще поддерживать в том состоянии что есть.
Не у всех есть куча времени заниматься рефакторингом(смысла тоже не много).
А миграция на openjdk не всегда тривиальна.
| | |
| |
| 3.128, vitalif (ok), 17:09, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Да это понятно... я спрашивал - для новых проектов она зачем нужна? Есть какие-то примеры фич оракловой закрытой явы, которые в новых проектах нужны?
| | |
| |
| 4.136, Аноним (124), 17:48, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Нужно больше времени для изучения и тестирования в работе.
Одно дело на коленке проект написать и поиграться.
Другое дело быть уверенным что нигде не упадет в реальных условиях.
Проект вроде открытый, а сайт java.net не очень удобный (крохотный текст слева раздражает).
Просмотр кода тоже самое. Багтрекинг тоже не понятно где искать.
Стабильность не уверен. Еще очень мало версий прошло в той же 11 или 12 ветке.
Оценивать еще рано. А 9 и 8 версии openjdk не юзабельны как по мне.
| | |
| |
| 5.159, vitalif (ok), 11:31, 19/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Что за бред. Какого времени, ты о чем? Что значит неюзабелен? Что конкретно неюзабельно?
| | |
| 5.169, Аноним (169), 17:39, 19/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Э, какой-то болезненный бред. Чем же openjdk 8 и 9 так вот прям "не юзабельны"?
| | |
|
|
|
|
| 1.17, Аноним (14), 09:59, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Хочу заметить, что оракловский GraalVM пока что FOSS и намного лучше OpenJDK8. OpenJDK 11 в GraalVM пока не завезли. GraalPython пока что не особо юзабелен - значительная часть станд. библиотеки сломана.
| | |
| |
| 2.98, Аноним (98), 14:10, 18/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Зачем отдельно завозить, если в OpenJDK 11 и так уже встроен GraalVM? Кроме того, в оракловых сборках нет и не будет Shanondoah (есть у redhat-а и bellsoft-а).
| | |
| |
| 3.147, Аноним (14), 22:31, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– | |
>если в OpenJDK 11 и так уже встроен GraalVM
Нет, не встроен. Встроен только хотспот. Как минимум трюфеля, полиглота (ради которых и брал) и aot нет (правда aot там в неработоспособнос состоянии, большая часть программ не компилится, а те, что компилятся - не работают).
| | |
|
|
| 1.20, Аноним (20), 10:05, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ] | +1 +/– | При использовании в коммерческих проектах требуется покупка лицензии или перехо... большой текст свёрнут, показать | | |
| |
| 2.47, Аноним (47), 12:01, 18/04/2019 [^] [^^] [^^^] [ответить]
| +6 +/– |
Никто не запрещает вам продолжать запускать на волшебном Java SE 6. Речь про новые версии.
| | |
|
| 1.35, Аноним (35), 11:04, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Постепенно завершаем переход на OpenJDK11 + Linux и на серверах и на машинах разрабов, все ок, только положительные впечатления. Не знаю как на Windows (нет таких машин), но на Linux машинах ни какой разницы, просадов производительности или жора памяти тоже нет.
| | |
| |
| 2.37, Другой Аноним (?), 11:15, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– | |
Сейчас GUI на Swing'е уже наверное никто не пишет. Но во времена JSE6 мы сталкивались с разным поведением при обновлении интерфейса из внешнего потока, OpenJDK конкретно глючил.
Кстати, разработчики IntelliJ Idea раньше тоже рекомендовали использовать сборку от оракла для запуска IDE, не знаю как обстоят дела сейчас.
| | |
| |
| 3.53, лютый жабист__ (?), 12:08, 18/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Сейчас GUI на Swing'е уже наверное никто не пишет
А на чём пишут ГУЙ? Помнится, год-два назад в glibc что-то поломали и в свеженьком Арче сломались сразу три IDEшки (netbeans, idea и eclipse), работать работали, но супермедленно. Т.е. написаны они на Свинге. На чём надо?
| | |
| |
| 4.96, Другой Аноним (?), 14:06, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Никто однозначно не скажет "на чем надо", все от Ваших задач зависит. Раньше повсеместно использовались standalone приложения, сейчас иная тенденция.
| | |
|
| 3.72, НяшМяш (ok), 12:28, 18/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > при обновлении интерфейса из внешнего потока
Вам никто не говорил, что так делать нельзя? Любая гуёвая библиотека работает в главном потоке - просто чтобы избежать проблем. Да, внутри гуй можно щедро помазать примитивами синхронизации, но опять же, это будет тормозить.
| | |
| |
| 4.103, Ordu (ok), 14:41, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
 Простите за оффтоп, но примитивы синхронизации это прошлый век. Надо разделять доступ к объектам, так чтобы ни один объект не был бы доступен на запись более чем из одного потока. Либо из одного потока на запись, либо из многих на чтение. Примитивы синхронизации нужны только в тех редких случаях, когда так выкрутится не удаётся, и в этих случаях они действительно могут на многих ядрах дать отрицательный бонус к производительности: https://appliedgo.net/concurrencyslower/
| | |
| |
| 5.158, Виталий (??), 07:35, 19/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Хотите по оффтопить?
Начнем с того, что синхронизация вообще нужна для решения проблем с конкурентным доступом.
Если конкуренция слабая, т.е. вероятность одновременного доступа низка и / или когда исполнение синхронизованного кода достаточно быстрое, что тоже снижает уровень конкуренции промежду прочим.
То в расходы на синхронизацию существенный или даже основной вклад вносит сама реализация блокировок.
Так вот накладные расходы на выполнение примитивов синхронизации достаточно низкие по сравнению с реализациями из java.util.concurrent и соответственно примитивы синхронизации имеют право на существование. Причем в достаточно широком классе случаев на самом деле.
Такие дела :)
| | |
| |
| 6.164, Ordu (ok), 12:59, 19/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
> Хотите по оффтопить?
> Начнем с того, что синхронизация вообще нужна для решения проблем с конкурентным
> доступом.
Причём только тогда, когда этот доступ не удалось раздробить на достаточно мелкие куски, которые не требуют синхронизации.
> Так вот накладные расходы на выполнение примитивов синхронизации достаточно низкие по сравнению
> с реализациями из java.util.concurrent и соответственно примитивы синхронизации имеют
> право на существование. Причем в достаточно широком классе случаев на самом
> деле.
Право на существование они имеют потому, что без них в конечном итоге никак. Но каждый конкуретный доступ -- это инвалидация кеша. Если используется Mutex и используется так, что Mutex::try_lock() хотя бы в 50% случаев возвращает ошибку, то это нене и безрукость.
| | |
| |
| 7.165, Виталий (??), 13:35, 19/04/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> Если используется Mutex и используется так, что Mutex::try_lock() хотя бы в 50% случаев возвращает ошибку, то это нене и безрукость
Это да, но вот из практики такие нагрузки очень редки, по крайней мере в той области ынтерпрайза где мне приходится тянуть лямку. У нас вообще конкуренция на уровне приложения не очень частый случай.
А скорее типичная следующая ситуация:
Есть код, который работает нормально неделями. Очень редко выдает какие-то непонятные ошибки. До тех пор пока некий пытливый ум не догадается, что где-то есть несинхронизованный конкурентный доступ к памяти. Какие уже там 50 процентов ...
| | |
|
| 6.183, Аноним (169), 18:45, 23/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Не соглашусь с вами. Примитивы не нужны никогда. Они, для начала, бесполезны. Т.е. создают иллюзию предсказуемого конкурентного доступа, что ещё хуже, чем ясно себе представлять, что приложение написано без учёта многопоточного доступа. Сугубо имхо, конечно.
| | |
|
|
|
|
| 2.63, Попугай Кеша (?), 12:18, 18/04/2019 [^] [^^] [^^^] [ответить]
| –3 +/– | |
Ага, при этом ощущение, что отмываешься от чего-то. Но ничего, полезные водные процедуры пойдут на пользу.
Вон и Google хочет отмыться теперь от Android/Java, и готовит уже соломку чистую - Flutter/Dart/Fuschia
| | |
| |
| 3.97, пох (?), 14:07, 18/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
головы он дурит глупым птичкам из отряда курообразных.
А сам как штамповал все новые и новые версии ведроида, так и продолжает.
| | |
|
|
| 1.42, Аноним (49), 11:26, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Что за театр в комментах? Неужели кто-то до сих пользовался не openjdk вариантом?
| | |
| |
| 2.46, Аноним (46), 11:59, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Проблема в том, что бинарники OpenJDK так же перестают обновлять после выхода новых мажорных релизов. И для потребителей это проблема, особенно для абсолютного большинства пользователей Windows, т.к рядовые пользователи не будут собирать себе java из исходников. В linux с этим на много легче, из-за того что у пакетов есть мантейнеры.
Пока я вижу выход в том, что банки будут рекомендовать для использования сторонние сборки adopt, zulu и т.п.
| | |
| 2.92, Аноним (33), 13:36, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
К сожалению на винде пользовались. Но сейчас переходим на OpenJDK - одни положительные впечатления.
| | |
|
| 1.44, DEF (?), 11:54, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Чем отличается 0racle JDK от 0pen JDK? Именно в техническом плане.
| | |
| |
| 2.48, Другой Аноним (?), 12:01, 18/04/2019 [^] [^^] [^^^] [ответить]
| –14 +/– |
Тем что OpenJDK это только reference implementation. Если Вы работаете с "чувствительными" данными(а это фактически любой бизнес), то я не думаю, что вам стоит использовать OpenJDK, а так в общем все ОК.
| | |
| |
| 3.52, Аноним (49), 12:05, 18/04/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
Неправильный жвм съест все чувствительные данные, какой ужас
| | |
| |
| 4.57, Другой Аноним (?), 12:13, 18/04/2019 [^] [^^] [^^^] [ответить]
| –11 +/– | |
Вы знаете, чем отличается независимый открытый проект от проекта, за которым стоит конкретная компания и координатор?
Если лично Вы выбрали открытый проект для своей компании, в нем обнаружилась проблема и по этой причине у вас утекли данные, пропали деньги, упала ракета, то в этом случае виноваты лично Вы и никто другой.
| | |
| |
| 5.65, Аноним (55), 12:20, 18/04/2019 [^] [^^] [^^^] [ответить]
| +7 +/– |
> Если лично Вы выбрали открытый проект для своей компании, в нем обнаружилась
> проблема и по этой причине у вас утекли данные, пропали деньги,
> упала ракета, то в этом случае виноваты лично Вы и никто
> другой.
Вы хотите сказать, что в случае "виновата Oracl" -- она компенсирует стоимость упавшей ракеты? Не порадуете ссылочкой на прецеденты?
| | |
| |
| 6.69, Другой Аноним (?), 12:25, 18/04/2019 [^] [^^] [^^^] [ответить]
| –13 +/– |
Всё что я хотел сказать, я сказал. Все остальное Вы сами додумали, а посему и ссылки искать Вам.
| | |
| |
| 7.111, Попугай Кеша (?), 15:09, 18/04/2019 [^] [^^] [^^^] [ответить]
| –5 +/– | |
Гордый другой аноним высоко задрал нос, ничего более не сказав, хлопнул дверью и ушел! Адиос, господа! Ищите сами доказательства!
Спектакль был окончен. Аудитория рукоплескала!
| | |
| 7.115, Аноним (115), 15:54, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> Всё что я хотел сказать, я сказал. Все остальное Вы сами додумали,
Я додумал совсем не то, что Вам хотелось бы? Какая жалость. Риторика коню под хвост.
> а посему и ссылки искать Вам.
Когда захочу доказать исходный _Ваш_ намёк (якобы "конкретная компания и координатор" даёт некие сакральные выгоды), тогда обязательно этим займусь. Пока продолжу считать его досужим домыслом.
| | |
|
|
| 5.123, YetAnotherOnanym (ok), 16:35, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
 > виноваты лично Вы и никто другой
Вы EULA от "конкретных компаний" хоть раз читали? Там дисклеймер на отмазке сидит и ограничением погоняет. Ответственности за свое творение никакой, ещё и руки у покупателя связаны - дебажить нельзя, дизассемблить нельзя, исследовать нельзя, ничего нельзя.
| | |
| 5.132, Аноним (49), 17:37, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Ну да, интерпрайз животворящий - это такая панацея. В случае факапа тот факт, что я использовал проприетарную сборку, пускай даже за бабки - мне ничего не даст. А факап _от того_, что я использую не проприетарную сборку уж очень маловероятен, хотя бы потому, что они успели ветки слить. В новости прям так и написано
| | |
| |
| 6.138, Другой аноним (?), 18:43, 18/04/2019 [^] [^^] [^^^] [ответить]
| –8 +/– | |
Блин, ребята, вы не читая отвечаете, что-ли? Мое мнение, что если за сделанную работу никто не отвечает головой, то это халтура, нельзя полагаться на этот продукт. Что здесь не так? Вы другого мнения?
На фига мне знать, про все эти открытые коды и EULA’ы которые тут приводите, если речь идёт о другом. Оракл тупо пытается скинуть Java’у, я это упомянул в посте выше.
| | |
| |
| 7.141, J.L. (?), 19:59, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
 > Блин, ребята, вы не читая отвечаете, что-ли? Мое мнение, что если за
> сделанную работу никто не отвечает головой, то это халтура, нельзя полагаться
> на этот продукт.
а вы сами читаете? Оракл как-то отвечает головой за сделанную работу в очередной версии OracleJre??
даже если у вас куплен суппорт оракла (не помню есть ли у них суппорт на жаву) - не отвечает
| | |
| 7.145, Аноним (49), 20:31, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Ну так лицензии то там вам не просто так предлагают почитать. Вот эти AS IS капсом тут и там - все таки о чем-то да говорят. Или вы слепо надеетесь на внутрикорпаративную политику? А то так и фряху можно на помойку, как же они там без корпораций. Это все - рюшечки и кормление себя плацебо, тем более учитывая, что кодовая база абсолютно одинаковая
| | |
| 7.170, NameName (?), 21:57, 19/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
Головой? )))) Чувак, что с тобой? Кто и за что отвечает головой в сфере разработки и продажи ПО? Это риторический вопрос, можешь не отвечать.
| | |
|
|
|
|
| 3.64, Led (ok), 12:19, 18/04/2019 [^] [^^] [^^^] [ответить]
| +13 +/– |
 > Если Вы работаете с "чувствительными" данными
А потом ещё спрашивают: почему жабистов считают этими.. алтернативно развитыми? или даже - гуманитариями?
| | |
| |
| 4.66, Аноним (55), 12:21, 18/04/2019 [^] [^^] [^^^] [ответить]
| –12 +/– | |
> - гуманитариями?
Потому что программное обеспечение пишется, в первую очередь, для людей. И я не о "жабистах".
| | |
| 4.90, Канделябры (?), 13:32, 18/04/2019 [^] [^^] [^^^] [ответить]
| –8 +/– |
Оу, давно я не был на радиоактивных пустошах, где мутанты-гидроцефалы обзываются друг на друга словом "гуманитарий". А вообще, слыть гуманитарием среди необразованных маргиналов - это почётно.
| | |
|
|
| 2.50, Аноним (46), 12:04, 18/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не все оптимизации openJDK входят в сборку Oracle, и наоборот.
| | |
| 2.54, mknv (?), 12:10, 18/04/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
В Oracle jdk более стойкие алгоритмы шифрования (из-за лицензии), насколько я помню. Не знаю, как сейчас.
| | |
| |
| 3.73, Аноним (68), 12:28, 18/04/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
Лицензии на шифрование из США - это совершенно отдельный разговор. Поскольку у них уже почти вся ИТ внесена в список экспортных ограничений (с ограничением на контакты с иностранцами), шифрование могут исключить вообще отовсюду из программных продуктов, которые могут оказаться за пределами их страны.
| | |
| |
| 4.80, Аноним (33), 12:50, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> Лицензии на шифрование из США
И как Вы собираетесь легально использовать это в РФ?
| | |
| |
| 5.117, Аноним (115), 16:01, 18/04/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Лицензии на шифрование из США
> И как Вы собираетесь легально использовать это в РФ?
Легально в РФ используют СКЗИ, а не т.н. "шифрование".
| | |
| 5.125, YetAnotherOnanym (ok), 16:51, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
По-разному, в зависимости от ситуации.
Вот, например, с конца 90-х использую SSH для подключения к удалённым хостам.
Не помню с какого времени, но ежедневно использую https при веб-сёрфинге.
Ну, и так далее.
Собираюсь продолжать пользоваться ПО, использующим разработанные американскими вендорами криптоалгоритмы и их реализации, ровно так же, как пользовался до сих пор.
| | |
| |
| |
| 7.139, Ydro (?), 19:23, 18/04/2019 [^] [^^] [^^^] [ответить]
| +3 +/– |
Скажу по секрету, что этот сайт работает через httpS, Вы в преступном сговоре.
| | |
|
|
|
|
|
|
| |
| 2.114, Аноним (114), 15:48, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
В Zulu смысла нет, так как оперативные обновления с устранением уязвимостей платные.
| | |
| 2.120, J.L. (?), 16:10, 18/04/2019 [^] [^^] [^^^] [ответить]
| +/– | |
> Azul Zulu в новости нет потому что они наверное не занесли?
а почему должны занести? и кому?
| | |
|
| 1.130, Аноним (169), 17:33, 18/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А с чего кипиш? Уже давно всё на OpenJDK. Вендовые же "пользователи" сами виноваты, они давно никому не нужны.
| | |
| 1.154, Michael Shigorin (ok), 00:53, 19/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 Если кто задумается над тем, чтоб платить ораклу -- обдумайте ещё один вариант, Liberica JDK: https://bell-sw.com
Это контора бывших питерских разработчиков Java VM, среди которых был спец, который "знал её лучше Гослинга"; познакомился с ними на SECR-2018. Прошлой весной оракл их уволил -- вот пусть теперь ему и аукается. :)
| | |
| |
| 2.179, Технополис (?), 13:16, 22/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Из десятка поставщиков JDK выбрали именно их. И всем советуем. Самая разнообразная и хорошая комплектация у наших питерских товарищей. Молодцы.
| | |
| 2.186, Аноним (33), 09:18, 29/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
Это неудачный вариант. Возможно, и существуют приложения, который будут под Liberica работать, но используемые нами приложения запустить под ней (как, впрочем, и под Corretto) не удалось. Видим лучший вариант - поиск решений, не использующих клиентскую Java. Для себя мы их определили и протестировали.
| | |
| |
| 3.187, Alexander Belokrylov (?), 13:21, 29/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
 > Это неудачный вариант. Возможно, и существуют приложения, который будут под Liberica работать,
> но используемые нами приложения запустить под ней (как, впрочем, и под
> Corretto) не удалось. Видим лучший вариант - поиск решений, не использующих
> клиентскую Java. Для себя мы их определили и протестировали.
Поделитесь пожалуйста, что за приложение не удалось запустить под Liberica?
можно написать в форму на https://bell-sw.com или на info@bell-sw.com
| | |
| |
| 4.189, Аноним (190), 18:15, 29/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
См. ниже. Но смысла в них уже нет, как и клиентской Java на наших машинах.
| | |
| |
| 5.191, Aleksei Voitylov (ok), 00:12, 30/04/2019 [^] [^^] [^^^] [ответить]
| +/– |
 Приложения, которые вы указали ниже - weasis и spark (тот, который IM) рассчитаны на работу с JDK 8:
weasis portable - работает с Liberica JDK 8u212.
spark - работает с Liberica JDK 8u212. Приложение включает в свою поставку JRE, поэтому запускали как рекомендует скрипт для запуска этого приложения, предварительно выставив переменную INSTALL4J_JAVA_HOME=$PATH_TO_LIBERICA_JDK, .
Есть ли смысл - Вам, конечно, решать.
| | |
|
|
|
|
| 1.163, NameName (?), 11:55, 19/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Ява давно Ораклу обуза. Сейчас с языковой среды сложно снять прибыль традиционным для оракла способом. Поэтому трансформация неизбежна.
| | |
| 1.167, Аноним (169), 17:22, 19/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Legacy-ветки бесплатно поддерживает и Амазон, и Шапка (эйбиэм). В новых же версиях особого смысла, пока, не вижу.
| | |
| 1.173, iZEN (ok), 21:57, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Есть OpenJDK8 (пакет openjdk8-8.212.4.1 на FreeBSD) и OpenJDK12 (пакет openjdk12-12.0.1.12.1 на FreeBSD), доступные в исходниках.
| | |
| |
| |
| 3.182, iZEN (ok), 19:31, 22/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Аха, а собирать ты пробовал? Из этих исходников?
% /usr/local/openjdk8/bin/java -version
openjdk version "1.8.0_212"
OpenJDK Runtime Environment (build 1.8.0_212-b04)
OpenJDK 64-Bit Server VM (build 25.212-b04, mixed mode)
% /usr/local/openjdk12/bin/java -version
openjdk version "12" 2019-04-16
OpenJDK Runtime Environment (build 12+12-1)
OpenJDK 64-Bit Server VM (build 12+12-1, mixed mode)
| | |
|
|
| 1.174, Александр (??), 22:19, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Цинизм Oracle поражает. Сделали jdk 11 в котором утверждали что совместимость сохранена. Недавно вышло обновление SQL Developer, в котором read me гласит что совместимо только с 8 и 9 версией, а выше неподдерживаютсч
| | |
| |
| |
| 3.185, Аноним (33), 09:12, 29/04/2019 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Нет. Все применяемые нами приложения в Java 11 НЕ работают ни под Windows, ни под Linux. Если интересует, это: Weasis, Spark.
При этом под Linux ситуация еще сложнее. Обновление IcedTea тянет в зависимостях Java 11 несмотря на то, что в системе стоит Java 8. Проблема не имеет решения.
Решение такое - отказаться от клиентской Java в принципе. Первое заменяется на Portable или любой другой вьювер. Второй заменяется на Pidgin, благо версия для Windows пристойно работает.
| | |
|
|
|
