當使用httpOutBoundGateway時，有時會碰到網絡抖動問題而出現連接異常，這時應該有個重試機制，如隔多少秒重試，重試多少次后放棄等。
默認是重試3次，每次重試間隔是20秒。
@SpringBootApplication
public class SpringIntegrationDslHttpRetryApplication {
@SuppressWarnings("unchecked")
public static void main(String[] args) {
ConfigurableApplicationContext applicationContext =
SpringApplication.run(SpringIntegrationDslHttpRetryApplication.class, args);
Function<Object, Object> function = applicationContext.getBean(Function.class);
function.apply("foo");
}
@Bean
public IntegrationFlow httpRetryFlow() {
return IntegrationFlows.from(Function.class)
.handle(Http.outboundGateway("http://localhost:11111")
.httpMethod(HttpMethod.GET)
.expectedResponseType(String.class),
e -> e.advice(retryAdvice()))
.get();
}
@Bean
public RequestHandlerRetryAdvice retryAdvice() {
return new RequestHandlerRetryAdvice();
}
}
#打印日志
logging.level.org.springframework.retry=debug
Reference:
https://docs.spring.io/spring-integration/reference/html/handler-advice.html#retry-advice
https://stackoverflow.com/questions/49784360/configure-error-handling-and-retry-for-http-outboundgateway-spring-dsl
https://stackoverflow.com/questions/50262862/requesthandlerretryadvice-with-httprequestexecutingmessagehandler-not-working
https://stackoverflow.com/questions/63689856/spring-integration-http-outbound-gateway-retry-based-on-reply-content
https://blog.csdn.net/cunfen8879/article/details/112552420
git的世界里有后悔藥嗎？
有的。不僅有，還不止一種：Reset 和 Revert。它們有什么區別呢？先說結論吧。
|
Reset | Revert |
| 作用 |
將某個commit之后的push全部回滾 |
將某個指定的commit回滾 |
| 歷史記錄（軌跡） |
無 |
有 |
| 是否可作用于單個文件 |
否（都是作用于commit，與文件無關） |
否 |
下面來說說具體例子。
Revert
試驗步驟如下：
- 新建兩個空白文件 Revert.txt 和 Common.txt，然后commit&push。
- 修改 Revert.txt 文件，內容為“commit 1”，然后commit&push，提交的備注為“commit 1 of Revert”
- 修改 Common.txt 文件，內容為“update for Revert(by commit 2)”
- 修改 Revert.txt 文件，新增一行，內容為“commit 2”
- 3 和 4的修改一起commit&push，提交備注為“commit 2 of Revert(Revert.txt + Common.txt)”
效果如下：
圖1-revert之前
目的
保留3的修改，回滾4的修改。
操作
選中“ Revert.txt ”文件，然后在 History 里選中 “commit 2 of Revert…”，右鍵，找到“Revert Commit”菜單，如圖：
圖2-revert操作
點擊后，效果如圖：
圖3-revert之后
最后，push即可。
結果
未能達到預期效果，Revert.txt 和 Common.txt的修改都被撤銷了。Revert的作用范圍是一個commit（原子），跟文件的個數無關。
注：對最后一個commit做revert比較簡單，兩步：一，revert；二，push就可以了。對于較早的commit，因為中間間隔了其他的commit，文件會有沖突，需要處理完沖突才可以commit&push。
Reset
試驗步驟如下：
- 新建空白文件 Reset.txt，然后commit&push。
- 修改 Reset.txt 文件，內容為“commit 1”
- 修改 Common.txt 文件，內容為“update for Reset(commit 1)”
- 2和3的修改一起commit&push，提交的備注為“commit 1 of Reset”
- 修改 Reset.txt 文件，新增一行，內容為“commit 2”，然后commit&push，提交的備注為“commit 2 of Reset”
- 修改 Reset.txt 文件，內容為“commit 3”
- 修改 Common.txt 文件，內容為“update for Reset(commit 3)”
- 6和7的修改一起commit&push，提交的備注為“commit 3 of Reset”
效果如下：
圖4-reset之前
目的
將commit 1 之后的（即commit 2 和 3）改動全部回滾。
操作
在 History 里找到“commit 1”，選中后，右鍵，找到 Reset 菜單，選擇 Hard 模式。
圖5-reset
執行后，如下圖所示，HEAD 已經指向里 commit 1，Common.txt 和 Reset.txt 的內容也已改變。注意左側的項目欄，它已落后了服務器（GitHub）2個commit。怎么提交到服務器上呢？直接push，它會提示不是最新的，操作失敗。這里要用到 push 的 force 屬性。
圖6-reset之后
選中 項目，右鍵 – Team – Remote – Configure Push to Upstream，在打開的小窗口中找到 Advanced，如下圖所示，這里的 Force Update 要勾上，表示強制覆蓋。
重新push，就可以跟服務器保持同步了。
圖7-push-force
要特別注意的是，Reset慎用，跟Linux的“rm -rf /”有異曲同工之妙。
http://www.youngzy.com/blog/2019/08/git-difference-between-reset-and-revert-using-eclipse/
@NotBlank(message = "Missing ID_IMG_CHECK.")
以上標簽進行驗證時是無條件驗證，如果想在特定條件下才驗證，則不適用。
于是才有如下設定：
@NotBlank(message = "Missing ID_IMG_CHECK.", groups = {GroupA.class} )
手動驗證：
Class<?> [] classArray = classList.toArray(new Class<?>[0]);
LOGGER.info("subVersion : {}, Validate class : {}", subVersion, classNameList);
CompositeException compositeException = new CompositeException();
Set<ConstraintViolation<QueryKycResultDetail>> groupSet = validator.validate(queryKycResultDetail, classArray);
https://www.baeldung.com/javax-validation-groups
檢查file的SHA512值：
sha512sum [OPTION] [FILE]
摘要: 如果多個ARTEMIS以單體的方式啟動，則各個實例互不相關，不能實現高可用。集群因此需將多個實例組隊--集群，以實現高可用，即集群內可實現實例的失敗轉移，消息的負載均衡，消息的重新分配。這需要在集群配置區指定所有所有實例的IP和PORT。但集群實例如果DOWN機，其保存的消息也會隨之消失，因此需要實現高可用，有兩種方式：共享存儲及消息復制。共享存儲共享存儲是由master/slave對組成，指兩個...
閱讀全文