что делать и кто виноват

Хай пиплы. Такой вопрос в конце рабочего дня. Как бы вы поступили если бы Вам потребовалось разделить один сервис на два сервиса? Скажем так по каким то причинам класс (@service) сильно раззросся и появилось в нем много логики, которую желательно бы вынести в отдельный сервис, но вот беда много общих private методов. первым делом при таком рефакторинге приходит в голову вынести в статический утильный класс общие методы но понимаю, что это не совсем подходит так как в этих методах есть зависимости от других компонентов. второе что пришло в голову унаследовать новый класс от существующего и вынести методы которые требуется вынести, а общие методы оставить внутри родительского класса с модификатором доступа package -private. а что еще умнее придумать пока не придумал хочу услышать мнение других кто сталкивался с такими проблемами

абстрактный класс?

Интерфейс, абстрактный, реализация

гуру помогите :( https://ru.stackoverflow.com/questions/1001215/a-collection-with-cascade-all-delete-orphan-was-no-longer-referenced-by-the-ow

я перепробовал все эти рекомендации и ни одна мне не помогла, главная проблема в том что в IDE и локально у меня нет ни каких проблем , ошибка появляется только при развёртывании на удалённом сервере

Ищите разницу чтобы воспроизвести, так не бывает, магии не существует

так в чем проблема ?

scopes попутал ?

Добрый день! Подскажите какой-нибудь блог, вебблог или форум, где Java (Spring) разработчики хотя бы кратко рассказывают про свои проекты, про свои трудности и как они их преодолели.

Спасибо, и может кто-нибудь подскажет блог?

Подскажите, как настроить fasterxml.jackson.ObjectMapper что бы при десериализации все коллекции были не null, а нициализировались пустыми ?

SOF  говорит, что так:

ObjectMapper mapper = objectMapperBuilder()
    .changeDefaultNullHandling(n -> n.withContentNulls(Nulls.AS_EMPTY))
    .build();

видел я это, но нет такого метода objectMapperBuilder()

это статический метод из тестов в databind

А с чего вы это взяли? это instance метод из базового класса для тестов com.fasterxml.jackson.databind.BaseTest. и в его коде видно, что он возвращает просто новый инстанс JsonMapper.builder(). А класс JsonMapper - не часть юнит тестов, а обычный класс https://github.com/FasterXML/jackson-databind/blob/master/src/main/java/com/fasterxml/jackson/databind/json/JsonMapper.java

Просто этого класса нет раньше, чем в версии 2.10

Но в любом случае билдер не обязателен, он просто для облегчения. Можно с тем же успехом посмотреть тесты, например, для версии 2.9

https://github.com/FasterXML/jackson-databind/blob/2.9/src/test/java/com/fasterxml/jackson/databind/deser/filter/NullConversionsForContentTest.java#L212

И там создается обычный new ObjectMapper(), без билдера.
И далее

mapper.setDefaultSetterInfo(JsonSetter.Value.forContentNulls(Nulls.AS_EMPTY));

А если нужно только для коллекций, то там есть несколькими строчками ниже, в том же тесте.