- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
所以,这是我当前的设置:
<int-amqp:inbound-channel-adapter channel="input-channel" queue-names="probni" message-converter="jsonMessageConverter"
channel-transacted="true"
transaction-manager="dataSourceTransactionManager"/>
<int:chain input-channel="input-channel" output-channel="inputc1">
<int:service-activator ref="h1" method="handle" />
<int:service-activator ref="h2" method="handle" />
<int:service-activator ref="h3" method="handle" />
<int:splitter />
</int:chain>
<int:publish-subscribe-channel id="inputc1"/>
<int:claim-check-in input-channel="inputc1" output-channel="nullChannel" message-store="messageStore" order="1" />
<int:bridge input-channel="inputc1" output-channel="inputc2" order="2" />
<int:publish-subscribe-channel id="inputc2" task-executor="taskExecutor" />
<int-amqp:outbound-channel-adapter channel="inputc2" exchange-name="exch" amqp-template="rabbitTemplate" order="1" />
<int:service-activator input-channel="inputc2" output-channel="nullChannel"
expression="@messageStore.removeMessage(headers['id'])" order="2" />
图片是这样的:
我需要的是在任何消息转发到 int:brdige 或从 int:bridge(蓝色箭头 - 所以桥是仅当 jdbc 已提交时才应实际转发消息的边界组件)。
谢谢!
更新
这里是我为什么需要这种设置的描述:
用例:接收 amqp 消息,处理它并保存到 db 并将生成的 amqp 消息转发到管道。消息不应丢失(无论是到达消息还是传出消息,例如断电等)。形成序列的多个消息可以到达具有相同组织的多个不同进程,如下所示。
我想如何解决它:
线程 1:
线程 2:
线程 3:
更新 2
试过这个设置,但有一些问题:
<int:transaction-synchronization-factory id="transactionSynchronizationFactory">
<int:after-commit expression="payload" channel="committed-channel" />
</int:transaction-synchronization-factory>
<int-amqp:inbound-channel-adapter channel="input-channel" queue-names="probni" message-converter="jsonMessageConverter"
channel-transacted="true"
transaction-manager="dataSourceTransactionManager" advice-chain="amqpMethodInterceptor"/>
和:
@Component
public class AmqpMethodInterceptor implements MethodInterceptor {
private TransactionSynchronizationFactory factory;
public AmqpMethodInterceptor(TransactionSynchronizationFactory factory){
this.factory = factory;
}
@Override
public Object invoke(MethodInvocation invocation) throws Throwable {
if (TransactionSynchronizationManager.isActualTransactionActive()) {
TransactionSynchronization synchronization = factory.create("123");
TransactionSynchronizationManager.registerSynchronization(synchronization);
}
Object result = invocation.proceed();
return result;
}
}
after-commit 被调用,但此时消息为空,所以似乎我没有什么可以转发到 committed-channel。知道如何做这部分吗?
最佳答案
只有 TransactionSynchronization
才有可能.
网桥实际上是 TX 的“边界”,但此处的提交确实发生在 send()
之后方法。只是因为你的下一个 channel 是 executor
, 因此,当前事务线程无事可做,只在发送之后执行提交,而不是之前。
为了您的目标,您应该实现 MethodInterceptor
建议注入(inject)<int-amqp:inbound-channel-adapter>
通过advice-chain
.并尝试利用 DefaultTransactionSynchronizationFactory
的逻辑与 ExpressionEvaluatingTransactionSynchronizationProcessor
,您将能够向 afterCommitChannel
发送消息.
您在 Advice
中的代码应该使用这个模板:
if (TransactionSynchronizationManager.isActualTransactionActive()) {
TransactionSynchronization synchronization = this.transactionSynchronizationFactory.create(key);
TransactionSynchronizationManager.registerSynchronization(synchronization);
}
哪里key
可以是任何唯一对象,用于区分与 TX 同步的资源。
更新
but the message is null at this point in time, so seems like I have nothing to forward to committed-channel.
这是真的,因为您使用了 TransactionSynchronizationFactory
以不同寻常的方式。
好吧,不管怎样,让我们尝试欺骗它,因为对我来说你走对了路。
factory.create("123");
这样做:
DefaultTransactionalResourceSynchronization synchronization = new DefaultTransactionalResourceSynchronization(key);
TransactionSynchronizationManager.bindResource(key, synchronization.getResourceHolder());
return synchronization;
重点是TransactionSynchronizationManager.bindResource()
.我的想法是在下游某个地方,在 TX 结束之前,这样做:
IntegrationResourceHolder holder =
(IntegrationResourceHolder) TransactionSynchronizationManager.getResource("123");
holder.setMessage(message);
我认为这甚至是可能的:
<int:outbound-channel-adapter
expression="T(org.springframework.transaction.support.TransactionSynchronizationManager).getResource('123').setMessage(#root)"/>
作为退出 TX 之前的最后一个端点。
关于java - Spring-Integration 事务在管道其余部分之前提交,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41104769/
我正在使用 Assets 管道来管理我的 Grails 3.0 应用程序的前端资源。但是,似乎没有创建 CoffeeScript 文件的源映射。有什么办法可以启用它吗? 我的 build.gradle
我有一个我想要的管道: 提供一些资源, 运行一些测试, 拆资源。 我希望第 3 步中的拆卸任务运行 不管 测试是否通过或失败,在第 2 步。据我所知 runAfter如果前一个任务成功,则只运行一个任
如果我运行以下命令: Measure-Command -Expression {gci -Path C:\ -Recurse -ea SilentlyContinue | where Extensio
我知道管道是一个特殊字符,我需要使用: Scanner input = new Scanner(System.in); String line = input.next
我再次遇到同样的问题,我有我的默认处理方式,但它一直困扰着我。 有没有更好的办法? 所以基本上我有一个运行的管道,在管道内做一些事情,并想从管道内返回一个键/值对。 我希望整个管道返回一个类型为 ps
我有三个环境:dev、hml 和 qa。 在我的管道中,根据分支,阶段有一个条件来检查它是否会运行: - stage: Project_Deploy_DEV condition: eq(varia
我有 Jenkins Jenkins ver. 2.82 正在运行并想在创建新作业时使用 Pipeline 功能。但我没有看到这个列为选项。我只能在自由式项目、maven 项目、外部项目和多配置之间进
在对上一个问题 (haskell-data-hashset-from-unordered-container-performance-for-large-sets) 进行一些观察时,我偶然发现了一个奇
我正在寻找有关如何使用管道将标准输出作为其他命令的参数传递的见解。 例如,考虑这种情况: ls | grep Hello grep 的结构遵循以下模式:grep SearchTerm PathOfFi
有没有办法不因声明性管道步骤而失败,而是显示警告?目前我正在通过添加 || exit 0 来规避它到 sh 命令行的末尾,所以它总是可以正常退出。 当前示例: sh 'vendor/bin/phpcs
我们正在从旧的 Jenkins 设置迁移到所有计划都是声明性 jenkinsfile 管道的新服务器……但是,通过使用管道,我们无法再手动清除工作区。我如何设置 Jenkins 以允许 手动点播清理工
我在 Python 中阅读了有关 Pipelines 和 GridSearchCV 的以下示例: http://www.davidsbatista.net/blog/2017/04/01/docume
我有一个这样的管道脚本: node('linux'){ stage('Setup'){ echo "Build Stage" } stage('Build'){ echo
我正在使用 bitbucket 管道进行培训 这是我的 bitbucket-pipelines.yml: image: php:7.2.9 pipelines: default:
我正在编写一个程序,其中输入文件被拆分为多个文件(Shamir 的 secret 共享方案)。 这是我想象的管道: 来源:使用 Conduit.Binary.sourceFile 从输入中读取 导管:
我创建了一个管道,它有一个应该只在开发分支上执行的阶段。该阶段还需要用户输入。即使我在不同的分支上,为什么它会卡在这些步骤的用户输入上?当我提供输入时,它们会被正确跳过。 stage('Deplo
我正在尝试学习管道功能(%>%)。 当试图从这行代码转换到另一行时,它不起作用。 ---- R代码--原版----- set.seed(1014) replicate(6,sample(1:8))
在 Jenkins Pipeline 中,如何将工件从以前的构建复制到当前构建? 即使之前的构建失败,我也想这样做。 最佳答案 Stuart Rowe 还在 Pipeline Authoring Si
我正在尝试使用 执行已定义的作业构建 使用 Jenkins 管道的方法。 这是一个简单的例子: build('jenkins-test-project-build', param1 : 'some-
当我使用 where 过滤器通过管道命令排除对象时,它没有给我正确的输出。 PS C:\Users\Administrator> $proall = Get-ADComputer -filter *
我是一名优秀的程序员,十分优秀!