Дизайн: 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 - само по време на изпълнение.

Така че трябва да използваме requires-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"/>