Provide properties to block threads by default (again)

[swiss-chris]

Expected Behavior

Users of Spring Integration can configure the new timeout defaults (for details, see below) globally instead of sprinkling new boilerplate timeout code throughout the application.

Here's an example of how such a configuration could look in application.properties (or yaml).

• spring.integration.thread-blocking-timeout=-1s
• spring.integration.thread-blocking-timeout-enabled=false

Current Behavior

According to https://github.com/spring-projects/spring-integration/wiki/Spring-Integration-6.0-to-6.1-Migration-Guide#do-not-block-by-default, the default timeout for various SI operations has been changed from disabled to 30s. This breaks multiple SI projects in our team/company.

Context

We have several Spring Integration projects which are negatively affected by this change. We currently have 2 possibilities to fix our code.

• Either we look for every gateway() and every scatterGather() call and pre-emptively disable the timeout in all these places. Today we looked at an application with 28 gateway() calls. Disadvantage: Lots of boilerplate code -> not Spring-like.
• Or we take the time to analyse each gateway() and each scatterGather() call and only disable the timeout where we have decided the call could take more than 30s. Disadvantage: requires more time to do.

Here's an example of the kind of code I'm talking about.

.scatterGather(
  scatterer -> scatterer
    .recipientFlow(flow -> flow
      .gateway(flow -> flow
        .gateway(subflow, 
          spec -> spec.replyTimeout(-1L)),
        spec -> spec.replyTimeout(-1L))
  gatherer -> gatherer.doSomething(),
  spec -> spec.gatherTimeout(-1L)
)

[artembilan]

I thought about that when answered your SO question: https://stackoverflow.com/questions/76876192/spring-integration-6-1-breaking-change-threads-no-longer-block-indefinitely.
Even if that looks for me suspicious that your timeouts are much longer than 30s, I'm OK to expose such a property to let end-user to override.

I think the name of the property will be: spring.integration.endpoints.defaultTimeout.
That is the name of global property here in Spring Integration: https://docs.spring.io/spring-integration/docs/current/reference/html/configuration.html#global-properties.

In Spring Boot it might be like spring.integration.endpoint.default-timeout. But that is different story and we will come back there when we done here.

[swiss-chris]

Thanks Artem.

PS: We're using Spring Integration for some heavy lifting, reading over a hundred thousands rows from DB tables, transforming them, and then persisting them to other DB tables. These operations often take longer than 30 seconds. In other places we're making parallel calls to external systems, transforming the results and persisting. That too can take more than 30 seconds. Not sure how we could do this differently.

[artembilan]

In asynchronous manner: fire-n-forget.
Then you can check their status somewhat later using some token (correlation key) as a reply to your gateway or scatter-gather.
But I guess that's too much to rework on your side.