A
ну типо оракл клауд примерно как коммертулз мне кажется
https://docs.oracle.com/en/cloud/saas/commerce-cloud/index.html
https://docs.oracle.com/en/cloud/saas/commerce-cloud/index.html
да, но у коммзтулз определенно нет ничего общего с ораклом
Size: a a a
2021 January 30
E
да, в этом и проблема. В кастомизации, мне пока тот же хайбрис кажется намного более кастомизируемым. Но у нас в комании были POC, + начинается какой то новый проект на коммерстулз, так что я еще расспрошу
хз, мы атг так переписали, что мама не горюй
при это в некоторых моментах даже не заюзали готовые фишки, а напилили сами..что..странно...
но когда проект начинался - такое сложно предусмтреть
при это в некоторых моментах даже не заюзали готовые фишки, а напилили сами..что..странно...
но когда проект начинался - такое сложно предусмтреть
E
да, но у коммзтулз определенно нет ничего общего с ораклом
да, ок)
VP
Roman Gritsko
насколько оправдано использование val от ломбока?
На проекте, куда меня недавно перевели, он используется повсюду.Подумалось - а не стрельнет ли это как-то в будущем, например, при переезде с текущей 8 Java на что-то поновее
На проекте, куда меня недавно перевели, он используется повсюду.Подумалось - а не стрельнет ли это как-то в будущем, например, при переезде с текущей 8 Java на что-то поновее
Если проект уже обмазан ломбоком, то почему бы и нет. Риски низкие, а final var не всем по душе.
AE
типы реактивных стримов
Алилуя, неужели
A
1. Как ты сказал решение в лоб
2. Sheduled + @Async, в твоем случае запросы легко параллелятся
3. Sheduled + Reactive feign client, упрощает 2 вариант, чтобы обвязки руками не писать
4. Sheduled + Реактивные стримы, reactor, spring web client, результат как во втором, но меньше ресурсов будет потребляться, проще обработка такого сценария
5. Spring Integration может и к месту, но если уж браться за интеграции стоит сразу в сторону Camel смотреть, у него много опций для такого
в целом думаю, как единичное решение тебе подойдет что-то из 2-4 вариантов, в зависимости от стиля проекта
если же нужен полноценный интеграционный ландшафт, то стоит сразу в сторону Camel смотреть
2. Sheduled + @Async, в твоем случае запросы легко параллелятся
3. Sheduled + Reactive feign client, упрощает 2 вариант, чтобы обвязки руками не писать
4. Sheduled + Реактивные стримы, reactor, spring web client, результат как во втором, но меньше ресурсов будет потребляться, проще обработка такого сценария
5. Spring Integration может и к месту, но если уж браться за интеграции стоит сразу в сторону Camel смотреть, у него много опций для такого
в целом думаю, как единичное решение тебе подойдет что-то из 2-4 вариантов, в зависимости от стиля проекта
если же нужен полноценный интеграционный ландшафт, то стоит сразу в сторону Camel смотреть
а джобы в спринге не асинхронные разве? + зачем обмазываться реактивщиной? не видел для этого никаких требований
SS
постгрес тот же спокойно до тысячи коннектов вытягивает
все от ресурсов и конфигураций зависит...
D
все от ресурсов и конфигураций зависит...
Само собой, тут скорее был посыл, что лимит в 20 - очень мало
SS
все от ресурсов и конфигураций зависит...
хотя не всегда. различные архитектуры приложений. различный приклад. все бы было хорошо, если РСУБД получилось распареллелить. до сих пор не нашел адекватных вариантов, может ктото имел уже опыт? чтото типа master-master для Postgres
SS
имею в виду распараллелить
D
хотя не всегда. различные архитектуры приложений. различный приклад. все бы было хорошо, если РСУБД получилось распареллелить. до сих пор не нашел адекватных вариантов, может ктото имел уже опыт? чтото типа master-master для Postgres
Можете посмотреть проект PostgreSQL Operator
DP
хотя не всегда. различные архитектуры приложений. различный приклад. все бы было хорошо, если РСУБД получилось распареллелить. до сих пор не нашел адекватных вариантов, может ктото имел уже опыт? чтото типа master-master для Postgres
1. multimaster есть в платном Postgres Pro Enterprise
2. а есть еще беслпатный CockroachDB
2. а есть еще беслпатный CockroachDB