Да. Принцип тот же

Понял, спасибо)

Подскажите, пожалуйста, такой момент - если на веб-странице должен быть элемент, отслеживающий изменение чего-либо на сервере и обновляющийся без обновления страницы - это мне надо AJAX юзать и на странице функцию с периодическим запросом делать?

вебсокеты

Если объем данных(пользователи * задачи) небольшой можно и так. Иначе лучше ограничивать выборку запросом в смежную таблицу task_user, где хранятся уже выполненные задачи.

Также при первом варианте необходима дополнительная логика при создании новой задачи или добавлении нового пользователя.

Понял, спасибо)

кто-нить знает как для actuator отдельный сервлет (вебсервер) завезти?

мне надо чтоб эта хурма была  в отдельном сервлете и на другом порту

У меня вопрос кто знает как инкрементировать только даты от ПН до ПТ с помощью минуты до окончания рабочего времени  ?

Саша, код неверный, обратись к админу.

Доброго дня. Такой вопрос, имеется АПИ, передающая очень большой json со списком объектов на клиент (объекты сами не маленькие). Клиент (браузер) потом их парсит и отрисовывает у себя. Соответственно, 2 вопроса:

1) Как можно уменьшить объем джсона, чтобы сэкономить на трафике и времени сериализации\десериализации? Можно конечно использовать не джсон , а чтонить типа Protobuf, но, пока не хотелось бы. Как-то использовали чтото типа костыля, заменяя объекты на массивы, соотв. вместо массива объектов
{
 "veryLongPropertyName1": "blabla1",
 "veryLongPropertyName2": "blabla2"
 ...
}
получался массив массивов:
["blabla1", "blabla2", ....]
Вроде у ВК такую штуку подсмотрели. но тут клиент должен знать, какая пропертя стоит под каким индексом в массиве, да и выглядит костыльно как-то. хотя трафик экономит очень хорошо, если пропертей много и названия длинные. Может кто-то решал подобную проблему у себя на проектах?

2) Если говорить про джсон, может ли он писаться в респонс стрим так, чтобы клиент мог начинать парсинг до того, как получил весь респонс? наподобие как вот эта либа читает - http://oboejs.com/. там вроде используется контент тайп application/stream+json . Т.е. вопрос в том, может ли такое стандартные томкат, спринг и обджект маппер делать? т.е. делает ли он flush в респонс периодически как-то или только в самом конце? Опять же интересно, был ли у кого-то подобный опыт

Спасибо

Интересная задачка. Тоже не против послушать варианты решения

Может сделать запрос на фетчинг индексов и потом мапить?

Т.е.
Гет индекс - longName1,longName2 итп
Реальный запрос - blabla1,blabla2

И держать соотв в кеше

Для этого есть пагинация

Про стриминг, вроде везде есть, говно что бы серверный фреймворк поддерживал. Вот в вебфлакс есть

Уменьшить объем json можно путем навешивания на поля дто аннотаций @JsonProperty с максимально короткими именами, например порядковые номера полей. Позволяет в 2-3 раза объем усушить, не знаю, правда насколько удобно в JS это потом разбирать.

можно gzip-ать респонс. для большого JSON выигрыш довольно неплохой по объему передаваемых данных

стриминг JSON-а есть в спринг-вебфлаксе, там это продвигается чуть ли не как основная фишка. вот неплохой доклад по этой теме https://www.youtube.com/watch?v=tjp8pTOyiWg

конечно, стриминг тут "по объекту". т.е. часть объекта передать нельзя, минимум 1. технологически это делается, например, через server-sent events.