Зря вы в приоритет ставите скорость накидывания говна и палок. Гораздо важнее скорость разгребания говна.

я пробовал батис

Не совсем. Эта с-подобный язык, точнее... Оракловый препроцессор из него делает С код (ЕМНИП)

PL/SQL что ли?

Что-то не пойму о чем речь

jooq, querydsl меня больше привлекают

В батисе мне не хватает только спрингдаты

Или батиса в спрингдате

жаль

это невозможно

в батисе мне вообще ничего не хватает

Ну оно все от лукавого

обрати внимание на квэри дсл

батис - вообще ни о чем по сравнению с орм или генераторами

Почему у нас нет LINQ как в шарпе?

Почему у нас нет LINQ как в шарпе?

QueryDSL

jooq

PL/SQL что ли?

https://docs.oracle.com/cd/E11882_01/appdev.112/e10825/pc_01int.htm#g10729

Ну это да. Но это вид сбоку. В стандарте лежат не они, а JPA.

https://docs.oracle.com/cd/E11882_01/appdev.112/e10825/pc_01int.htm#g10729

Интересно. Не знал о таком)

jooq

Если бы не оракл, я бы взял его

Про кверидсл не знал

квэри дсл работает с оракл легко)

Интересно. Не знал о таком)

Не самая популярная штука. Мы к нему пришли после того как нам надо было выкачать ~300ГБ или около того.

AtomicReference<String> ref = new AtomicReference<>(null); String atata = ref.updateAndGet(current -> { if (current == null) return new String("atata"); return current; });

В этом примере new String() сработает только 1 раз для N потоков ?

нет

при контеншне может сработать много раз

Спасибо

наткнулся на интересную магию, есть простой контейнер, который умеет в java -Dspring.profiles.active=${PROFILE} -D... -jar /opt/someshit-1.0.0-SNAPSHOT.jar, так вот, я запускаю, говорю ему docker run -d --name some-big-shit -e "PROFILE=bigshit" ..., а он мне такой при запуске красиво говорит `The following profiles are active: bigshit и парой строк ниже в том же лог файле tags; profile: ${PROFILE}, version: 1.0.0-SNAPSHOT. Что немного мать его странно, потому что для того, что вы вывести вторую строку я использую дубовый подход - String profile = System.getProperties().getProperty("spring.profiles.active", "nil");. и самое забавное, если зайти в контейнер и запустить еще одну жабку, точно так же, то и во второй строке в логах так же будет нормальный *bigshit*

наткнулся на интересную магию, есть простой контейнер, который умеет в java -Dspring.profiles.active=${PROFILE} -D... -jar /opt/someshit-1.0.0-SNAPSHOT.jar, так вот, я запускаю, говорю ему docker run -d --name some-big-shit -e "PROFILE=bigshit" ..., а он мне такой при запуске красиво говорит `The following profiles are active: bigshit и парой строк ниже в том же лог файле tags; profile: ${PROFILE}, version: 1.0.0-SNAPSHOT. Что немного мать его странно, потому что для того, что вы вывести вторую строку я использую дубовый подход - String profile = System.getProperties().getProperty("spring.profiles.active", "nil");. и самое забавное, если зайти в контейнер и запустить еще одну жабку, точно так же, то и во второй строке в логах так же будет нормальный *bigshit*

А ты попробуй профиль брать не из системных пропертей, а из бина environment

да тут дело даже не в том, что спринг на самом деле умеет проперти эти резолвить, но только если они как ${var}

а в том, что почему в первый раз систем проперти отдает название переменной

а во второй - уже ее значение

Когда он отдаёт имя переменной, ты её получаешь, через System.getProperty?

да

А когда нормальное значение это пишет сам спринг?

нет

спринг всегда пишет нормальное значение

почему жаба, запущенная еще раз в том же контейнере на System.getProperty уже отдает не ${PROFILE} а bigshit

вот сейчас подергал и ощущения такие, что при старте контейнера просто енв переменная не успевает проставится

У меня такое было, но я передавал при запуске контейнера через - -, а когда запускал сам передавал через - D

спринг ее резолвит сам, своими механизмами

а вот во второй раз она видна

потому как если спрингу вырубить механизм резолва и вместо -Dspring.profiles.active=${PROFILE} дать на вход -Dspring.profiles.active=$PROFILE то он пытается достать профиль PROFILE

а во второй раз уже нормальный

Так вот, а если ты привайришь бин Environment и оттуда будешь получать - то всегда будешь верное значение получать для активных профилей

а если мне не только активные профили нужны?

вот например мне нужно будет достать -Dashes.of.shit.size=12

вот 12 хочу, получить, а передаю я -Dashes.of.shit.size=$SHIT_SIZE

Тогда трабл. Это я не знаю

А вообще через него тоже можно их получать

Посмотри ConfigurableEnvironment

так себе работает эта байда

но работает

а подскажите по архитектуре допустим, есть девайс с кнопками. кнопки можно нажать разными способами. есть класс, который должен оповещать о нажатиях кнопок. как это лучше сделать? придумалось два варианта. 1. слушатели реализуют интерфейс, где есть метод onButtonPressed(). скармливаю классу слушатлей, класс по нажатию вызывает методы слушателей. минус в том, что в «девайсе» кроме кнопок есть куча других элементов и не каждому слушателю нужно знать о изменениях других, например рычажков, а реализовывать интерфейс нужно будет полностью. (добавил крутилку — обновляй все классы) 2. слушатели реализуют интерфейс где есть единственный метод onUpdate(updateClass). и в этом апдейтклассе уже делать методы isButtonPressed() и проверять в слушателях, если нужно отловить нажатия кнопок. минус в том, что если слушателю нужно отловить много, то onUpdate будет не очень красивый — с кучей ifов Есть ли более красивое решение?

