Телеграмм чат группы springframeworkio страница 1694

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Java/Kotlin Web and more

1513 membersпожаловаться на группу

2020 December 09

AE

Alexandr Emelyanov in Java/Kotlin Web and more

N

привет никто не сталкивался с проблемой что 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

у тебя уходит запрос на изменение данных в бд, в кэшк ничего не меняется, далее при запросе сущности по id она возьметрся из кеша и там будут старые данные. никакой flush тут не поможет, надо мержить с данными из бд

источник

11:35пожаловаться #1

РН

Роман Нагаев... in Java/Kotlin Web and more

N

привет никто не сталкивался с проблемой что 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

не уверен что он должен чистиить и сомневаюсь что хибер может нормально обработать returning, попробуй задетачить ентити с соответствующим id при апдейте или сделать рефреш после апдейта

источник

11:35пожаловаться #2

N

N in Java/Kotlin Web and more

Alexandr Emelyanov

у тебя уходит запрос на изменение данных в бд, в кэшк ничего не меняется, далее при запросе сущности по id она возьметрся из кеша и там будут старые данные. никакой flush тут не поможет, надо мержить с данными из бд

я в новой транзакции не вижу изменений )

источник

11:37пожаловаться #3

RS

Ruslan Stelmachenko in Java/Kotlin Web and more

Alexandr Emelyanov

у тебя уходит запрос на изменение данных в бд, в кэшк ничего не меняется, далее при запросе сущности по id она возьметрся из кеша и там будут старые данные. никакой flush тут не поможет, надо мержить с данными из бд

почему это? flush+clear должны помогать. flush заставляет выполнить данный запрос "здесь и сейчас", а clear как раз чистит кэш энтити-менеджера, так что новый find(id) будет вынужден выполнить SELECT в БД.

если в одной и той же транзакции это все делать, конечно

а вот если в разных, то дело может быть в изоляции транзакций.

источник

12:03пожаловаться #4

РН

Роман Нагаев... in Java/Kotlin Web and more

Ruslan Stelmachenko

почему это? flush+clear должны помогать. flush заставляет выполнить данный запрос "здесь и сейчас", а clear как раз чистит кэш энтити-менеджера, так что новый find(id) будет вынужден выполнить SELECT в БД.

если в одной и той же транзакции это все делать, конечно

а вот если в разных, то дело может быть в изоляции транзакций.

clear не советую, он задетачит все ентити, в том числе те что не зафлашились, лучше детачнуть только ту что нужно

источник

12:04пожаловаться #5

AE

Alexandr Emelyanov in Java/Kotlin Web and more

Ruslan Stelmachenko

почему это? flush+clear должны помогать. flush заставляет выполнить данный запрос "здесь и сейчас", а clear как раз чистит кэш энтити-менеджера, так что новый find(id) будет вынужден выполнить SELECT в БД.

если в одной и той же транзакции это все делать, конечно

а вот если в разных, то дело может быть в изоляции транзакций.

так никто не сказал что делался clear()

источник

12:06пожаловаться #6

RS

Ruslan Stelmachenko in Java/Kotlin Web and more

ну поэтому я и написал flush+clear, а не просто clear.

ну да, все правильно. но обычно вы же контролируете ваш собственный код и знаете, если там что-то еще или нет

источник

12:06пожаловаться #7

AE

Alexandr Emelyanov in Java/Kotlin Web and more

N

привет никто не сталкивался с проблемой что 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

а транзакции параллельные?

источник

12:06пожаловаться #8

RS

Ruslan Stelmachenko in Java/Kotlin Web and more

Alexandr Emelyanov

так никто не сказал что делался clear()

@Modifying(flushAutomatically = true, clearAutomatically = true)

так вот же. я правда не помню уже что конкретно делают эти параметры. возможно там не просто em.flush(); em.clear();, а какая-то логика. это надо доки перечитывать.

источник

12:07пожаловаться #9

