Wire CredentialFrameworkProvider into PkiBootstrap without implementation-specific dependencies #3
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The PKI bootstrap layer should be extended so that CredentialFrameworkProvider is selected and allocated through the same SPI-driven mechanism already used for store, audit, signature workflow, and async bus components. The current X.509 framework provider is a real ServiceLoader provider, but it currently exposes no supported keys and allocates only a default BcX509CredentialFramework instance. This confirms that framework SPI exists, but its runtime composition path is not yet complete.
Why this matters
For a PKI foundation intended for highly regulated environments, bootstrap composition must remain deterministic, auditable, and independent of concrete implementation classes. The bootstrap must not directly instantiate BC-specific framework classes.
Acceptance criteria