JDK 12

Да они все немного странные =) А что там творится на день Пифагора, это ваще ппц. Хотя однажды мы (физфак мгу) объединились с филфаком МГУ на джа, нажрались и навыёживались на них. Ну то есть, подошли толпой и стали орать: «Мехмат - говно!» и устроили махач.

объединились с филфаком МГУ
нажрались

А вот еслиб с филфака обьединялись с дивчинами, не махач бы с задротами устраивали, а демографию бы повысили.

Если тебе нужно быстро добраться на другой континент используй самолёт. Если тебе нужно дёшево добраться в другой конец города используй общественный транспорт. Если тебе нужно управление зависимостями используй maven. Если тебе не нужно управление зависимостями качай jar. Это же так просто.

Если тебе не нужно управление зависимостями качай jar.

Ты прав. Мне не нужно управление зависимостями. Мне нужны сами зависимости. Неужели так сложно?

Но почему? Почему я просто не могу оказаться там где мне нужно? Мне не нужен самолет или транспорт, мне нужно просто оказаться там.

Круг замкнулся.

В моем повествовании подразумевается, что это одно и тоже. Если тебе нужен спор ради спора, выкинь из него слово управление.

В моем повествовании подразумевается, что это одно и тоже.

Это ни одно и то же. Ни разу. Это вещь и управление вещью. Ты куда то не в ту степь походу.

Зато для разработки больших приложений - самое то. Хотя иногда (лишь иногда) не хватает ручного управления памятью.

Не знаю, не сталкивался с такими проблемами. Нет ну если конечно поднимать на малине игровой сервер с расчетом на 5000 клиентов, то да, скорее всего не выйдет. Все остальное работает прекрасно.

Не совсем так. Просто есть проекты, которые пилились под старые системы по договору. Для обновления - нужно кучу всего дорогостоящего перелицензировать, что не очень то хочется, когда проект «на доработке» или «на поддержке».

Такие проекты тащат за собой JSE 6.

А в целом все переходят на JSE 8. После конца цикла поддержки, энтерпрайзненько же.

Ну если считать машину с 1Gb оперативы маломощной - то вполне крупные комплексы на ней крутятся. Не всё так уж плохо, просто надо грамотно проектировать, в результате стоимость разработки уйдет недалеко от си, но вот прототип будет получен быстрее.

А вот если взять электрон, то в разы быстрее!

А много языков ты знаешь?

Последний раз, что я помню, это был JavaFx проект. JavaFx была дропнута и пришлось ставить OpenJFx в зависимости, а эта хрень что-то там подтянула и вылезла ошибка с package not exists.

А ещё с JAXB проблемы были.

И ещё всякая экзотика типа JAI не работает

Ну мы же боевые пидарасы! Подрались, выпили, обсудили теормех.

На фоне не представленной гифки, боюсь себе представить... Водка пить - земля валяться ладно. Но вот чтоб остальное... А сейчас как, выпиваете? На смуззи не тянет? Бороду не отпустили? Барбер шопы?

Покажи правильный способ установить plantuml. Они только jar дают.

http://plantuml.com

Мне не нужен самолет или транспорт, мне нужно просто оказаться там.

Это - к Apple.

Собрал на FreeBSD из порта java/openjdk12 OpenJDK 12. Но так ни разу и не запустил - не с чем.

Косуха, берцы, хаер, пиво.

Я так понял цитату ты не слышал от автора Groovy о том что он бы даже не садился за создание Groovy если бы тогда знал что уже есть Scala

У джавы многое хорошо, но какая-то она уже скучная

не садился за создание Groovy если бы тогда знал что уже есть Scala

сказочный долбоящер

О как. Спасибо.

Есть, в манифест можно урлы зависимостей прописать и jre все скачает

О_о а подробней?

С введением модулей так вообще добавили ровно то чего zvezdochiot хочет

Да способов хватает, я, лично, просто pom.xml всегда смотрю в META-INF, только он же найдёт обычную жарку и будет жаловаться, что нет зависимостей.

Нормально тогда:)

