Size: a a a

Java/Kotlin Web and more

2020 December 08

Э

Эд in Java/Kotlin Web and more
куча колбеков? читаю доку project reactor, что как раз они пытаются решить проблему callback hell. показывают код с Future, где коллбэки, и код с Mono, Flux без коллбеков
источник

AE

Alexandr Emelyanov in Java/Kotlin Web and more
Эд
куча колбеков? читаю доку project reactor, что как раз они пытаются решить проблему callback hell. показывают код с Future, где коллбэки, и код с Mono, Flux без коллбеков
Ахаха. Ну да, они говорят без колбэков, а замыкание не колбэк?
источник

AE

Alexandr Emelyanov in Java/Kotlin Web and more
Чем отличается то?
источник

YG

Yury Golikov in Java/Kotlin Web and more
типа некст левел колбеки - промисы. По крайней мере вложенности такой нет)
источник

O

Othernik in Java/Kotlin Web and more
Yury Golikov
типа некст левел колбеки - промисы. По крайней мере вложенности такой нет)
Ну промисы это не некст левел колбеки, а более удачная замена колбеков.
источник
2020 December 09

Э

Эд in Java/Kotlin Web and more
Как же хочется просто async await
источник

R

Responsibility in Java/Kotlin Web and more
Ребят, задам возможно очевидный для многих ответ, но что будет если не прописать referencedColumnName  в отношении @ManyToMany?
источник

R

Responsibility in Java/Kotlin Web and more
Я смотрю и вижу что в нашем проекте нигде это не юзается, но в гайдах ее используют как ссылки на первичные ключи таблиц
источник

AE

Alexandr Emelyanov in Java/Kotlin Web and more
Othernik
Ну промисы это не некст левел колбеки, а более удачная замена колбеков.
*более удачная их композиция
источник

AE

Alexandr Emelyanov in Java/Kotlin Web and more
Эд
Как же хочется просто async await
В котлин
источник

AE

Alexandr Emelyanov in Java/Kotlin Web and more
Responsibility
Ребят, задам возможно очевидный для многих ответ, но что будет если не прописать referencedColumnName  в отношении @ManyToMany?
По умолчанию колонки в отношении @JoinTable будут указывать на pk связываемых таблиц
источник

N

N in Java/Kotlin Web and more
привет никто не сталкивался с проблемой что sql update c добавление RETURNING оператора в spring data не чистит кэш ентити менеджера по коммиту транзакции

    @Modifying(flushAutomatically = true, clearAutomatically = true)
   @Query(
           value = "UPDATE some_table " +
                   "SET  some_field = 'ACTIVE', updated_at = :updatedAt " +
                   "WHERE some_field = :state " +
                   "AND received_at < :timeToLive " +
                   "RETURNING id"
           ,
           nativeQuery = true
   )

возвращает ид колонок, но повторый запрос в базу показывает устререлые данные

В логах говорит что заапдейтл 2 rows

: HHH000117: HQL: UPDATE some_tavle SET "some_field" = 'ACTIVE', updated_at = ? WHERE "some_field" = ? AND received_at < ? RETURNING id 
time: 3ms, rows: 2
источник

АВ

Алексей Васин... in Java/Kotlin Web and more
может попрбовать вручную флашить, а не flushAutomatically
источник

N

N in Java/Kotlin Web and more
Алексей Васин
может попрбовать вручную флашить, а не flushAutomatically
пробовал (
источник

N

N in Java/Kotlin Web and more
Алексей Васин
может попрбовать вручную флашить, а не flushAutomatically
причем если убрать RETURNING все работает ))) магия 😱
источник

СЕ

Сергей Ермаков... in Java/Kotlin Web and more
а зачем returning в запросе ?
источник

АВ

Алексей Васин... in Java/Kotlin Web and more
типо чтобы на уровне базы, сразу айдишники получать и чот дальше с ними делать, хз
источник

СЕ

Сергей Ермаков... in Java/Kotlin Web and more
а разве когда мы в репозитории сейв делаем айди назад не прилетает ?
источник

СЕ

Сергей Ермаков... in Java/Kotlin Web and more
returning вообще это оракловая фишка насколько я помню, там просто айди не автоматический
источник

VS

Vlad Shevchenko in Java/Kotlin Web and more
Сергей Ермаков
а разве когда мы в репозитории сейв делаем айди назад не прилетает ?
Это апдейт точечный, ид или любой другой филд нужен что бы дальше с ним работать. Вопрос же не в этом )))
источник