а что ты хотел? Думаешь Hibernate приятней?

Да

spring-jdbc

Как заставить jackson сериализовать BigDecimal без округления?
Чет это не работает
mapper = mapper.configure(JsonGenerator.Feature.WRITE_BIGDECIMAL_AS_PLAIN, true);
mapper = mapper.configure(DeserializationFeature.USE_BIG_DECIMAL_FOR_FLOATS,true);
mapper = mapper.setNodeFactory(JsonNodeFactory.withExactBigDecimals(true));

А у самого значения какие размеры?(точность)

Оно вообще через строку строку создается new BigDecimal("1234.3434")
И режет его до 1234.34

Работает - это просто я еблан

Всем привет. У кого-нибудь вылезали недавно проблемы с джаспером? Перестал тянуть зависимость com.lowagie:itext:pom:2.1.7.js7 из jaspersoft-third-party . 308 код.  При этом проблема только на стендах, локально всё без проблем тянется. На двух проектах вылезло

Локально все без проблем потому что эта зависимость лежит в .m2
перестал тянуть потому как видимо закрыли\удалили\что-то случилось...
решение использовать свой локальный nexus и залить туда нужный артефакт
илбо руками из .m2 локального перенести в .m2 стенда

Так репа то на месте. https://jaspersoft.jfrog.io/artifactory/third-party-ce-artifacts/com/lowagie/itext/2.1.7.js7/

Хотя в логах вот это. Failed to transfer file: http://jaspersoft.jfrog.io/jaspersoft/third-party-ce-artifacts/com/lowagie/itext/2.1.7.js7/itext-2.1.7.js7.pom. Return code is: 308

понятно... стенды за проксей стоят?

Да

тогда надо смотреть как они настроены, есть ли доступ до http://jaspersoft.jfrog.io/
и 308 это редирект постоянный, посмотреть в заголовках куда этот запрос редиректят

Ага, большое спасибо, пойду пинать девопсов

Всем привет.

Кто-то использует на проекте BraintreeBraintree?

В пятницу заказчик сообщил об ошибке

на беке метод, который никто с 2017 не трогал, начал требовать новые данные, которые раньше было необьязательно передавать

Ошибки "Funding account number is required. Funding routing number is required." связанные с FundingRequest

Проверить доку на предмет того что они сделали ранее опциональный параметр обязательным не?

Всем привет
Вопрос не про джаву, а скорее всего архитектурный. Есть следующая задачка:

сервис, который хранит конфигурацию. Есть много мобильных клиентов сервиса. Конфигурация может изменяться (добавляться/удалится etc). Нужно сделать так, что бы обновлённая версия конфигурации материализовалась на всех клиентах.

Иными словами, как реализовать publish/subscribe? Я вижу два варианта поверх http протокола:

1. Web sockets
2. Periodic polling

Есть ли ещё другие способы решения данной задачи (gRPC/graph ql, хотя там под капотом те же вебсокеты )?

gRPC под капотом не web socket, а HTTP 2