Комментарии 156
То есть IntelliJ-еевские IDE перестанут работать?
+8
Да нет, надо будет просто вручную ставить, а не из репозитариев. Хотя использовать эти IDE в линуксах всё равно больно для глаз:)
+2
Вручную — я вот не очень понял, deb-пакеты можно ли будет делать с ихним JDK?
> больно для глаз
ничего, я привык:)
> больно для глаз
ничего, я привык:)
0
Oracle сам упаковывает только в tar-gz, rpm и инсталлятор.
deb-ов насколько я знаю официальных нет.
deb-ов насколько я знаю официальных нет.
+1
Ну я так понял, что deb пакеты теперь запрещено делать из JDK. А надо будет просто скачивать JDK с офф сайта oracle, ставить в систему, и разруливать зависимости. Ну и обновляться придётся вручную каждый раз.
А я вот не могу привыкнуть. Каждый раз пытаюсь перебороть себя, но ничего не получается:) Рыдая, перезагружаюсь в винду… Есть еще интересная особенность: шрифты в IDEA в линуксе смотрятся лучше на темном фоне. Но вот нормальной темной темы до сих пор у них нет. Я как свою не пытался нормально сделать(точнее адаптировать готовые от других людей), не получается…
А я вот не могу привыкнуть. Каждый раз пытаюсь перебороть себя, но ничего не получается:) Рыдая, перезагружаюсь в винду… Есть еще интересная особенность: шрифты в IDEA в линуксе смотрятся лучше на темном фоне. Но вот нормальной темной темы до сих пор у них нет. Я как свою не пытался нормально сделать(точнее адаптировать готовые от других людей), не получается…
0
Solarized пробовали? — ethanschoonover.com/solarized
0
Вы для своих внутренних целей можете сделать, ничего в этом страшного не будет. Включать в дистрибутивы, какие-либо варианты пакетов содержащих oracle jdk, теперь нельзя.
+2
Что-то за год работы я не заметил боли в глазах =)
+9
Прекрасно используются и никаких проблем
+3
А кто говорит, что нельзя использовать? Можно конечно. Просто нельзя не признать, что сглаживание шрифтов работает ужасно(а точнее — вообще не работает), по сравнению в маком и виндой. Это и сами JetBrains признают, но сделать ничего не могут, потому что проблема не с их стороны, а стороны разработчиков JRE.
+2
Вы просто не умеете ее готовить :)
-5
Про сглаживание шрифтов я говорил о свинге(а не о линуксе в целом), на основе которого построен интерфейс JetBrains'овских продуктов — это если кто не понял.
0
Рецепт лучения ШГ очень простой (на примере убунты):
1. Установить MS'овские шрифты (пакет ttf-mscorefonts-installer) и поставить их в системе:
$ gsettings set org.gnome.desktop.interface document-font-name 'Verdana 11'
$ gsettings set org.gnome.desktop.interface font-name 'Verdana 11'
$ gsettings set org.gnome.desktop.interface monospace-font-name 'Lucida Sans Typewriter 11'
2. Скачать launchpad.net/clearfonts/trunk/0.1.3/+download/39-clearfonts.conf и положить его в /etc/fonts/conf.d
3. Отключить сглаживание и установить полный хинтинг
$ gsettings set org.gnome.settings-daemon.plugins.xsettings antialiasing 'none'
$ gsettings set org.gnome.settings-daemon.plugins.xsettings hinting 'full'
4. Исправить DPI для своего монитора
5. Не уверен в необходимости, но, может не помешать:
$ fc-cache -fv
p.s.
6. Вы же установили родное разрешение у монитора?
1. Установить MS'овские шрифты (пакет ttf-mscorefonts-installer) и поставить их в системе:
$ gsettings set org.gnome.desktop.interface document-font-name 'Verdana 11'
$ gsettings set org.gnome.desktop.interface font-name 'Verdana 11'
$ gsettings set org.gnome.desktop.interface monospace-font-name 'Lucida Sans Typewriter 11'
2. Скачать launchpad.net/clearfonts/trunk/0.1.3/+download/39-clearfonts.conf и положить его в /etc/fonts/conf.d
3. Отключить сглаживание и установить полный хинтинг
$ gsettings set org.gnome.settings-daemon.plugins.xsettings antialiasing 'none'
$ gsettings set org.gnome.settings-daemon.plugins.xsettings hinting 'full'
4. Исправить DPI для своего монитора
5. Не уверен в необходимости, но, может не помешать:
$ fc-cache -fv
p.s.
6. Вы же установили родное разрешение у монитора?
-8
Как это поможет свингу, который сам реализует сглаживания, вместо использования системного? В остальном-то линуксе шрифты и их сглаживание вполне себе устраивает.
+4
К сожалению, я не подскажу где тут участвует свинг, но раз уж речь зашла о «IntelliJ-еевских IDE» результаты работы привожу наглядно (на Java6 от Oracle):
![image](https://habrastorage.org/r/w1560/getpro/habr/comment_images/0ae/d51/3de/0aed513def3c72bbac0f321ec9ac3d83.png)
![image](https://habrastorage.org/getpro/habr/comment_images/0ae/d51/3de/0aed513def3c72bbac0f321ec9ac3d83.png)
-4
Это же ужасно, неужели Вы не видите?
+11
Ну шрифты — феерическое г***о же? Выглядит, как в дистрах 2006-2007 года, когда сразу хочется снести дистр с винта.
+3
Стоило ли что-то менять, чтобы получить такой результат? У меня сейчас в Idea выставлен Dialog.plain для среды и Lucida Sans Typewriter размером 13 для редактора. И выглядит это намного, намного лучше.
+1
Я определенно что-то не понимаю. Что здесь плохого в шрифтах? оО
0
Арргх!.. Вот прямой линк на картинку: i.imgur.com/bwK3L.png
+7
Виноват, не заметил этот коммент. Такой вариант выглядит действительно очень приятно.
-2
А чего это у вас антиалиасинг для шрифтов не включен?
+3
Я догадался посмотреть предыдущую картинку в 100% масштабе. Шрифты, как известно, дело сугубо личное. Но такие ШГ мне не понравились.
+1
Вот как выглядит у меня. Ubuntu 11.10? IDEA 10 — никакого тюнинга не производилось
i40.tinypic.com/34rhq37.jpg
i40.tinypic.com/34rhq37.jpg
+3
по-моему проводился некий тюнинг самой убунты… поделитесь, что делали?
0
А я уже давно эти IDE с OpenJDK использую. Как ни странно, проблем это пока не вызывало
0
К сожалению со всяким корпоративным софтом openjdk не очень пока что работает. Так что ставить вручную придется.
+14
Помню один банк-клиент не работал под линухом — говорил что пароль неверный.
Проверил из консольки — пароль правильный. Короче, openJDK действительно не айс.
Поставил оракловскую — пароль нормально ввелся и все было хорошо.
Проверил из консольки — пароль правильный. Короче, openJDK действительно не айс.
Поставил оракловскую — пароль нормально ввелся и все было хорошо.
0
+1. Показательный пример- IP-KVM'ы, и естественно никто не будет что-то там в них фиксить.
0
*Пушной_зверек* конечно.
Хотя тут есть плюсы — стимул к скорейшему допиливанию openjdk. Критичные проблемы если и будут, то у узкой группы пользователей, использующих средства разработки конкретно заточенных под оракловскую реализацию.
Хотя тут есть плюсы — стимул к скорейшему допиливанию openjdk. Критичные проблемы если и будут, то у узкой группы пользователей, использующих средства разработки конкретно заточенных под оракловскую реализацию.
+3
А также стимул отказаться наконец от явы.
-16
Это невозможно. От наследия Cobol до сих пор отказаться окончательно не могут, а вы говорите о Java. Тем более альтернативы какие?
+10
Qt. Конечно учитывая отсутствие в данный момент большущих бизнес-приложений. И не говорите мне о C++, виртуальная машина явы — дрянь. Была есть и будет дрянью.
-18
Допустим. А дальше? Большинство встроенных систем, простейших мобильных телефонов, java апплеты в Интернете, не говоря уже о Android — все это на Java. Давайте все выбросим, потому, что, видители, сер тролль решил, что java «глупая, медленная, закрытая и мерзкая». Так? И только не говорите мне, что это не троллизм. Это чистейший троллизм.
+12
Хотя насчет закрытая вы конечно правы. Остальное — бред. Просто обосрать технологию, ничего не доказывая, а просто так…
0
Троллизм?) Впервые меня троллем называют. Ну что же, давайте глянем фактам в лицо.
Главная цель Java — обеспечение беспрецедентной кросс-платформенности. Это достигается за счёт байт-кода и виртуальной машины. Идея супер, реализация — говно. Виртаульная машина тормозит, приложения использовать невозможно. Да даже сами IDE для Java обрастают огромным количеством ненужного функционала связанног ос рефакторингом, серсдвтами тестирования и прочей автоматизацией, так как сами являются тормознутым хламом с которым невозможно нормально работать. Кроме того, инструментарий разработчика ущербен — куча классов на каждый случай жизни, половина из которых устарела, часть не работает, а часть так и вовсе редкая гадость. Непродуманные средства для взаимодействия с событийной системой на основе Listener-ов. Да да, которые удобны при необходимости привязать к ним кучу слушателей, но функционал которых почти никогда не испольузется полностью. Далее. Разделение на Java SE, ME, EE. Это по вашему круто? Не смешите меня))) Здесь общее только первая часть названия — Java и собственно синтаксис языка. Библиотеки разработки, которые собственно стоят за тремя этими технологиями, за исключением некоторого пересечения базовых в SE и EE — это совершенно разные вещи. Документация? Можно сказать что её нет. Хотя… Есть офигенная документация по самому языку, есть более-менее адекватная документация по нему же и по стандартным библиотекам. И вся документация заключается в списке классов/методов данных классов с кратеньким описанием. Короче туда же — в топку.
Тот же подход конечно использовали и разработчики .Net, но над его кросс-платформенностью только смеяться хочется.
И обратите внимание на один факт — когда я начинал учить Яву — я блы влюблён в этот язык. Мне нравился его ОО подход, нравилась идея виртуальной машины и прочего прочего… Нравилась стандартная библиотека… Но реализация всей этой замечательной идеи сделана «на отъебись». Такое ощущение что программисты которые её делали либо неопытные юнцы либо у них была такая куча работы, что на моменте «ой вроде работает, что там дальше по списку» они завершали работу над одной задачей и переключались на другую.
Да Ява добилась кросс-платформенности. Но такими жертвами и с такой потерей качества…
В то же время, Qt. C++ фреймворк, Да, здесь необходима компиляция под каждую из платформ. Но при этом у нас есть приложения которые работают настолько замечательно и чувствубют себя в каждой среде как родные. У нас есть отличная быстрая IDE, обширная документация, куча примеров, огромное количество классов на все случаи жизни, открытость, лёгкая портируемость на новые платформы и скорость C++. Сейчас Вы мне скажете «Фииии C++ устарел и компилировать надо это всё плохо и печально», да хрена лысого! С приходом Qt Quick появилась возможность писать приложения которые ЯВЛЯЮТСЯ по своей сути C++ приложениями и ВЫПОЛНЯЮТСЯ со скоростью C++, но НЕ используют виртуальную машину и при их написание НЕ нужно использовать C++. Всё что необходимо можно реализовать на QML/JavaScript. Да, эта технология появилась совсем недавно, да сделать на JS полновесное приложений пока нельзя, но извините меня, за два года её разработки я лично вижу технологию разработки ПО, равной которой по качеству, скорости выполнения кода, документированности, лёгкости в усвоении, платформо-независимости, скорости разработки и общей няшности не существует и никогда не существовало до этого. И Вы мне будете сейчас, при живом примере технологии которая может затмить всё что затмевается будете говорить о преимуществах явы, которая развивалась десяток лет и выросла в такую вот гадость? Простите, но мне всё так же смешно. В неё вливаются огромные деньги и всё что появляется на свет это ещё более тормозная разрозненная хрень. Для десктопа свои либы, для мобилок (Android, Java ME) свои… Да что тут хорошего в этой яве? Назовите мне хотя бы одно её преимущество перед Qt? Если хотите — напишите в личку и там я смогу на каждое названное преимущество привести ФАКТЫ превосходства Qt над ней. Ещё раз повторяю — не отвлечённые потуги с целью запутать как это делают троли, а факты.
И на последок, сЕр, пишется через «Э», как сэр — это раз. И Вам об этом даже браузер подсказывал при редактировании Вашего комментария. Я и не думал «обосрать» технологию — это два. И наконец прости меня пожалуйста за излишнюю эмоциональность если был не прав — это три. Дальнейшее обсуждение — по желанию и в личке.
Главная цель Java — обеспечение беспрецедентной кросс-платформенности. Это достигается за счёт байт-кода и виртуальной машины. Идея супер, реализация — говно. Виртаульная машина тормозит, приложения использовать невозможно. Да даже сами IDE для Java обрастают огромным количеством ненужного функционала связанног ос рефакторингом, серсдвтами тестирования и прочей автоматизацией, так как сами являются тормознутым хламом с которым невозможно нормально работать. Кроме того, инструментарий разработчика ущербен — куча классов на каждый случай жизни, половина из которых устарела, часть не работает, а часть так и вовсе редкая гадость. Непродуманные средства для взаимодействия с событийной системой на основе Listener-ов. Да да, которые удобны при необходимости привязать к ним кучу слушателей, но функционал которых почти никогда не испольузется полностью. Далее. Разделение на Java SE, ME, EE. Это по вашему круто? Не смешите меня))) Здесь общее только первая часть названия — Java и собственно синтаксис языка. Библиотеки разработки, которые собственно стоят за тремя этими технологиями, за исключением некоторого пересечения базовых в SE и EE — это совершенно разные вещи. Документация? Можно сказать что её нет. Хотя… Есть офигенная документация по самому языку, есть более-менее адекватная документация по нему же и по стандартным библиотекам. И вся документация заключается в списке классов/методов данных классов с кратеньким описанием. Короче туда же — в топку.
Тот же подход конечно использовали и разработчики .Net, но над его кросс-платформенностью только смеяться хочется.
И обратите внимание на один факт — когда я начинал учить Яву — я блы влюблён в этот язык. Мне нравился его ОО подход, нравилась идея виртуальной машины и прочего прочего… Нравилась стандартная библиотека… Но реализация всей этой замечательной идеи сделана «на отъебись». Такое ощущение что программисты которые её делали либо неопытные юнцы либо у них была такая куча работы, что на моменте «ой вроде работает, что там дальше по списку» они завершали работу над одной задачей и переключались на другую.
Да Ява добилась кросс-платформенности. Но такими жертвами и с такой потерей качества…
В то же время, Qt. C++ фреймворк, Да, здесь необходима компиляция под каждую из платформ. Но при этом у нас есть приложения которые работают настолько замечательно и чувствубют себя в каждой среде как родные. У нас есть отличная быстрая IDE, обширная документация, куча примеров, огромное количество классов на все случаи жизни, открытость, лёгкая портируемость на новые платформы и скорость C++. Сейчас Вы мне скажете «Фииии C++ устарел и компилировать надо это всё плохо и печально», да хрена лысого! С приходом Qt Quick появилась возможность писать приложения которые ЯВЛЯЮТСЯ по своей сути C++ приложениями и ВЫПОЛНЯЮТСЯ со скоростью C++, но НЕ используют виртуальную машину и при их написание НЕ нужно использовать C++. Всё что необходимо можно реализовать на QML/JavaScript. Да, эта технология появилась совсем недавно, да сделать на JS полновесное приложений пока нельзя, но извините меня, за два года её разработки я лично вижу технологию разработки ПО, равной которой по качеству, скорости выполнения кода, документированности, лёгкости в усвоении, платформо-независимости, скорости разработки и общей няшности не существует и никогда не существовало до этого. И Вы мне будете сейчас, при живом примере технологии которая может затмить всё что затмевается будете говорить о преимуществах явы, которая развивалась десяток лет и выросла в такую вот гадость? Простите, но мне всё так же смешно. В неё вливаются огромные деньги и всё что появляется на свет это ещё более тормозная разрозненная хрень. Для десктопа свои либы, для мобилок (Android, Java ME) свои… Да что тут хорошего в этой яве? Назовите мне хотя бы одно её преимущество перед Qt? Если хотите — напишите в личку и там я смогу на каждое названное преимущество привести ФАКТЫ превосходства Qt над ней. Ещё раз повторяю — не отвлечённые потуги с целью запутать как это делают троли, а факты.
И на последок, сЕр, пишется через «Э», как сэр — это раз. И Вам об этом даже браузер подсказывал при редактировании Вашего комментария. Я и не думал «обосрать» технологию — это два. И наконец прости меня пожалуйста за излишнюю эмоциональность если был не прав — это три. Дальнейшее обсуждение — по желанию и в личке.
-19
Ах да, я нехороший забыл про Java EE, в которой всё через Web и Qt тут не катит. Да, здесь он не нужен, ибо теперь есть HTML5, современные стандарты и даже Native Client
-9
И ещё пруф-линки:
1) qt.osdn.org.ua/qt-vs-java.html
2) www.javatalks.ru/sutra46787.php
3) www.google.kz/webhp?sourceid=chrome-instant&ix=sea&ie=UTF-8&ion=1&nord=1#sclient=psy-ab&hl=ru&safe=off&nord=1&site=webhp&source=hp&q=%D1%81%D1%80%D0%B0%D0%B2%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5%20Java%20Qt&pbx=1&oq=&aq=&aqi=&aql=&gs_sm=&gs_upl=&fp=277d9a16f8fb585c&ion=1&ion=1&bav=on.2,or.r_gc.r_pw.r_cp.,cf.osb&fp=277d9a16f8fb585c&biw=1366&bih=682&ion=1
1) qt.osdn.org.ua/qt-vs-java.html
2) www.javatalks.ru/sutra46787.php
3) www.google.kz/webhp?sourceid=chrome-instant&ix=sea&ie=UTF-8&ion=1&nord=1#sclient=psy-ab&hl=ru&safe=off&nord=1&site=webhp&source=hp&q=%D1%81%D1%80%D0%B0%D0%B2%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5%20Java%20Qt&pbx=1&oq=&aq=&aqi=&aql=&gs_sm=&gs_upl=&fp=277d9a16f8fb585c&ion=1&ion=1&bav=on.2,or.r_gc.r_pw.r_cp.,cf.osb&fp=277d9a16f8fb585c&biw=1366&bih=682&ion=1
-12
Перешел на вторую ссылку. Топик 2006 года, это раз. два — в половине ответов написано, что статья еще старше, чем топик. Вывод — давайте искать факты поновее, а не 5 и более летней давности
+3
И еще момент — я половине опусов, которые я нахожу по вашим ссылкам либо устаревшая информация, как в номерах 1 и 2, либо в обсуждении пишут, что опус предвзятый. Кому мне верить?
+1
Верьте кускам сравниваемым кода, фигли.
-6
Ну так дайте мне ваши факты, которые будут не 5-ти летней давности, тогда ок. А так — я не собираюсь бежать сравнивать код. И вообще, давайте уясним один момент: я не спорю насчет того, что С++ часто обгоняет Java, но извините меня, фразы типа: Java надо выкинуть, java глупая и отвратительная — это фигня. Вы приводите мне в пример замены Java технологию, которую я в глаза не видел не на одной встраиваемой системе/мобильнике и предлагаете разом убрать все что сделано за столько лет, столько IDE, которыми многие пользуются и так далее, только потому, что вы считаете, что Java кому то мешает. Я же не пишу — выкиньте Qt, потому что оно мешает Java. Так вот не надо разжигать холивар, а надо относится к технологии как минимум уважительно и тогда никто не напишет, что вы тролль.
+7
Поймите что не могу я к Java относится положительно. Весь опыт кроме самого первого который у меня с ней был — негативен на 100%. Qt — это прилодения на Windows, Linux, Embedded Linux, Mac OS X, Symbian, MeeGo, Android. С недавних пор — QNX.
Давайте так. Прекращаем холивар, я извиняюсь за чрезмерно резкие и вероятно оскорбительные свои слова в отношении явы, но ни в коем случае не отказываюсь от них, потому как я использовал обе технологии и считаю свою точку правильной.
Давайте так. Прекращаем холивар, я извиняюсь за чрезмерно резкие и вероятно оскорбительные свои слова в отношении явы, но ни в коем случае не отказываюсь от них, потому как я использовал обе технологии и считаю свою точку правильной.
-16
Зарывая топор войны, так как это ни к чему не приведет:)
+2
Ну почему? Можем ещё подраться, народ посмеётся)))
-8
Посмешить народ это конечно хорошо, но такие споры ни к чему никогда не приводили. Вы будете писать какая хорошая Qt, я буду писать какая хорошая Java, таким образом потратим время, профита не получим:)
+1
вы могли бы просто не только посмешить народ но еще и поменяться ролями чтобы выйти из минусов за комментарии.
то есть сначала один выступает в роли тролля и пишет ололо джава лажа а другой говорит спокойно и выдержанно, в духе хабра о том почему это некорректное суждение. а потом наоборот. и забавно и рейтинг не пострадал
то есть сначала один выступает в роли тролля и пишет ололо джава лажа а другой говорит спокойно и выдержанно, в духе хабра о том почему это некорректное суждение. а потом наоборот. и забавно и рейтинг не пострадал
0
То есть первую ссылку Вы проигнорировали и не прочитав то что написано в статье вернулись писать комментарий?
-6
Т.е вы искренне думаете, что ВЕСЬ функционал Java ER — это веб, и он покрывается HTML + какие то «стандарты» + native client? О чем с вами говорить тогда. Википедию хоть читайте.
+4
Во-первых, раз уж вы такой граммар-наци, то блы — пишется так: был. Во-вторых, я не утверждал, что у Java нет проблем и багов, но называть её глупой и мерзкой не правильно как минимум потому, что ее используют миллионы программистов, некоторые из которых могут быть лучше вас во много-много раз. Не троллизм, это когда вы приводите факты и пишете вывод, а когда человек пишет просто 4 прилагательных, то это и называется троллизм. Хотите дискуссию — пишите факты сразу, а не после того, как вас называют троллем. И, в-третьих, вы так и не ответили — Куда выбрасыватm Java, учитывая количество устройств, работающих на ней? Если вы такой умный — предложите лучший вариант для встроенных систем и мобилок, на который вот так вот легко все бы перешли, выбросив Java.
>Если хотите — напишите в личку и там я смогу на каждое названное преимущество привести ФАКТЫ превосходства Qt над ней.
Мне лично факты не нужны, если хотите доказать — пишите здесь, так как дискуссия здесь, а не в личке.
>Если хотите — напишите в личку и там я смогу на каждое названное преимущество привести ФАКТЫ превосходства Qt над ней.
Мне лично факты не нужны, если хотите доказать — пишите здесь, так как дискуссия здесь, а не в личке.
+2
>Виртаульная машина тормозит, приложения использовать невозможно.
Да ну? Сколько лет использую и все нормально. Заметьте — не я один использую, а учитывая количество Java IDE — миллионы программистов используют
Да ну? Сколько лет использую и все нормально. Заметьте — не я один использую, а учитывая количество Java IDE — миллионы программистов используют
+1
Ага. Intellij IDEA и Eclipse. Офигенные IDE, наверняка. Но как Вы терпите, когда при клике на соседнюю вкладку нужно около секунды ждать пока она обработает событие и начнёт потихонечку отрисовывать новую вкладку. Ubuntu/Sun JRE 6.0/Dual Core/4Gb RAM
-15
А как вы терпите Visual Studio когда она открывает Solution в котором хотя бы 4-5 тысяч классов?
+1
вы сами в это верите? IDE тормозят только тогда, когда обращаются к диску, и здесь не важно какой язык. Все тормоза так или иначе связаны с либо с дисковой подсистемой либо с кривыми руками разработчиков. Ошибок в самой jvm, которые давали бы такой просев по производительности о котором вы пишете не видел.
+2
НЛО прилетело и опубликовало эту надпись здесь
Я вмешаюсь и скажу, что Qt просто офигенный фреймворк, без сомнения. Я его люблю и периодически использую. Но сравнивать Java как технологию и Qt как технологию в тех контекстах, что вы сравниваете… это капец просто. Ну и описание самих технологий (разделение java — wtf, вы не понимаете смысл спецификаций по которым «разделяется»?) выдаёт то, что вы или жёстко троллите, либо совсем некомпетентны, либо выпили излишне в честь этой прекрасной долгой зимней пятницы. Да и спокойнее надо быть.
+11
Ты СОВЕРШЕННО не понимаешь, в чём суть Java. Java это не C++ «о, привет чуваки, зацените прикольный шаблон я намутил, который зацикливает компилятор гыгы». Java это не псевдоинтеллектуальные обсуждения о Lisp. Java это не Qt, Python или PHP. Java это место, где программеры могут побыть чудовищами — взаимозаменяющимися демонами многопоточности, high concurrency и pluggability, которыми они на самом деле и являются.
Где-то нашли очередной buffer overflow, а мы смеёмся. Десять сишников в поте лица пишут свой сервер, а мы смеёмся. Фанатичный школьник предлагает банкам заменить Java на C++, а мы смеёмся и просим ещё. Отсутствие полноценной стандартной библиотеки, сложность настройки окружения разработчика, сложность сопряжения разных программ или их модулей — мы смеёмся. Отсутствие проверенных библиотек на любой чих и бздык — мы смеёмся. Растерянный менеджер чешет репу над поделием сишного программера, которого он во время не остановил — мы смеёмся. Мы бездушно подпишемся под чем угодно, наши предпочтения не основаны на здравом смысле, гетерогенная среда исполнения — наша стихия, мы — истинное лицо энтерпрайз-разработки.
Где-то нашли очередной buffer overflow, а мы смеёмся. Десять сишников в поте лица пишут свой сервер, а мы смеёмся. Фанатичный школьник предлагает банкам заменить Java на C++, а мы смеёмся и просим ещё. Отсутствие полноценной стандартной библиотеки, сложность настройки окружения разработчика, сложность сопряжения разных программ или их модулей — мы смеёмся. Отсутствие проверенных библиотек на любой чих и бздык — мы смеёмся. Растерянный менеджер чешет репу над поделием сишного программера, которого он во время не остановил — мы смеёмся. Мы бездушно подпишемся под чем угодно, наши предпочтения не основаны на здравом смысле, гетерогенная среда исполнения — наша стихия, мы — истинное лицо энтерпрайз-разработки.
+17
О боги, когда же у меня будет стоооолько кармы, чтобы я смог это заминусовать 8[]
0
Что с вами? Это С++ такое с людьми творит?
+1
Ну тролль как есть, чего спорить, причем весьма плохо знающий предмет, чего с вам разговаривать.
Это достигается за счёт байт-кода и виртуальной машины. Идея супер, реализация — говно. Виртаульная машина тормозит, приложения использовать невозможно.
Ну бред же. Когда вы использовали Java в последний раз, там уже был JIT? Are you sure?
Да даже сами IDE для Java обрастают огромным количеством ненужного функционала связанног ос рефакторингом, серсдвтами тестирования и прочей автоматизацией, так как сами являются тормознутым хламом с которым невозможно нормально работать.
JetBrains поржет, да. Вы еще сравните Visual Studio БЕЗ решарпера, для С++, с нормальным инструментами разработки, типа IDEA. А я вам даже объясню, почему под Java есть столько рефакторингов. Потому что есть нормальная объектная модель языка, есть сравнительно простая грамматика, нет макросов и препроцессора, есть умеренно-строгая статическая типизация и нет всех этих reinterpret_cast и (void*). Я, например, не видел пока что _нормальных_ средств авторефакторинга под С++. Сравнимых с таковыми под Java от IDEA.
Вы на самом деле не видете смысла в функционале IDEA? Вам не нужна автоматизация рефакторингов и средства запуска юнит-тестов из IDE? Печально. Она тормозит на вашей машине? I'm so sorry to hear that. Купите нормальных процессор и планку памяти :)
Кроме того, инструментарий разработчика ущербен — куча классов на каждый случай жизни, половина из которых устарела, часть не работает, а часть так и вовсе редкая гадость.
Да. + еще миллион библиотек сторонних на все случаи жизни… Тоже разумеется не нужных. Вам.
Документация? Можно сказать что её нет. Хотя… Есть офигенная документация по самому языку, есть более-менее адекватная документация по нему же и по стандартным библиотекам. И вся документация заключается в списке классов/методов данных классов с кратеньким описанием. Короче туда же — в топку.
Мда. По Java больше книг, статей, мануалов, постов на форумах и прочего чем по любому другому языку.
Да Ява добилась кросс-платформенности. Но такими жертвами и с такой потерей качества…
А еще она стала платформой. Платформой для хостинга байткода. Jython, JRuby, Groovy, Scala… Более двухстот языков.
И Вы мне будете сейчас, при живом примере технологии которая может затмить всё что затмевается будете говорить о преимуществах явы, которая развивалась десяток лет и выросла в такую вот гадость? Простите, но мне всё так же смешно. В неё вливаются огромные деньги и всё что появляется на свет это ещё более тормозная разрозненная хрень. Для десктопа свои либы, для мобилок (Android, Java ME) свои… Да что тут хорошего в этой яве? Назовите мне хотя бы одно её преимущество перед Qt? Если хотите — напишите в личку и там я смогу на каждое названное преимущество привести ФАКТЫ превосходства Qt над ней. Ещё раз повторяю — не отвлечённые потуги с целью запутать как это делают троли, а факты.
1. Огромное количество библиотек под разные случаи жизни, и многие из них даже вполне качественные.
2. Огромное количество книг и документации, огромное количество девелоперов.
3. Хорошая платформа, быстрый JIT, GC, Security Architecture, по сравнению с С++ — сам язык Java, уже преимущество.
4. Хорошие инструменты от разработки, сила которых, в значительной степени, в том, Java — удобный язык для создания таких средств, в отличии от С++.
5. За языком стоит компания, у которой есть деньги и возможность развивать все это И завоевывать доверия других компаний, в том числе, тяжелого Enterprise. Есть reference implementation — Sun/Oracle JVM/JRE, и нет зоопарка компиляторов под разные платформы.
Это достигается за счёт байт-кода и виртуальной машины. Идея супер, реализация — говно. Виртаульная машина тормозит, приложения использовать невозможно.
Ну бред же. Когда вы использовали Java в последний раз, там уже был JIT? Are you sure?
Да даже сами IDE для Java обрастают огромным количеством ненужного функционала связанног ос рефакторингом, серсдвтами тестирования и прочей автоматизацией, так как сами являются тормознутым хламом с которым невозможно нормально работать.
JetBrains поржет, да. Вы еще сравните Visual Studio БЕЗ решарпера, для С++, с нормальным инструментами разработки, типа IDEA. А я вам даже объясню, почему под Java есть столько рефакторингов. Потому что есть нормальная объектная модель языка, есть сравнительно простая грамматика, нет макросов и препроцессора, есть умеренно-строгая статическая типизация и нет всех этих reinterpret_cast и (void*). Я, например, не видел пока что _нормальных_ средств авторефакторинга под С++. Сравнимых с таковыми под Java от IDEA.
Вы на самом деле не видете смысла в функционале IDEA? Вам не нужна автоматизация рефакторингов и средства запуска юнит-тестов из IDE? Печально. Она тормозит на вашей машине? I'm so sorry to hear that. Купите нормальных процессор и планку памяти :)
Кроме того, инструментарий разработчика ущербен — куча классов на каждый случай жизни, половина из которых устарела, часть не работает, а часть так и вовсе редкая гадость.
Да. + еще миллион библиотек сторонних на все случаи жизни… Тоже разумеется не нужных. Вам.
Документация? Можно сказать что её нет. Хотя… Есть офигенная документация по самому языку, есть более-менее адекватная документация по нему же и по стандартным библиотекам. И вся документация заключается в списке классов/методов данных классов с кратеньким описанием. Короче туда же — в топку.
Мда. По Java больше книг, статей, мануалов, постов на форумах и прочего чем по любому другому языку.
Да Ява добилась кросс-платформенности. Но такими жертвами и с такой потерей качества…
А еще она стала платформой. Платформой для хостинга байткода. Jython, JRuby, Groovy, Scala… Более двухстот языков.
И Вы мне будете сейчас, при живом примере технологии которая может затмить всё что затмевается будете говорить о преимуществах явы, которая развивалась десяток лет и выросла в такую вот гадость? Простите, но мне всё так же смешно. В неё вливаются огромные деньги и всё что появляется на свет это ещё более тормозная разрозненная хрень. Для десктопа свои либы, для мобилок (Android, Java ME) свои… Да что тут хорошего в этой яве? Назовите мне хотя бы одно её преимущество перед Qt? Если хотите — напишите в личку и там я смогу на каждое названное преимущество привести ФАКТЫ превосходства Qt над ней. Ещё раз повторяю — не отвлечённые потуги с целью запутать как это делают троли, а факты.
1. Огромное количество библиотек под разные случаи жизни, и многие из них даже вполне качественные.
2. Огромное количество книг и документации, огромное количество девелоперов.
3. Хорошая платформа, быстрый JIT, GC, Security Architecture, по сравнению с С++ — сам язык Java, уже преимущество.
4. Хорошие инструменты от разработки, сила которых, в значительной степени, в том, Java — удобный язык для создания таких средств, в отличии от С++.
5. За языком стоит компания, у которой есть деньги и возможность развивать все это И завоевывать доверия других компаний, в том числе, тяжелого Enterprise. Есть reference implementation — Sun/Oracle JVM/JRE, и нет зоопарка компиляторов под разные платформы.
+7
Да ну? Назовите мне лучше виртуальную машину, чем JVM. По совокупности параметров, важных для вас. Erlang?
+1
Сер, ну вы и шутник. Отказаться от самого развитого действительно кроссплатформенного языка (по чисто субъективному мнению).
+4
Нет я не шутник. Это глупая, медленная, закрытая и мерзкая технология которая лишь тормозит развитие действительно качественных решений.
-15
лишь тормозит развитие действительно качественных решений.каких решений и как тормозит?
+3
тормозит своим существованием. Тормозит Qt Quick и хоть тот же .Net.
-16
Каким боком Java им мешает? Я еще раз повторюсь, что будет если, как вы говорите выкинуть Java? Это будет тоже самое, что выкинуть самые популярные IDE для программирования, все мобилки без ОС, Андроид, дофига различных устройств и так далее. Список можно продолжать вечно. Вы действительно считаете, что обойдетесь без всего этого?
+2
Я не имею ввиду что надо разом взять и скинуть яву на свалку. Но отказываться от неё однозначно надо начинать. Как и от Flash и от Silverlight. Н смену им просто приходят более совершенные технологии вот и всё.
-6
Я не имею ввиду что надо разом взять и скинуть яву на свалку. Но отказываться от неё однозначно надо начинать. Как и от Flash и от Silverlight. Н смену им просто приходят более совершенные технологии вот и всё.Если бы технологии могли быть «более совершенными» в сколько-нибудь абсолютном плане, то к данному моменту технологий осталась бы ровно одна.
+1
Аха, про .Net вспомнили, всё с вами ясно :) вот уж .Net и есть как раз самая закрытая и несвободная технология на планете, и .Net ни разу не кросс платформенная кстати ;)
0
> А также стимул отказаться наконец от явы
Спасибо, поржал.
Спасибо, поржал.
+2
и чего добился oracle? Уменьшение пользователей в пользу альтернативного решения
+10
В связи с новостью вопрос (может кто-то сталкивался): есть debian сервер с Jira — будут ли проблемы при переходе на OpenJdk?
0
если у вас jira установлена бинаркой — то в нее вшита уже jdk.
У вас проблемы другого плана — она просто не обновляет ее(. Только с апдейтами самой себя, что бывает далеко не сразу после закрытия существенных дыр.
Если установлена не бинаркой — то не в курсе.
У вас проблемы другого плана — она просто не обновляет ее(. Только с апдейтами самой себя, что бывает далеко не сразу после закрытия существенных дыр.
Если установлена не бинаркой — то не в курсе.
+1
При наличии пропиетарной JIRA — в чем проблема скачать и установить JDK с официального сайта?
0
Хм…
Замену JDK надо делать так: apt-get install sun-java6-jre- openjdk-7-jre. Предложенный же в статье вариант снесёт заодно все программы, которые используют Java.
Замену JDK надо делать так: apt-get install sun-java6-jre- openjdk-7-jre. Предложенный же в статье вариант снесёт заодно все программы, которые используют Java.
+3
предложенный в статье вариант взят из совета разработчика debian.
sylvestre.ledru.info/blog/sylvestre/2011/10/25/removal_of_sun_java6_from_debian
Я предполагаю, что причина почему делается именно так — смена версии jvm на 7.
sylvestre.ledru.info/blog/sylvestre/2011/10/25/removal_of_sun_java6_from_debian
Я предполагаю, что причина почему делается именно так — смена версии jvm на 7.
0
apt-get --purge remove sun-java6-jre
в Убунту пишет, что нельзя удалить виртуальный пакет
в Убунту пишет, что нельзя удалить виртуальный пакет
0
wiki.ubuntu.com/LucidLynx/ReleaseNotes/Java6Transition — официальный хелп для убунты
0
Мне вот интересно, они представляют себе что делают. У наших партнеров, например, сотни серверов под Ubuntu с приложениями на Java. То есть если сейчас не запретить апдейт то в определнный момент все сервера лягут. Причем чтобы запретить апдейт нужно суппорту проделать достаточно много работы, тк сервера находятся у пользователей за файрволами и прямого доступа к ним нет.
Ну ладно бы Canonical просто перестать предоставлять апдейты и убрать из репозитория, но вытирать то на серверах зачем? Какое вообще они имеют право удалять что-то с серверов не находящихся под их контролем.
Я более чем уверен что много пользователей не читают рассылки и не узнают об этом приятном сюрпризе пока приложения на серверах не перестанут работать. Вот будет админу веселье — искать куда вдруг подевалась java на сервере.
Ну ладно бы Canonical просто перестать предоставлять апдейты и убрать из репозитория, но вытирать то на серверах зачем? Какое вообще они имеют право удалять что-то с серверов не находящихся под их контролем.
Я более чем уверен что много пользователей не читают рассылки и не узнают об этом приятном сюрпризе пока приложения на серверах не перестанут работать. Вот будет админу веселье — искать куда вдруг подевалась java на сервере.
+21
Canonical лучше пользователей знает, что им нужно, пора бы уже привыкнуть.
+17
По-моему, лучше неработающий софт, чем взломанный сервер (из-за уязвимости).
А вообще, ругаться нужно на Oracle. Это они устроили цирк с лицензиями.
А вообще, ругаться нужно на Oracle. Это они устроили цирк с лицензиями.
+5
Да, Oracle отозвала лицензию, но решение выкосить подчистую sun-java6 принято Canonical.
Они это аргументируют тем, что есть серьезные уязвимости для которых они не могут предоставить апдейт — значит нужно принудительно удалить эти пакеты. Интересно, в вдруг они решат что нужно удалить Windows с соседней с Убунту партиции?
Они это аргументируют тем, что есть серьезные уязвимости для которых они не могут предоставить апдейт — значит нужно принудительно удалить эти пакеты. Интересно, в вдруг они решат что нужно удалить Windows с соседней с Убунту партиции?
+1
Windows к их области компетенции не относится. А все, что было установлено через их репозитории имеет.
Цена взлома системы может быть несоизмеримо выше, чем небольшой даунтайм.
Цена взлома системы может быть несоизмеримо выше, чем небольшой даунтайм.
+1
>> Цена взлома системы может быть несоизмеримо выше, чем небольшой даунтайм.
Это должен решать конкретный пользователь/администратор.
Вполне вероятна ситуация когда риск взлома практически отсутствует ( сервер за файрволом ), а расходы связанные с принудительным выдиранием пакетов из работающей системы могут быть большими.
Это должен решать конкретный пользователь/администратор.
Вполне вероятна ситуация когда риск взлома практически отсутствует ( сервер за файрволом ), а расходы связанные с принудительным выдиранием пакетов из работающей системы могут быть большими.
+1
А зачем обновлять систему если ты за фаерволом? Риск же отсутствует
+1
5+!
+2
Не все обновления являются фиксами для проблем безопасности, кроме этого есть еще исправления ошибок, исправления связанные с производительностью и стабильностью.
0
если ты полез обновлять систему — ты понимаешь ЧТО делаешь, и К ЧЕМУ это может привезти.
Обновлять «живую» систему без теста — непрофессиональность и «авосизм».
Обновлять «живую» систему без теста — непрофессиональность и «авосизм».
+3
Немного ниже в комментариях человек пишет, что в результате того что Canonical в последнем обновлении вырубила Java плагин в браузере — он не может воспользоваться интернет-банк.
То есть на ровном месте, в данном случае практически без предупреждения человеку создали проблему.
Вместо нормальной работы он теперь вынужден искать что же поставить взамен.
Вы представляете что будет если скажем Microsoft временно ( до устранения гипотетичского бага ) вырубит например Media Player на всех компьютерах? Или еще более красочный пример — насильно удалит IE6.
Можно прекратить выпускать обновления, уведомить о соотвествующих рисках безопасности, но нельзя просто вот так взять и удалить пакет программ с компьютера пользователя.
То есть на ровном месте, в данном случае практически без предупреждения человеку создали проблему.
Вместо нормальной работы он теперь вынужден искать что же поставить взамен.
Вы представляете что будет если скажем Microsoft временно ( до устранения гипотетичского бага ) вырубит например Media Player на всех компьютерах? Или еще более красочный пример — насильно удалит IE6.
Можно прекратить выпускать обновления, уведомить о соотвествующих рисках безопасности, но нельзя просто вот так взять и удалить пакет программ с компьютера пользователя.
0
мне кажется, любое более-менее существенное обновление убунты (и, наверное, другого линукса) может с вероятностью 80% создать проблему на ровном месте.
+1
Я вот пользуюсь iBank2. Они выкатили как-то обновления, после чего перестал работать вход в банк под линуксом.
Без всяких Canonical мне создали проблему без решения. Я их с марта пинаю починить обратно — без результата…
Без всяких Canonical мне создали проблему без решения. Я их с марта пинаю починить обратно — без результата…
0
lol, opensource уже не такой open? Собственно все к тому и шло. canonical, подсадив на свою ОС пользователей, теперь действует исключительно в своих (корпоративных) интересах.
-1
Сотни боевых серверов с дефолтным автоапдейтом? Гм… Это посильнее Фауста Гёте, да :).
>Вот будет админу веселье — искать куда вдруг подевалась java на сервере.
Мне кажется, такого рода веселье у этого вашего админа случается довольно часто и он должен был бы попривыкнуть. Ну, или, наконец, включить голову.
>Вот будет админу веселье — искать куда вдруг подевалась java на сервере.
Мне кажется, такого рода веселье у этого вашего админа случается довольно часто и он должен был бы попривыкнуть. Ну, или, наконец, включить голову.
+1
Отлично. Вот значит почему я не смог зайти в интернет-банк на Java. ((
0
Думаю что не из-за этого. Пока еще не удалили.
0
Не знаю, но после сегодняшнего апдейта Java перестала работать на отрез. Попытка переустановки успехом не увенчалась. Очень странно. Придется копаться.
0
У Вас используется Java plugin в браузере? Похоже что они его уже вырубили:
Due to the severity of the security risk, Canonical is immediately releasing a security update for the Sun JDK browser plugin which will disable the plugin on all machines. This will mitigate users' risk from malicious websites exploiting the vulnerable version of the Sun JDK.
Due to the severity of the security risk, Canonical is immediately releasing a security update for the Sun JDK browser plugin which will disable the plugin on all machines. This will mitigate users' risk from malicious websites exploiting the vulnerable version of the Sun JDK.
0
Все беды от менеджиров.
+15
А что удивительного, все же уже догадались, к чему Оракл ведёт всеми своими последними реформами, да? Они в самом деле собираются начать продавать Oracle JDK/JRE за деньги. Мол, хотите бесплатно — идите на OpenJDK, хотите стабильно — платите. Это ж Оракл — они всегда всё монетизируют. И им заплатят.
+1
А что догадываться, давно об этом слухи ходят. Ну, сделают они premium-редакцию, ну что с того, не вижу повода для паники. Во-первых, обычная «седьмая ява» это УЖЕ есть фактически OpenJDK7. Так что заметка о продаже каких-то там Oracle JDK уже теряет изначальный смысл, не так ли? Во-вторых, в данный момент развитие OpenJDK идёт очень активно, спасибо ораклу и сотоварищи (с деньгами). А по мне так именно это главное в технологии.
0
Интересно, а чисто гипотетически, может такая же ситуация возникнуть с MySQL?
0
Да хрен с ними, пусть продают. Но зачем такое свинство устраивать? Ну сделали бы при установке JDK ввод логина и пароля, по которым бы и произошла активация или еще что придумали. Сделали же для подтверждения лицензии такую хрень во время установки. Короче мудаки, а не люди.
0
Oracle vs SAP (+MS?), сезон 3й, серия 5я )
+2
В принципе, я не вижу никаких поводов для паники.
Для персональных машин разработчиков и отдельных пользователей бинарный инсталлятор Oracle JDK вручную скачивается и вручную ставится либо в /opt либо в /usr/lib/jvm. После устанавливается переменная окружения JAVA_HOME — практически весь серьезный софт эту переменную подхватывает правильно и поэтому переменную PATH обновлять даже не обязательно. Остальной мелкий софт и вызов java/jar из командной строки пользуют Open JDK (можно подправить и PATH если использованием Oracle JDK критично для таких вызовов)
Пользователи Windows делали все то же самое годами и не шуршат.
Для пользования на серверах можно собрать deb-пакет для внутреннего пользования и установки в те же вышеупомянутые локации без использования механизма Debian Alternatives — это гораздо проще чем может показаться на первый взгляд. Как побочный эффект, становится возможным одновременно устанавливать разные версии установленных Oracle JVM для различных приложений — именно те версии JVM с которыми приложение проходило тесты.
То что у кого-то есть кучи серверов которые могут рухнуть — такое возможно лишь при полной безалаберности. Во-первых, на Ubuntu Server автоматическое обновление по-умолчанию отключено (и включить его по своей воле может только очень творческий человек); во-вторых, версии критических для работы пакетов нужно лочить; в-третьих, если проект действительно серьезный и масштабный не грех и свой прокси-репозиторий завести, отключив систему от штатных репозиториев Canonical
Для персональных машин разработчиков и отдельных пользователей бинарный инсталлятор Oracle JDK вручную скачивается и вручную ставится либо в /opt либо в /usr/lib/jvm. После устанавливается переменная окружения JAVA_HOME — практически весь серьезный софт эту переменную подхватывает правильно и поэтому переменную PATH обновлять даже не обязательно. Остальной мелкий софт и вызов java/jar из командной строки пользуют Open JDK (можно подправить и PATH если использованием Oracle JDK критично для таких вызовов)
Пользователи Windows делали все то же самое годами и не шуршат.
Для пользования на серверах можно собрать deb-пакет для внутреннего пользования и установки в те же вышеупомянутые локации без использования механизма Debian Alternatives — это гораздо проще чем может показаться на первый взгляд. Как побочный эффект, становится возможным одновременно устанавливать разные версии установленных Oracle JVM для различных приложений — именно те версии JVM с которыми приложение проходило тесты.
То что у кого-то есть кучи серверов которые могут рухнуть — такое возможно лишь при полной безалаберности. Во-первых, на Ubuntu Server автоматическое обновление по-умолчанию отключено (и включить его по своей воле может только очень творческий человек); во-вторых, версии критических для работы пакетов нужно лочить; в-третьих, если проект действительно серьезный и масштабный не грех и свой прокси-репозиторий завести, отключив систему от штатных репозиториев Canonical
+5
Все правильно. Просто это еще раз перетрехнет безопасность серверов, те кто «творчески» подошел к конфигурации переделают думаю как надо.
Непонимаю только что мешает создать вместо ".deb" пакета с зашитой Oracle JDK ".deb" инсталятор который скачает неизмененную версию с сайта Oracle.
Непонимаю только что мешает создать вместо ".deb" пакета с зашитой Oracle JDK ".deb" инсталятор который скачает неизмененную версию с сайта Oracle.
0
Насколько я понимаю, Oracle не гарантирует постоянство ссылки на скачивание JDK. То есть в данный момент такая ссылка есть, но на то, что она не изменится я бы не расчитывал.
Вторая проблема более серьезна — перед скачиванием надо согласиться с лицензионным соглашением.
Да и для серьезных инсталляций как-то спокойнее иметь бинарный блоб в своем репозитории чем надеяться, что он правильно скачается и установится с какого-то внешнего ресурса, который мы не контролируем.
Вторая проблема более серьезна — перед скачиванием надо согласиться с лицензионным соглашением.
Да и для серьезных инсталляций как-то спокойнее иметь бинарный блоб в своем репозитории чем надеяться, что он правильно скачается и установится с какого-то внешнего ресурса, который мы не контролируем.
+1
Ха-ха! Говорил же я, что все-равно все перейдем на OpenJDK7, а то тут мне на хабре один начал доводить противоположную точку зрения.
Idea 11-я, кстати, нормально работает в Сьюзе 12.1 х64-й, помню девятка лажала в свое время конкретно.
Idea 11-я, кстати, нормально работает в Сьюзе 12.1 х64-й, помню девятка лажала в свое время конкретно.
+1
Кто-нибудь openJDK на продакшн серверах использовал? Плюсы, минусы, сравнение производительности/стабильности?
0
НЛО прилетело и опубликовало эту надпись здесь
Замечательно, они на openjdk, пробовали запускать тот же maven или jetty с hibernate'ами? Оно банально крешится или просто не запускается… Замутили такую хрень, не оставив разработчикам и админам выбора.
Одним словом свинство.
Одним словом свинство.
0
Ого, неужели кто-то из дебианщиков реально использовал встроенную Java?
Она же там довольно старой версии и установленная извращенным образом. Сколько помню, всегда первым делом скачивал свежую.
Хотел пофлеймить на тему инопланетности дебиана вообще, но все-таки это оффтопик.
Она же там довольно старой версии и установленная извращенным образом. Сколько помню, всегда первым делом скачивал свежую.
Хотел пофлеймить на тему инопланетности дебиана вообще, но все-таки это оффтопик.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Debian и Ubuntu удаляют реализации jvm от oracle и sun из дистрибутивов