В Спринге я джун. И да, согласен, все эти аннотации, и т.п. дают больше оверхеда. Просто не любовь пользоваться ими когда зря. Видимо в конетксте спринга надо отвыкать.

#offtopic Вы считаете что исключения недают оверхеда?)

не настолько большой, что бы от них отказаться. они как минимум позволят сделать код чище

Зачем переименовали конфу?

Тоже интересно

Мб потому что тут не ток спринг?)

Вопрос. Кто нибудь знает как руками удалить связанные сущности от дочерних к родительским
При попытке просто вызвать delete у родителя с уже удаленным потомком получаю ошибку
Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1;

Удалять каскадно автоматом не очень хочется потому что при удалении потомков нужно производить сторонние махинации с файловой системой и журналированием, нужен управляемый delete

попробуй перед удалением родителя сделать рефреш

рефреш чего?

родителя

перевыбрать его из бд что ли? или есть какой-то метод в Hibernate который вызывает у сущности refresh

EntityManager.refresh

Коллеги, не постесняюсь задать еще один, скорей всего глупый вопрос.  По какой причине может при попытке соединения по WebSocket выдаваться вот такой эксепшен?
javax.websocket.DeploymentException: The HTTP response from the server [400] did not permit the HTTP upgrade to WebSocket

Соединяюсь я вот так примерно:

WebSocketClient client = new StandardWebSocketClient();
WebSocketStompClient stompClient = new WebSocketStompClient(client);
stompClient.setMessageConverter(new MappingJackson2MessageConverter());
...
stompClient.connect("ws://127.0.0.1:8080/notify", sessionHandler);

Со стороны сервера - типичная конфигурация:

@Configuration
@EnableWebSocketMessageBroker
public class WebSocketConfig implements WebSocketMessageBrokerConfigurer {

   @Override
   public void configureMessageBroker(MessageBrokerRegistry registry) {
       registry.enableSimpleBroker("/topic", "/queue");
       registry.setApplicationDestinationPrefixes("/app", "/topic");
       registry.setUserDestinationPrefix("/user");
   }

   @Override
   public void registerStompEndpoints(StompEndpointRegistry registry) {
       registry
               .addEndpoint("/notify");
   }
}

В логах сервера:
2020-08-13 15:38:57.251  INFO 15104 --- [nio-8080-exec-1] o.s.web.servlet.DispatcherServlet        : Completed initialization in 4 ms
2020-08-13 15:38:57.275  WARN 15104 --- [nio-8080-exec-1] .w.s.m.s.DefaultHandlerExceptionResolver : Resolved [org.springframework.web.method.annotation.MethodArgumentTypeMismatchException: Failed to convert value of type 'java.lang.String' to required type 'java.lang.Integer'; nested exception is java.lang.NumberFormatException: For input string: "notify"]

Не так давно это все работало, но что-то случилось. Посмотрел свои промежуточные комиты - вроде ни чего не трогал по WS(

спасибо!

методом тыка понял что не хватало аннотации @Transactional у метода удаления

@Modifying не требовался?

Нет

В моём случае это не @Query удаление, а просто последовательный вызов delete у репозиториев сущностей