Да там вопрос не в переписывании. Я видел системы на 6 и видел, как они «мигрировали» на 8. Там всё работает, а если что не работает, то исправляется тривиально. Просто никто этим не хочет заниматься, работает-не трожь, задач других хватает, вот и сидят на 6-ке.

Судя по всему у него нет зависимостей, запускай java -jar plantuml.jar и всё. Они всё засунули в один .jar. По-мне дурость, но некоторым нравится.

Ой, это лирика. При чём тут груви и скала? Это как жаваскрипт и хаскель. Груви это динамический язык. Не сел бы этот чел, написали бы другие. Динамический язык это совсем другой подход. Я его не люблю, но есть случаи, когда он бывает удобен.

Гоу в нескучный Rust, там есть нескучные лайфтаймы.

Уже пошел

Это очень искусственное ограничение. Редко так жестко стоит требование - вот мне кровь из носу надо динамический и все. Иногда да, но это не тот случай. Посмотришь на историю - обе вещи были призваны просто быть «лучшей Java». Просто авторы пришли к разным подходам, один предложил динамический ЯП только как один из возможных вариантов решения. Наверное его тогда рубисты покусали и было видение что с Grails будет чем-то настолько же успешным. Но в итоге Kotlin/Scala получились более качественными продуктами с лучшими характеристиками производительности и поддерживаемости кода. Согласно даже автору Groovy, который получается не согласен с утверждением «да то же статика, а это динамика», оне фокусируется на этом

Legendary

https://github.com/groovy/groovy-core/blob/master/src/main/org/codehaus/groov...

Ну я рассматриваю Groovy исключительно как язык для тех мест, где динамика может быть сильно удобней. Например какие-нибудь скрипты бизнес-логики, когда имеешь дело со структурами произвольного состава, а Map<Object, Object> использовать очень неудобно. Если рассматривать его в качестве заменителя Java, тут соглашусь, что Scala, что Kotlin куда больше подходят, я бы Java на динамический язык заменять точно не стал.

А ещё с JAXB проблемы были.

Скорее всего проблема была из-за того, что jaxb убрали из java se в отдельный пакет, поэтому и не находила его. Просто надо было добавить пакет.

JavaFX не дропнута, а открыта и развивается в рамках OpenJFX (туда ещё планируют завести поддержку wayland-а). И она в зависимостях тянет только свои проекты. Т. е. там проблема совсем не в зависимостях.

Альтернатива есть?

Да.

Скорее всего проблема была из-за того, что jaxb убрали из java se в отдельный пакет, поэтому и не находила его. Просто надо было добавить пакет.

Вот, кстати, поною. Добавляешь этот jaxb в зависимости, а он тебе хоба и EclipseLink притягивает в транзитивных зависимостях. Какие наркоманы это сделали.

Увы, на 6-ке уже не посидеть. Поддержка tls1.2 есть только в расширенной (и платной) тех. поддержке, которая закончилась в октябре прошлого года.

Т. е. сейчас ты даже не сможешь собрать приложение (репозитории maven отключили tls1.1 летом, там только 1.2-1.3).

Непонятно, при чём тут это. maven можно запускать 8-й жавой, а для запуска компилятора использовать 1.6. Ну если тебе из своей программы надо работать с TLS 1.2, то может быть, хотя по идее SSLEngine идёт плагином и наверняка есть бэкпорты.

jaxb разделён на две части: api и runtime.

api один https://mvnrepository.com/artifact/javax.xml.bind/jaxb-api/2.4.0-b180830.0359

runtime два:

• https://mvnrepository.com/artifact/org.glassfish.jaxb/jaxb-runtime/2.4.0-b180... (референсная, её берут по-умолчанию)
• https://mvnrepository.com/artifact/org.eclipse.persistence/org.eclipse.persis...

  Второе - это не EclipseLink. :)

Приложение под 1.6 не сможет полноценно работать с сетью, потому что сейчас подавляющее количество сайтов и ресурсов используют минимум tls1.2. maven один из них.

