Size: a a a

2020 June 25

EP

EnterpriseJira Plugi... in pro.jvm
Waldemar Tsiamruk
таких проектов не мало на сколько я знаю
И какая текучка кадров на таких проектах?
источник

WT

Waldemar Tsiamruk in pro.jvm
я думаю тут индивидуально)
источник

WT

Waldemar Tsiamruk in pro.jvm
знаю где народ успешно пилит
источник

WT

Waldemar Tsiamruk in pro.jvm
уже несколько лет)
источник

WT

Waldemar Tsiamruk in pro.jvm
одни и те же люди)
источник

WT

Waldemar Tsiamruk in pro.jvm
вот в таком режиме
источник

WT

Waldemar Tsiamruk in pro.jvm
ну там отваливается какой-то %
источник

WT

Waldemar Tsiamruk in pro.jvm
но он мал)
источник

EP

EnterpriseJira Plugi... in pro.jvm
Спасибо за поддержку. А то я уже хочу обратно в QA SDT. Там утилитки попроще
источник

AG

Alexander Galagutski... in pro.jvm
Переслано от Alexander Rumiantsev
а, да, я поэтому и стал спрашивать, что с этим вариантом мне в одном из случаев выдавало 1.3e+02 в аутпут
источник

AG

Alexander Galagutski... in pro.jvm
Переслано от Alexander Rumiantsev
Спасибо!
источник

AK

Alexander Komarov in pro.jvm
и в чем вопрос?
источник

AE

Alexandr Emelyanov in pro.jvm
oxid
Такая идея конечно есть, но основная штука в том что - выбор зависит от RequestScope бина, т.е на момент сборки контекста это прокси (на самом деле примерно так и сделоано сейчас и не работает). Иногда  эта «фабрика» уплывает в  CompletableFuture, где все падает 😉
надо пробрасывать request scope
источник

o

oxid in pro.jvm
Не, не хочу. Слигком сложно получается. Хочу отказатсья от наследования.
источник

AE

Alexandr Emelyanov in pro.jvm
Aleksander Melnichnikov
Есть ещё один хак, во всех спринговых holderах существует стратегия хранения, на память помню, что одна использует ThreadLocal, вторая InheritableThreadLocal. Можно выставить стратегию на inheritable, что это значит: при создании треда, треду потомку передаётся значение контекста родителя. Но, это работает, только если вы явно создаёте тред, а не используете пул с уже созданным кол-вом.
она не сработает с тредпулами
источник

AE

Alexandr Emelyanov in pro.jvm
а, не дочитал, да :)
источник

AE

Alexandr Emelyanov in pro.jvm
oxid
Не, не хочу. Слигком сложно получается. Хочу отказатсья от наследования.
во многих местах?
источник

o

oxid in pro.jvm
Конкретно в этом 😉 Думаю что будет  проще (ну потом после переделки) все  изменения логики приносить как зависимости тем же спрингом, а не подклассами
источник

o

oxid in pro.jvm
тогда не будет этой фабрики
источник

o

oxid in pro.jvm
и я нашел еще несколько сомнительных мест где не очень понятно как это работало
источник