Дизайн: передовой опыт Spring Integration jdbc

Нам нужно просматривать код java и файл xml взад и вперед для любых изменений в условии where или когда слишком много предложений where.

Это верно даже для необработанного кода Java вокруг JDBC: если вы меняете модель, вы, конечно, должны изменить SELECT, потому что это просто строка. И именно поэтому нужно много работать, чтобы сделать его типобезопасным — ORM, QueryDSL, Spring-Data и т. д.

если мы неправильно написали :headers[c1] в :headers[d1], тогда он не выдаст никаких исключений и заменит :headers[d1] на null.

Это потому, что headers — это всего лишь Map, и это правда, что вы получаете null, если на карте нет такого key. Чтобы преодолеть эту проблему с опечатками, вы можете использовать POJO payload с геттерами или какой-нибудь пользовательский заголовок, и снова - POJO с геттерами. В этом случае вы получаете исключение, что такого свойства для объекта нет. Хотя вы увидите эту проблему только во время выполнения, а не при компиляции. И опять то же самое с Hashtable - только во время выполнения.

Итак, мы должны использовать require-reply="false" для изменения поведения по умолчанию.

Вы должны понимать это во время разработки: разрешать или не возвращать компоненту ничего.

Последняя идея хороша. Не могли бы вы поделиться своим NullReplyAdvice? На самом деле я добиваюсь того же с <filter> до шлюза JDBC: чтобы определить, есть ли что-то, что нужно получить, с помощью count(*) запроса. Оттуда я могу привести свой поток к другой логике, а не к прямому потоку, когда SELECT возвращает строки.

ОБНОВЛЕНИЕ

Если вы хотите использовать объект «Модель» для хранения значений, специфичных для бизнеса, в сообщении, достаточно поместить этот объект в заголовок:

public class Foo {

   private String foo1;

   private String foo2;

   public String getFoo1() {
      return foo1;
   }

   public String getFoo2() {
      return foo2;
   }

}

...

MessageBuilder.withPayload(payload).setHeader("foo", foo).build();

...

<jdbc:outbound-gateway 
    query="select * from foo where
        c1=:headers[foo].foo1 AND
        c1=:headers[foo].foo2"/>