П
Не знаю с чего начать. Не имел дело с кэшем
Size: a a a
2020 March 30
✔D
какой хоть кэш то используется? хазелькаст, игнайт?
VS
ну кэш очень абстрактное понятие. внешний, внутренний, перситентный, не персистентный
VS
каким образом будет узнавать об изменениях внешнего источника данных
C
Привет. Имеется спринг бут. Задача: сделать тонкую настройку кэша на некоторых методах. Тонкость либо по времени, например хранить кэш 15 минут, либо до первого измнения источника данных. В какую сторону копать?
начни с гуглинга "spring cache" 😉 ссылку на документацию найдёшь в районе первых строк выдачи
MH
MH
A
Всем привет, хотел у вас кое-что уточнить: в проекте есть сторонний сервис, который вызывает мой эндпойнт и мой эндпойнт внутри себя вызывает другой сервис, и тот второй сервис,внутренний, он долго срабатывает, и чтобы избежать ТаймАута я хочу сначала тому сервису который вызывает - просто дать ответ и потом внутри себя вызывать тот другой и как сформулируется полноценный ответ - отправить еще раз тому ответ, но нормальный, сформулированный
Подскажите, аннотация @Async и туториалы по ссылке подойдет для реализации такого рода задачи?: https://www.baeldung.com/spring-async
https://dzone.com/articles/spring-boot-creating-asynchronous-methods-using-as
или легче будет с помощью простого ExecutorService ? Т.е. когда дернут мой Апи, сразу отдам тот временный ответ и пропишу эти строки, а ServiceTask сделаю implements Callable<Response> и внутри метода call отправлю сформулированный ответ(Response) через restTemplate.postForObject()
ExecutorService exec = Executors.newSingleThreadExecutor();
exec.submit(new ServiceTask());
exec.shutdown();
Какой способ считается более "правильный", куда копать?
Подскажите, аннотация @Async и туториалы по ссылке подойдет для реализации такого рода задачи?: https://www.baeldung.com/spring-async
https://dzone.com/articles/spring-boot-creating-asynchronous-methods-using-as
или легче будет с помощью простого ExecutorService ? Т.е. когда дернут мой Апи, сразу отдам тот временный ответ и пропишу эти строки, а ServiceTask сделаю implements Callable<Response> и внутри метода call отправлю сформулированный ответ(Response) через restTemplate.postForObject()
ExecutorService exec = Executors.newSingleThreadExecutor();
exec.submit(new ServiceTask());
exec.shutdown();
Какой способ считается более "правильный", куда копать?
C
Всем привет, хотел у вас кое-что уточнить: в проекте есть сторонний сервис, который вызывает мой эндпойнт и мой эндпойнт внутри себя вызывает другой сервис, и тот второй сервис,внутренний, он долго срабатывает, и чтобы избежать ТаймАута я хочу сначала тому сервису который вызывает - просто дать ответ и потом внутри себя вызывать тот другой и как сформулируется полноценный ответ - отправить еще раз тому ответ, но нормальный, сформулированный
Подскажите, аннотация @Async и туториалы по ссылке подойдет для реализации такого рода задачи?: https://www.baeldung.com/spring-async
https://dzone.com/articles/spring-boot-creating-asynchronous-methods-using-as
или легче будет с помощью простого ExecutorService ? Т.е. когда дернут мой Апи, сразу отдам тот временный ответ и пропишу эти строки, а ServiceTask сделаю implements Callable<Response> и внутри метода call отправлю сформулированный ответ(Response) через restTemplate.postForObject()
ExecutorService exec = Executors.newSingleThreadExecutor();
exec.submit(new ServiceTask());
exec.shutdown();
Какой способ считается более "правильный", куда копать?
Подскажите, аннотация @Async и туториалы по ссылке подойдет для реализации такого рода задачи?: https://www.baeldung.com/spring-async
https://dzone.com/articles/spring-boot-creating-asynchronous-methods-using-as
или легче будет с помощью простого ExecutorService ? Т.е. когда дернут мой Апи, сразу отдам тот временный ответ и пропишу эти строки, а ServiceTask сделаю implements Callable<Response> и внутри метода call отправлю сформулированный ответ(Response) через restTemplate.postForObject()
ExecutorService exec = Executors.newSingleThreadExecutor();
exec.submit(new ServiceTask());
exec.shutdown();
Какой способ считается более "правильный", куда копать?
Если ты уже дал ему ответ, то как ты собираешься потом ему что-то ещё отправить?
Ar
Всем привет, хотел у вас кое-что уточнить: в проекте есть сторонний сервис, который вызывает мой эндпойнт и мой эндпойнт внутри себя вызывает другой сервис, и тот второй сервис,внутренний, он долго срабатывает, и чтобы избежать ТаймАута я хочу сначала тому сервису который вызывает - просто дать ответ и потом внутри себя вызывать тот другой и как сформулируется полноценный ответ - отправить еще раз тому ответ, но нормальный, сформулированный
Подскажите, аннотация @Async и туториалы по ссылке подойдет для реализации такого рода задачи?: https://www.baeldung.com/spring-async
https://dzone.com/articles/spring-boot-creating-asynchronous-methods-using-as
или легче будет с помощью простого ExecutorService ? Т.е. когда дернут мой Апи, сразу отдам тот временный ответ и пропишу эти строки, а ServiceTask сделаю implements Callable<Response> и внутри метода call отправлю сформулированный ответ(Response) через restTemplate.postForObject()
ExecutorService exec = Executors.newSingleThreadExecutor();
exec.submit(new ServiceTask());
exec.shutdown();
Какой способ считается более "правильный", куда копать?
Подскажите, аннотация @Async и туториалы по ссылке подойдет для реализации такого рода задачи?: https://www.baeldung.com/spring-async
https://dzone.com/articles/spring-boot-creating-asynchronous-methods-using-as
или легче будет с помощью простого ExecutorService ? Т.е. когда дернут мой Апи, сразу отдам тот временный ответ и пропишу эти строки, а ServiceTask сделаю implements Callable<Response> и внутри метода call отправлю сформулированный ответ(Response) через restTemplate.postForObject()
ExecutorService exec = Executors.newSingleThreadExecutor();
exec.submit(new ServiceTask());
exec.shutdown();
Какой способ считается более "правильный", куда копать?
сначала создаешь запись о реквесте, возвращаешь айдишник, кидаешь ивент о создании реквеста, асинхронно его выполняешь, затем по другому эндпоинту выдаешь результат.
либо websocket
либо websocket
Ar
в идеале statefull service у тебя может быть
A
Если ты уже дал ему ответ, то как ты собираешься потом ему что-то ещё отправить?
Я лишь хочу им сообщить, что данные от них приняты нами, а потом вызывается внутренние процессы и после принятия решения снова дать им ответ, но с решением
C
У тебя там websocket'ы или long poll?
Если это обычные запрос-ответ, то так сделать нельзя. Ответ есть ответ. Чтобы твой клиент получил от тебя что-то ещё, оно должен снова отправить тебе запрос.
Если это обычные запрос-ответ, то так сделать нельзя. Ответ есть ответ. Чтобы твой клиент получил от тебя что-то ещё, оно должен снова отправить тебе запрос.
PD
Столько вкладок, боль
И все нужные ))))
PD
с закладками сплошная путаница
A
У тебя там websocket'ы или long poll?
Если это обычные запрос-ответ, то так сделать нельзя. Ответ есть ответ. Чтобы твой клиент получил от тебя что-то ещё, оно должен снова отправить тебе запрос.
Если это обычные запрос-ответ, то так сделать нельзя. Ответ есть ответ. Чтобы твой клиент получил от тебя что-то ещё, оно должен снова отправить тебе запрос.
обычный рест, они будут каждые 10 секунд отправлять нам запрос, пока запрос с решением не предоставим (я себе так представляю)
C
> внутри метода call отправлю сформулированный ответ(Response) через restTemplate.postForObject()
Ты себе противоречишь. Так клиент тебя будет дёргать каждые 10 секунд, или ты ему собираешься сам отправить ответ по готовности? Это разные вещи.
Ты себе противоречишь. Так клиент тебя будет дёргать каждые 10 секунд, или ты ему собираешься сам отправить ответ по готовности? Это разные вещи.
A
обычный рест, они будут каждые 10 секунд отправлять нам запрос, пока запрос с решением не предоставим (я себе так представляю)
т.е. для принятия данных они будут ожидать один ответ, а с принятым решением другой ответ, там будет поле допустим Code где нумерация будет отличаться , но вызывать будут один эндпойнт
C
сначала создаешь запись о реквесте, возвращаешь айдишник, кидаешь ивент о создании реквеста, асинхронно его выполняешь, затем по другому эндпоинту выдаешь результат.
либо websocket
либо websocket
в общем-то тебе тут правильно посоветовали
C
Только, блин, ты, мне кажется, не вполне понимаешь, что сервер без дополнительных танцев (websocket) не может сам по своему желанию отправить что-то клиенту.