В первом варианте реализации слушателей можно наследовать от адаптера с пустыми реализациями методов, как это сделано, например, в awt MouseListener/MouseAdapter. При добавление нового метода в интерфейс слушателя достаточно будет обновить адаптер. Ну или сделать все методы интерфейса слушателя дефолтными с пустой реализацией, что по смыслу то же самое.

так себе работает эта байда

Ну, спринг в целом работает неочевидно и в некоторых моментах так себе.

да, с адаптером решение красивее. благодарю

а тогда в классе, который оповещает о нажатиях будет куча однотипных конструкций вида private void onButtonPressed(String name) { for (ProtocolInterface listener : listeners) { listener.onButtonPressed(name); } } private void onLeverPulled(String namee, int angle) { for (ProtocolInterface listener : listeners) { listener.onLeverPulled(name, angle); } } т.е. для каждого метода в интерфейсе отдельный метод с параметрами в классе, который перебирает слушателей. вот это место как-то красивее можно сделать?

а тогда в классе, который оповещает о нажатиях будет куча однотипных конструкций вида private void onButtonPressed(String name) { for (ProtocolInterface listener : listeners) { listener.onButtonPressed(name); } } private void onLeverPulled(String namee, int angle) { for (ProtocolInterface listener : listeners) { listener.onLeverPulled(name, angle); } } т.е. для каждого метода в интерфейсе отдельный метод с параметрами в классе, который перебирает слушателей. вот это место как-то красивее можно сделать?

private void onButtonPressed(String name) { listeners.forEach(l -> l.onButtonPressed(name)); } private void onLeverPulled(String name, int angle) { listeners.forEach(l -> l.onLeverPulled(name, angle)); }

private void onButtonPressed(String name) { listeners.forEach(l -> l.onButtonPressed(name)); } private void onLeverPulled(String name, int angle) { listeners.forEach(l -> l.onLeverPulled(name, angle)); }

private void onButtonPressed(String name) { listeners.forEach(ProtocolInterface::onButtonPressed); } private void onLeverPulled(String name, int angle) { listeners.forEach(ProtocolInterface::onLeverPulled); }

@bvn13 , расскажи, пожалуйста, как будут прокидываться аргументы в таком случае?

ERROR: S client not available

@bvn13 , расскажи, пожалуйста, как будут прокидываться аргументы в таком случае?

так же, как в том сообщении, на которое я отвечал.

magic of streams

private void onButtonPressed(String name) { listeners.forEach(ProtocolInterface::onButtonPressed); } private void onLeverPulled(String name, int angle) { listeners.forEach(ProtocolInterface::onLeverPulled); }

Так не выйдет. Сигнатура Consumer, который принимает forEach не совпадает с тем, что в метод передаётся. Ссылка на метод тут не сработает

шта?

какие стримы, их тут нет

@bvn13 , расскажи, пожалуйста, как будут прокидываться аргументы в таком случае?

Никак

Так не выйдет. Сигнатура Consumer, который принимает forEach не совпадает с тем, что в метод передаётся. Ссылка на метод тут не сработает

сорян, не видел я сигнатур

forEach принимает Consumer<? super T>

ребятки а у вас гитхаб работает?

ребятки а у вас гитхаб работает?

да

есть публичный rsa ключ в виде строки, надо его подсунуть в jjwt, а он принимает только тип Key Key делается через: KeyFactory.getInstance("RSA").generatePublic(keySpecX509) as RSAPublicKey вопрос, зачем тут что-то генерируется, если у меня уже есть ключ?

я не хочу ничего генерировать, у меня уже есть ключ

как получить RSAPublicKey из строки?

конкретно про этот кейс сказать ничего не могу, но я обычно лезу в исходники в поисках ответа)

однажды из иходников jdk узнал как работает kerberos авторизация

хорошо выебнулся, по существу-то есть что ответить?

https://stackoverflow.com/questions/33425446/creating-rsa-public-key-from-string

вот же

первый ответ гугла

если кто юзает Stylish рекомендую сносить https://www.opennet.ru/opennews/art.shtml?num=48908

есть публичный rsa ключ в виде строки, надо его подсунуть в jjwt, а он принимает только тип Key Key делается через: KeyFactory.getInstance("RSA").generatePublic(keySpecX509) as RSAPublicKey вопрос, зачем тут что-то генерируется, если у меня уже есть ключ?

Это не генерация, KeySpec это считай и есть ключ (его параметры), KeyFactory просто создаёт объект. По крайней мере, в случае с RSA.

если кто юзает Stylish рекомендую сносить https://www.opennet.ru/opennews/art.shtml?num=48908

не знаю как в вашем хромом, но нормальный браузер об этом оповестил уже довольно давно

ну да лиса тоже подвержена

вот давай только без этих холиваров лиса лучше хром или наоборот, всем насрать абсолютно

если кто юзает Stylish рекомендую сносить https://www.opennet.ru/opennews/art.shtml?num=48908

Stylus есть., но это -> @flood

вот давай только без этих холиваров лиса лучше хром или наоборот, всем насрать абсолютно

мне тоже

но набросить и уйти - милое дело

не знаю как в вашем хромом, но нормальный браузер об этом оповестил уже довольно давно

@flood

Stylus есть., но это -> @flood

с чего же флуд? Оповестить об уязвимости популярного расширения в кругах многих моих знакомых в т.ч java-разработочиков, которое ими используется и это флуд?

если кто юзает Stylish рекомендую сносить https://www.opennet.ru/opennews/art.shtml?num=48908

я юзаю https://chrome.google.com/webstore/detail/user-javascript-and-css/nbhcbdghjpllgmfilhnhkllmkecfmpld