SetupCheckInterceptor 内で BootstrapUtils.getBootstrapManager().isSetupComplete() が呼び出されます。

解説

• BootstrapUtils.getBootstrapManager().isSetupComplete()
  → Confluence のセットアッププロセス (ウィザード、ライセンス入力、管理者ユーザー作成など) が完了しているかどうかを確認します。

• ContainerManager.isContainerSetup()
  → Spring IoC コンテナーが完全に初期化されているかどうかを確認します。

• 両方の条件が true の場合:
  → システムはセットアップが完了していることを意味します → インターセプターは即座に "alreadysetup" を返します。
  → アクションは実行されません (通常は SetupDatabaseAction、SetupLicenseAction などのセットアップアクション)。

• セットアップが未完了の場合:
  → actionInvocation.invoke() を呼び出します → つまり、ユーザーがリクエストしたアクションの実行を続行します。

getBootstrapManager() → 通常は DefaultAtlassianBootstrapManager を返します。これはセットアップ中にコアとなる全設定情報を管理します。

• DefaultAtlassianBootstrapManager.isSetupComplete では、アプリケーション設定メソッド isSetupComplete が呼び出され、セットアッププロセスが完了しているかどうかが確認されることがわかります。

=> isSetupComplete を False にすると、SetupCheckInterceptor は "alreadysetup" を返さなくなり、/setup/setupadministrator.action にアクセスできるようになります。

次に、ServerInfoAction があります。

• ServerInfoAction は Confluence 内の公開アクションです → ログイン不要、CSRF トークン不要で誰でも呼び出せます。実行時には "success" を返すだけで、サーバー情報を表示するテンプレートにマッピングされます。

• ConfluenceActionSupport を継承しています。
• ConfluenceActionSupport 内で、getBootstrapStatusProvider が目的の BootstrapStatusProviderImpl を返すことがわかります。

• BootstrapStatusProviderImpl には、アプリケーション設定を返す getApplicationConfig があります。

• 最後に、ApplicationConfig の内部で setSetupComplete のチェックが実装されていることが確認できます。

• 上記の要素を組み合わせると、setSetupComplete を false に変更するための一連のメソッド呼び出しを導き出せます。

• XWorks2 ではこの種の getter/setter チェーンを実行できます。XWorks2 が要求する記法を使用して、上記のメソッド呼び出しチェーンを実行する HTTP パラメーターを構築できます。

• ログイン不要の公開エンドポイントであるため、Confluence 内の URL /server-info.action を利用します。この URL は ServerInfoAction によって処理されます。

デバッグを確認します:

• setupComplete (メソッドに渡されるパラメーター)
  → false
  つまり、メソッドはパラメーター false で呼び出されています。

• this.setupComplete (ApplicationConfig オブジェクトのインスタンス変数)
  → 代入前は true。

• コマンドの実行が完了すると、this.setupComplete は false になります。

• 上記の手順が完了したら、エンドポイント /setup/setupadministrator.action に再度アクセスすると成功します。

• 作成後、ログインして権限を確認してください。