Ну я подключил com.sun.xml.ws:jaxws-ri:2.3.2 как написано на сайте каком-то было, не то что ли? Если что, мне вебсервисы нужны, а не только JAXB.

Какие?

https://mvnrepository.com/artifact/com.sun.xml.ws/jaxws-rt/2.3.2

https://mvnrepository.com/artifact/com.sun.xml.ws/rt/2.3.2

Первый это pom-файл, второй сами зависимости. Ну и jaxb, конечно же.

А, я понял, библиотека, которую ты указал, тянет https://mvnrepository.com/artifact/com.sun.xml.ws/jaxws-eclipselink-plugin, это не eclipselink, который jpa, это реализация jaxb от eclipse. В проекте EclipseLink есть несколько подпроектов: JPA, JAXB (MOXY) и пр. Ты используешь второй, jpa не тянется.

Ну раз тут одни гуру собрались напишите на джаве русификатор Си, чтобы на русском программировать. Там не так уж и много надо - команды библиотек русифицировать. Сделайте макросы чтобы было как в джаве, но быстро как в Си и вот можно закапывать джаву. А то какой от жабы смысл, если приходится писать на английском? Шланг уже давно может часть русификации сожрать, кроме «стандарта Си» которым определено, что надо указывать конец строке как \n и вломить ему макрос заявив, что надо заменять \н на \n при сборке. Почти наверняка жаба также обложена и написать программу на русской жабе так просто не получится. И вообще надо же мозги иметь, чтобы додуматься, что все упирается в недостающие символы, которые можно вбить к примеру вот так в .xprofile: xmodmap -e «keycode 67 = apostrophe» xmodmap -e «keycode 68 = quotedbl» xmodmap -e «keycode 69 = numbersign» xmodmap -e «keycode 70 = semicolon» xmodmap -e «keycode 71 = bracketleft» xmodmap -e «keycode 72 = bracketright» xmodmap -e «keycode 73 = ampersand» xmodmap -e «keycode 74 = bar» xmodmap -e «keycode 75 = braceleft d» xmodmap -e «keycode 76 = braceright f» xmodmap -e «keycode 95 = less t» xmodmap -e «keycode 96 = greater n»

Тут понятное дело через шифт вводятся иностранные буквы. А то все такими умными программистами прикидываются будто сами создали хоть что-то. Вот программа, которую поймет даже школьник: #include <stdio.h> #include <rusc.h>

це глав(пуст) { печ(«привет, мир\n»); } Глаз режет только иностранный символ, от которого не так просто избавиться. Тут конечно понадобится уровень людей с уровнем интеллекта выше 40, чтобы понять что это и выше 50, чтобы понять зачем нужно русифицировать язык программирования.

Были даже случаи когда админы не включая мозг ставили последнюю JDK и какой-то отдел планируя переход на новую JDK узнавал, что они уже на нее «перешли»

Вот только что ради интереса попытался собрать текущий проект, который на восьмерке работает:

package javax.annotation does not exist

P.S. Я знаю, как это фиксится, но сам факт.

на 8 - на свой страх и риск. проблеммы - вендор софта: мы гарантировали только 1.6, то что вы перешли на (x > 6) ваши риски. покупайте коммерческую поддержку 1.6 + покупайте контракт на поддержку/доработку нашего софта, тогда можно будет поговорить об ответственности о рисках. ну своими силами под желаемую версию [open]jdk Вы наврядли напишите, поскольку есть нда/блобы/(нелицензируемые технологии) и прочая такая ерунда.
ну и тупо 1.6 это классика джавы(близкая к с++), без этих ваших всяких нововведений, на ней может даже нормальный студент писать каноничный код, если не раздолбай

Студенты не могут писать нормально код близкий к C++. Именно поэтому и сделали Go

Как не тянется, если у меня SessionFactory в автокомплите вылазит? org.eclipselink.persistence.core пакет. Ну может и не полный JPA, но всё равно непонятно, зачем оно мне. В JDK такого не было. Ладно, видимо не ту зависимость подцепил, потом разберусь.