Size: a a a

2020 December 02

YG

Yury Golikov in pro.jvm
*шутка была*
источник
2020 December 03

PC

Pavel Churzin in pro.jvm
Вениамин Белоусов
Всем привет! Есть запрос на логин, он возвращает x-csrf-token и set-cookie JSESSIONID. Происходит успешная аутенфикация. После этого я делаю запрос на endpoint c x-csrf-token в хедерах, и JSESSIONID в куках. В дебаге я попадаю в loadToken() где происходит поиск сессии, и возвращается null. Все делается через постман, в браузере также не работает. Спринговый код и хедеры закинул сюда https://gist.github.com/Venpelmen/b512a67eee32068fc67cb534b2b9d572 Подскажите пожалуйста в чем может быть проблема? (часов 10 уже копаюсь)
Spring Security? Было что-то похожее. Проблема была в том, что не были переопределены equals/hashCode у UserDetails. Разные запросы под одним пользователем приводили к "разным" с точки зрения equals пользователям
источник

ВБ

Вениамин Белоусов... in pro.jvm
Pavel Churzin
Spring Security? Было что-то похожее. Проблема была в том, что не были переопределены equals/hashCode у UserDetails. Разные запросы под одним пользователем приводили к "разным" с точки зрения equals пользователям
Спасибо за ответ. Только здесь используется UsernamePasswordAuthToken или библиотеки спринга
источник

PC

Pavel Churzin in pro.jvm
Вениамин Белоусов
Спасибо за ответ. Только здесь используется UsernamePasswordAuthToken или библиотеки спринга
ЕМНИП, то из этого токена берётся имя, по нему загружается UserDetails, потом аутентификация, и если все ок, то ищется сессия для возвращенного объекта UserDetails
источник

ГС

Господин Случай... in pro.jvm
Переслано от Господин Случай...
jdbc
сделал процедуру с параметрами, вызываю через CallableStatement.
в процедуре все параметры NULL , хотя передаю не null . создал таблицу с параметрами, все типы LONGBLOB
источник

ГС

Господин Случай... in pro.jvm
Переслано от Господин Случай...
Если вызывать через PreparedStatement то работает. странно
источник

BB

Bond Button in pro.jvm
Всем привет. Пилю небольшое приложение. Спринг не нужен, но нужен ioc. Можно ли взять из спринга только ioc или лучше взять guice или еще что-то? Если спринг, то какой пакет тянуть?
источник

VL

Vladimir Lykov in pro.jvm
Bond Button
Всем привет. Пилю небольшое приложение. Спринг не нужен, но нужен ioc. Можно ли взять из спринга только ioc или лучше взять guice или еще что-то? Если спринг, то какой пакет тянуть?
context + beans
источник

ЕТ

Евгений Тимочкин... in pro.jvm
spring-core
источник

V

Vlad in pro.jvm
Bond Button
Всем привет. Пилю небольшое приложение. Спринг не нужен, но нужен ioc. Можно ли взять из спринга только ioc или лучше взять guice или еще что-то? Если спринг, то какой пакет тянуть?
Guice полегче будет вроде
источник

BB

Bond Button in pro.jvm
Спасибо за ответы. Посмотрю, в каком случае получится меньше зависимостей и размер сборки.
источник

DZ

Dmitry Zvorygin in pro.jvm
ещё можно dagger посмотреть
источник

DZ

Dmitry Zvorygin in pro.jvm
если не надо извращений в виде проксей и прочих аспектов
источник

ВБ

Вениамин Белоусов... in pro.jvm
Всем привет! Читаю про 2q cash. Написано:  Когда читаешь про три коробочки, есть невольный соблазн прямо так тупо и сделать три связанных списка и гонять по ним элементы. Но это неэффективный путь, и как-то не по-джедайски. На самом деле, нам нужно знать только, в какой коробочке лежит ключ, а сами значения могут валяться в это время в некой безобразной куче.
Подскажите пожалуйста, в чем профит от хранения всех значений в общей мапе?
источник

IP

Iaroslav Postovalov in pro.jvm
Вениамин Белоусов
Всем привет! Читаю про 2q cash. Написано:  Когда читаешь про три коробочки, есть невольный соблазн прямо так тупо и сделать три связанных списка и гонять по ним элементы. Но это неэффективный путь, и как-то не по-джедайски. На самом деле, нам нужно знать только, в какой коробочке лежит ключ, а сами значения могут валяться в это время в некой безобразной куче.
Подскажите пожалуйста, в чем профит от хранения всех значений в общей мапе?
сравните асимптотику времени чтения из мапы и из линкед листа
источник

IP

Iaroslav Postovalov in pro.jvm
Вениамин Белоусов
Всем привет! Читаю про 2q cash. Написано:  Когда читаешь про три коробочки, есть невольный соблазн прямо так тупо и сделать три связанных списка и гонять по ним элементы. Но это неэффективный путь, и как-то не по-джедайски. На самом деле, нам нужно знать только, в какой коробочке лежит ключ, а сами значения могут валяться в это время в некой безобразной куче.
Подскажите пожалуйста, в чем профит от хранения всех значений в общей мапе?
связанные списки вообще ни для чего нужны, кроме огромных данных, в которые нужно что-то посередине вставлять
источник

AB

Alessio Bratenkov in pro.jvm
не уверен что даже для этого
источник

AB

Alessio Bratenkov in pro.jvm
я как-то инвестигейтил вопрос со вставкой в середину, и сделал вывод, что линкед в этом выигрывает - это не совсем так
источник

IP

Iaroslav Postovalov in pro.jvm
Alessio Bratenkov
я как-то инвестигейтил вопрос со вставкой в середину, и сделал вывод, что линкед в этом выигрывает - это не совсем так
есть бенчмарки?
источник

IP

Iaroslav Postovalov in pro.jvm
при этом чтобы списки жирные были. миллион элементов хотя бы
источник