@DependsOn does not work when target bean is annotated with @RefreshScope
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 45/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- java, spring, spring-boot
- 領域
- backend
調査の方向性
MyConfig と MyListener のサンプルを再現手順として使用し、起動時の @DependsOn と @RefreshScope の相互作用から調査を始めます。MyListener が myBean より先に初期化される理由を追跡します。依存関係がコンシューマーより先に初期化され、回帰テストによって期待される出力順序が示されれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Summary
When a Spring-managed bean uses @DependsOn to indicate it depends on another bean annotated with @RefreshScope, the dependency is not honored during startup. The consumer component doesn't wait the dependent bean initialize first.
Expected Behavior
Beans annotated with @DependsOn("beanName") should only initialize after the target beanName is fully initialized. Should see the sysout "dependency myBean initialized", then get sysout "dependency myBean initialized"
Actual Behavior
With @RefreshScope being added,
The consumer component Mylistener gets generated before MyBean in Myconfig
Sample Configuration To Reproduce Issue
@Configuration
public class MyConfig {
@Bean(name = "myBean")
@RefreshScope
public MyBean myBean() {
System.out.println("dependency myBean initialized");
return new MyBean();
}
}
@Component
@DependsOn("myBean")
@Order(1)
public class MyListener {
@Autowired
private MyBean myBean;
public MyListener() {
System.out.println("MyListener initialized");
}
}```- 主要言語
- Java
- スター
- 751
- フォーク
- 748
- 平均マージ
- 19時間 58分
- マージ済み PR（30日）
- 23
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
spring-cloud/spring-cloud-commons のほかの issue
-
waiting-for-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
spring-cloud/spring-cloud-commons#1708 ·
メンテナーはふだん 1 日以内に返信
-
waiting-for-triage
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
spring-cloud/spring-cloud-commons#1543 ·
メンテナーはふだん 1 日以内に返信
-
`resetBeanToDefaults` transiently nulls nested `@ConfigurationProperties` objects, NPEing concurrent request threads対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンbug
難易度 5/5 1週間以上 初心者へのやさしさ 48/100
spring-cloud/spring-cloud-commons#1727 · コメント 5 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
enhancement for team discussion
難易度 5/5 1週間以上 初心者へのやさしさ 42/100
spring-cloud/spring-cloud-commons#1676 ·
メンテナーはふだん 1 日以内に返信
-
waiting-for-triage
難易度 5/5 1週間以上 初心者へのやさしさ 38/100
spring-cloud/spring-cloud-commons#1675 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
spring-cloud/spring-cloud-commons の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
quarkusio/quarkus-agent-mcp#302 ·
メンテナーはふだん 2 日以内に返信
-
build
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
MetricsHub/metricshub-community#1472 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
IdentityArrayObjectSet iterator remove may throw ArrayIndexOutOfBoundsException対応中かも @jiteshkhatri11 が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
javapathfinder/jpf-core#660 · コメント 1 件 ·