N

N in Java/Kotlin Web and more

Alexandr Emelyanov

а транзакции параллельные?

Дааааааа .... вы правы, в этом вся проблема )))

источник

12:10пожаловаться #10

AE

Alexandr Emelyanov in Java/Kotlin Web and more

Ruslan Stelmachenko

@Modifying(flushAutomatically = true, clearAutomatically = true)

так вот же. я правда не помню уже что конкретно делают эти параметры. возможно там не просто em.flush(); em.clear();, а какая-то логика. это надо доки перечитывать.

а, не использовал и вижу впервые, потому и пропустил при чтении) надобности не было)

источник

12:11пожаловаться #11

AE

Alexandr Emelyanov in Java/Kotlin Web and more

N

Дааааааа .... вы правы, в этом вся проблема )))

так тогда пока коммита не будет - данные не увидишь, если только не read_uncommited стоит

источник

12:12пожаловаться #12

N

N in Java/Kotlin Web and more

Alexandr Emelyanov

так тогда пока коммита не будет - данные не увидишь, если только не read_uncommited стоит

небольшой делей в пару десятков мили сек показал что все работает )
Та думаю более правильным будет выполнять их последовательно, такая возможность есть )
Всем спасибо 😊

источник

12:13пожаловаться #13

П

Павел Сарпов... in Java/Kotlin Web and more

Привет. Кто работал с websocket?

Есть вот такой метод на сервере

@MessageMapping("/chat/room/{roomId}")
    @Throws(Exception::class)
    fun greeting(@Payload message: IncomeMessages.SendMessage, headerAccessor: SimpMessageHeaderAccessor) {

val msg = OutcomeMessages.SendMessage(user, message.chatId)
        messagingTemplate.convertAndSendToUser(

token

, "/queue/messages", msg)
        }
    }

и вот такой на клиенте
mStompClient.topic("/user/$token/queue/messages").subscribe()

Судя по логам,я подписался на
Translated /user/18133787a34dfdaa43eb501262d01e…/queue/messages -> [/18133787a34dfdaa43eb501262d01e…/queue/messages-user5d4f9a66-3e98-ba59-8cbe-434c2b82cf6c]

Но когда сервак пытается отправить сообщение - вот такой лог
No active sessions for user destination: /user/18133787a34dfdaa43eb501262d01e…/queue/messages

Что не так делаю?

источник

17:12пожаловаться #14

PA

Pavel Artyomenko in Java/Kotlin Web and more

попробуй вот так подписаться на клиенте:
mStompClient.topic("/user/queue/messages").subscribe()

источник

17:22пожаловаться #15

П

Павел Сарпов... in Java/Kotlin Web and more

Попробовал. Не помогло

источник

17:23пожаловаться #16

PA

Pavel Artyomenko in Java/Kotlin Web and more

и вот здесь, скорее всего, нужно principal.name, а не токен указывать:
messagingTemplate.convertAndSendToUser(token, "/queue/messages", msg)

источник

17:23пожаловаться #17

П

Павел Сарпов... in Java/Kotlin Web and more

Спасибо. Сейчяас пробую именно так

источник

17:24пожаловаться #18

АМ

Артем Мартынов... in Java/Kotlin Web and more

Всем привет. Вопрос нубский, но я только начинаю) Сделал приложение на android. хочу туда подтянуть бд sqlite. Так уж получается что каждый раз при установке приложения бд заполнять оооочень долго. Нельзя ли по аналогии с MySQL просто выгрузить 1 раз готовый дамп и в приложении держать его отдельным файлом(или хз как там принято) и просто потом подключаться к нему? Если можно то как?)

источник

17:27пожаловаться #19

R

Responsibility in Java/Kotlin Web and more

Alexandr Emelyanov

По умолчанию колонки в отношении @JoinTable будут указывать на pk связываемых таблиц

Спасибо добрый человек)

источник

17:39пожаловаться #20