对于最新的稳定版本,请使用 Spring Integration 6.3.4! |
对于最新的稳定版本,请使用 Spring Integration 6.3.4! |
邮件过滤器用于根据某些标准(如邮件报头值或邮件内容本身)来决定是应传递还是丢弃 。
因此,消息过滤器类似于路由器,不同之处在于,对于从过滤器的 input 通道接收的每条消息,同一条消息可能会也可能不会发送到过滤器的输出通道。
与路由器不同,它不决定将消息发送到哪个消息通道,而只决定是否发送消息。Message
正如我们在本节后面描述的那样,过滤器还支持 discard 通道。 在某些情况下,它可以根据布尔条件扮演非常简单的路由器(或“交换机”)的角色。 |
在 Spring 集成中,你可以将消息过滤器配置为委托给接口实现的消息端点。
该接口本身非常简单,如下面的清单所示:MessageSelector
public interface MessageSelector {
boolean accept(Message<?> message);
}
构造函数接受 selector 实例,如下例所示:MessageFilter
MessageFilter filter = new MessageFilter(someSelector);
正如我们在本节后面描述的那样,过滤器还支持 discard 通道。 在某些情况下,它可以根据布尔条件扮演非常简单的路由器(或“交换机”)的角色。 |
使用 Java、Groovy 和 Kotlin DSL 配置过滤器
Java DSL 提供的 (也用作 Groovy 和 Kotlin DSL 的基础) 为运算符提供了许多重载方法。
上面提到的抽象可以用作定义中的 Lambda:IntegrationFlowBuilder
filter()
MessageSelector
filter()
-
Java DSL
-
Kotlin DSL
-
Groovy DSL
@Bean
public IntegrationFlow someFlow() {
return f -> f
.<String>filter((payload) -> !"junk".equals(payload));
}
@Bean
fun someFlow() =
integrationFlow {
filter<String> { it != "junk" }
}
@Bean
someFlow() {
integrationFlow {
filter String, { it != 'junk' }
}
}
有关DSL的更多信息,请参阅相应的章节:
使用 XML 配置过滤器
结合命名空间和 SPEL,您可以使用非常少的 Java 代码配置强大的过滤器。
您可以使用 element is used 创建消息选择端点。
除了 and 属性之外,它还需要一个 attribute。
can 指向一个实现,如下例所示:<filter>
input-channel
output-channel
ref
ref
MessageSelector
<int:filter input-channel="input" ref="selector" output-channel="output"/>
<bean id="selector" class="example.MessageSelectorImpl"/>
或者,您可以添加 attribute.
在这种情况下,该属性可以引用任何对象。
引用的方法可能需要入站消息的类型或有效负载类型。
该方法必须返回布尔值。
如果该方法返回 'true',则消息将发送到输出通道。
以下示例说明如何配置使用 attribute 的筛选条件:method
ref
Message
method
<int:filter input-channel="input" output-channel="output"
ref="exampleObject" method="someBooleanReturningMethod"/>
<bean id="exampleObject" class="example.SomeObject"/>
如果 selector 或改编的 POJO method 返回 ,则一些设置控制对被拒绝消息的处理。
默认情况下,(如果配置如上例所示)被拒绝的消息将被静默丢弃。
如果 rejection 应改为导致错误条件,请将该属性设置为 ,如下例所示:false
throw-exception-on-rejection
true
<int:filter input-channel="input" ref="selector"
output-channel="output" throw-exception-on-rejection="true"/>
如果您希望将被拒绝的消息路由到特定通道,请将该引用作为 ,如下例所示:discard-channel
<int:filter input-channel="input" ref="selector"
output-channel="output" discard-channel="rejectedMessages"/>
如果提供了 and no,则会以静默方式删除该消息,并且实例只会发出有关此丢弃消息的警告日志消息(从版本 6.1 开始)。
要删除日志中没有警告的消息,可以将 配置为 on the filter。
框架的目标是默认情况下不是完全静默的,如果这是所需的行为,则需要设置显式选项。throwExceptionOnRejection == false
discardChannel
o.s.i.filter.MessageFilter
NullChannel
discardChannel
另请参阅 Advising Filters。
消息过滤器通常与发布-订阅通道结合使用。 许多筛选条件终端节点可能订阅了同一个通道,它们决定是否将消息传递给下一个终端节点,该终端节点可以是任何支持的类型(例如服务激活器)。 这提供了一种被动的替代方法,而不是使用具有单个点对点输入通道和多个输出通道的消息路由器的更主动的方法。 |
如果自定义筛选条件实施在其他定义中引用,我们建议使用属性。
但是,如果自定义过滤器实现的范围限定为单个元素,则应提供内部 Bean 定义,如下例所示:ref
<filter>
<filter>
<int:filter method="someMethod" input-channel="inChannel" output-channel="outChannel">
<beans:bean class="org.foo.MyCustomFilter"/>
</filter>
不允许在同一配置中同时使用 attribute 和内部处理程序定义,因为它会创建不明确的条件并引发异常。ref <filter> |
如果该属性引用了扩展的 Bean(例如框架本身提供的过滤器),则通过将输出通道直接注入过滤器 Bean 来优化配置。
在这种情况下,每个都必须是单独的 bean 实例(或-scoped bean)或使用内部配置类型。
但是,仅当未在筛选器 XML 定义中提供任何特定于筛选器的属性时,此优化才适用。
如果您无意中从多个 bean 引用了相同的消息处理程序,则会收到配置异常。ref MessageFilter ref prototype <bean/> |
随着 SPEL 支持的引入, Spring 集成将该属性添加到filter元素中。
它可以用于完全避免 Java 进行简单的过滤器,如下例所示:expression
<int:filter input-channel="input" expression="payload.equals('nonsense')"/>
作为 expression 属性的值传递的字符串将作为 SpEL 表达式进行评估,并在评估上下文中提供消息。
如果必须在应用程序上下文的范围内包含表达式的结果,则可以使用 SPEL 参考文档中定义的表示法,如下例所示:#{}
<int:filter input-channel="input"
expression="payload.matches(#{filterPatterns.nonsensePattern})"/>
如果表达式本身需要是动态的,则可以使用 'expression' 子元素。
这为通过 .
这是一个可以直接实现的策略接口,或者你可以依赖 Spring Integration 中提供的版本,该版本从“资源包”加载表达式,并可以在给定的秒数后检查修改。
以下配置示例演示了所有这些,其中,如果底层文件已被修改,则可以在一分钟内重新加载表达式:ExpressionSource
<int:filter input-channel="input" output-channel="output">
<int:expression key="filterPatterns.example" source="myExpressions"/>
</int:filter>
<beans:bean id="myExpressions"
class="o.s.i.expression.ReloadableResourceBundleExpressionSource">
<beans:property name="basename" value="config/integration/expressions"/>
<beans:property name="cacheSeconds" value="60"/>
</beans:bean>
如果 bean 名为 ,则无需在元素上提供 ' source' 属性。
但是,在前面的示例中,我们展示了它以保证完整性。ExpressionSource
expressionSource
<expression>
'config/integration/expressions.properties' 文件(或任何具有区域设置扩展名的更具体的版本,要以加载资源包的典型方式解析)可以包含键/值对,如下例所示:
filterPatterns.example=payload > 100
所有这些用作属性或子元素的示例也可以应用于 transformer、router、splitter、service-activator 和 header-enricher 元素中。
给定组件类型的语义和角色将影响评估结果的解释,就像解释方法调用的返回值一样。
例如,表达式可以返回 router 组件将视为消息通道名称的字符串。
但是,根据作为根对象的消息评估表达式并解析前缀为“@”的 bean 名称的底层功能在 Spring 集成中的所有核心 EIP 组件中是一致的。expression |
消息过滤器通常与发布-订阅通道结合使用。 许多筛选条件终端节点可能订阅了同一个通道,它们决定是否将消息传递给下一个终端节点,该终端节点可以是任何支持的类型(例如服务激活器)。 这提供了一种被动的替代方法,而不是使用具有单个点对点输入通道和多个输出通道的消息路由器的更主动的方法。 |
不允许在同一配置中同时使用 attribute 和内部处理程序定义,因为它会创建不明确的条件并引发异常。ref <filter> |
如果该属性引用了扩展的 Bean(例如框架本身提供的过滤器),则通过将输出通道直接注入过滤器 Bean 来优化配置。
在这种情况下,每个都必须是单独的 bean 实例(或-scoped bean)或使用内部配置类型。
但是,仅当未在筛选器 XML 定义中提供任何特定于筛选器的属性时,此优化才适用。
如果您无意中从多个 bean 引用了相同的消息处理程序,则会收到配置异常。ref MessageFilter ref prototype <bean/> |
所有这些用作属性或子元素的示例也可以应用于 transformer、router、splitter、service-activator 和 header-enricher 元素中。
给定组件类型的语义和角色将影响评估结果的解释,就像解释方法调用的返回值一样。
例如,表达式可以返回 router 组件将视为消息通道名称的字符串。
但是,根据作为根对象的消息评估表达式并解析前缀为“@”的 bean 名称的底层功能在 Spring 集成中的所有核心 EIP 组件中是一致的。expression |
配置带有注释的过滤器
以下示例显示如何使用注释配置筛选条件:
public class PetFilter {
...
@Filter (1)
public boolean dogsOnly(String input) {
...
}
}
1 | 指示此方法将用作过滤器的注释。 如果要将此类用作过滤器,则必须指定它。 |
XML 元素提供的所有配置选项也可用于注释。@Filter
过滤器可以从 XML 中显式引用,或者,如果在类上定义了 Comments,则通过 Classpath 扫描自动检测。@MessageEndpoint
另请参阅使用注释通知终端节点。
1 | 指示此方法将用作过滤器的注释。 如果要将此类用作过滤器,则必须指定它。 |