Size: a a a

2020 April 14

A

Arsalan in Java & Co
Vladislava🎀 Melina
подскажите пожалуйста возникает ошибка при компиляции файла из командной строки и его запуска

Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.UnsupportedClassVersionError: Test1 has been compiled by a more recent version of the Java Runtime (class file version 57.0), this version of the Java Runtime only recognizes class file versions up to 52.0

я так понимаю это из-за конфликта версий jre 1.8.251, jdk13.0.1, в path  указана 13я версия и я так понимаю импорты в Idea работают с 13й версией, но у меня также в системе установлен  jdk1.8.253?  мне для обучения не нужна 8я версия jdk, как мне быть  удалить вообще jdk8й версии? и какая версия jre тоже 13ю ставить?
В настройках проекта не только JDK выставляется, но и версия в project struct
источник

A

Arsalan in Java & Co
Language level
источник

RK

Roman K in Java & Co
Артёмка ;)
чувак, микросервисы нужны не для масштабирования нагрузки на систему, а масштабирования разработки системы
Я программирую с прошлого тысячелетия, и не помню ни одной системы, где микросервисы вводились для масштабирования разработки. Только для масштабирования производительности или для гибкости переключения чего-то на лету.
источник

RG

Roman Golubkov in Java & Co
Артёмка ;)
чувак, микросервисы нужны не для масштабирования нагрузки на систему, а масштабирования разработки системы
Факт. Только масштабирование таким образом даёт нехеровый оверхед порой жёстче чем надо было.
источник

RG

Roman Golubkov in Java & Co
Roman K
Я программирую с прошлого тысячелетия, и не помню ни одной системы, где микросервисы вводились для масштабирования разработки. Только для масштабирования производительности или для гибкости переключения чего-то на лету.
Ну почему - связать команды контрактами через микросервисы - модно
источник

RK

Roman K in Java & Co
Roman Golubkov
Ну почему - связать команды контрактами через микросервисы - модно
Модно. Но связать через обычный jar с API получается ничуть не хуже
источник

RG

Roman Golubkov in Java & Co
Roman K
Модно. Но связать через обычный jar с API получается ничуть не хуже
Я хз о чем вы спорите если честно ) можно и через системный баз и ee и вообще вариантов много - просто топят за мс походу - ок
источник

RK

Roman K in Java & Co
Roman Golubkov
Я хз о чем вы спорите если честно ) можно и через системный баз и ee и вообще вариантов много - просто топят за мс походу - ок
Мы спорим о том, что первично в решении писать микросервисы 😊
Я утверждаю, что стартовать надо с хорошо спланированного монолита, а при достижении боттленеков по производительности - вытаскивать подсистемы в микросервисы и горизонтально их масштабировать.
Мой оппонент утверждает, что микросервисная архитектура каким-то образом упростит ему параллельную разработку разных подсистем.
источник

RG

Roman Golubkov in Java & Co
Не я за то что если нечем занять штат разношерстных девов и бюджет позволяет страдать внутренним перфекционизмом - то мс норм. Хочешь быстро проверит - это вообще про php )
источник

Ч

Чувак in Java & Co
Вы заебали тут корчить из себя дохуя понимающих типов. И за бизнес и за джаву и за компьютер саенс.
По факту жабамакаки.
источник

RK

Roman K in Java & Co
...ну так-то да...
источник

RG

Roman Golubkov in Java & Co
У меня про макаку даже а подписи - буга
источник

AS

Andrey Skudnov in Java & Co
Roman K
Мы спорим о том, что первично в решении писать микросервисы 😊
Я утверждаю, что стартовать надо с хорошо спланированного монолита, а при достижении боттленеков по производительности - вытаскивать подсистемы в микросервисы и горизонтально их масштабировать.
Мой оппонент утверждает, что микросервисная архитектура каким-то образом упростит ему параллельную разработку разных подсистем.
Тут на самом деле вопрос интересный ,на счёт разработки, микросервисная архитектура действительно позволяет упрощать разработку т.к можно распределить разработчиков по микросервисам и не будет конфликтов при мерже. На монолите такого не избежать... Причем где ты видел хорошо спланированный монолит ? У каждого своя логика,только если ты с самого начала опишешь написание кода. Сложно будет на большом проекте выдержать определенную стилистику ко,все равно кто нибудь да накосячит,а так сразу при выделенных микросервисах тебе не нужно потом будет ещё разбирать на сервисы. имхо
источник

RK

Roman K in Java & Co
Andrey Skudnov
Тут на самом деле вопрос интересный ,на счёт разработки, микросервисная архитектура действительно позволяет упрощать разработку т.к можно распределить разработчиков по микросервисам и не будет конфликтов при мерже. На монолите такого не избежать... Причем где ты видел хорошо спланированный монолит ? У каждого своя логика,только если ты с самого начала опишешь написание кода. Сложно будет на большом проекте выдержать определенную стилистику ко,все равно кто нибудь да накосячит,а так сразу при выделенных микросервисах тебе не нужно потом будет ещё разбирать на сервисы. имхо
В банках. Там обычно перед разработкой пишут нормальный талмуд с документацией на архитектуру, и там всё на модули довольно четко поделено.

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

AS

Andrey Skudnov in Java & Co
У микросервисов и у монолита есть свои плюсы и минусы
источник

ea

evgeny afanasev in Java & Co
ребят. Возникла проблема нехватки памяти в виртуальной машине IDEA на линукс. Решил это добавлением конфига VM в классе -Xms512M -Xmx4096M. Но как можно изменить эти параметры по умолчанию ? Чтобы всегда с таким параметром создавались классы ? пробовал в конфигурации edit VM options, но результата не дало. Может вы подскажите ?
источник

AK

Artyom Krikheli in Java & Co
evgeny afanasev
ребят. Возникла проблема нехватки памяти в виртуальной машине IDEA на линукс. Решил это добавлением конфига VM в классе -Xms512M -Xmx4096M. Но как можно изменить эти параметры по умолчанию ? Чтобы всегда с таким параметром создавались классы ? пробовал в конфигурации edit VM options, но результата не дало. Может вы подскажите ?
источник

AK

Artyom Krikheli in Java & Co
я под линуксом делал так, отрабатывало
источник

IK

Ilya Kovalkov in Java & Co
evgeny afanasev
ребят. Возникла проблема нехватки памяти в виртуальной машине IDEA на линукс. Решил это добавлением конфига VM в классе -Xms512M -Xmx4096M. Но как можно изменить эти параметры по умолчанию ? Чтобы всегда с таким параметром создавались классы ? пробовал в конфигурации edit VM options, но результата не дало. Может вы подскажите ?
как-то запутанно: "Чтобы всегда с таким параметром создавались классы ?"
Классы здесь ни при чём. Вам нужно, чтобы каждый раз инстанс jvm поднимался с указанными опциями. Для этого нужно понимать что и как Вы запускаете.
Первое что приходит на ум, это в .bash_profile прописать export _JAVA_OPTIONS="-Xms512m -Xmx4096m"
источник

ea

evgeny afanasev in Java & Co
Ilya Kovalkov
как-то запутанно: "Чтобы всегда с таким параметром создавались классы ?"
Классы здесь ни при чём. Вам нужно, чтобы каждый раз инстанс jvm поднимался с указанными опциями. Для этого нужно понимать что и как Вы запускаете.
Первое что приходит на ум, это в .bash_profile прописать export _JAVA_OPTIONS="-Xms512m -Xmx4096m"
Завтра попробую :) спасибо. А чем это отличается от настроек VM в разделе help? Для понимания ситуации
источник