-
Notifications
You must be signed in to change notification settings - Fork 459
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[WFCORE-5696] Allow ElytronExpressionResolver to resolve expressions in deployment resources #4865
Conversation
558f8d1
to
978bb93
Compare
35c99db
to
4da7fe5
Compare
Core - Full Integration Build 11056 outcome was FAILURE using a merge of 4da7fe5 |
Core - Full Integration Build 11165 outcome was FAILURE using a merge of 4da7fe5 |
Core - Full Integration Build 11163 outcome was FAILURE using a merge of 4da7fe5 |
4da7fe5
to
a4adeae
Compare
Core - Full Integration Build 11058 outcome was UNKNOWN using a merge of a4adeae |
Core - Full Integration Build 11167 outcome was UNKNOWN using a merge of a4adeae |
/retest |
dfdabc0
to
773e7ec
Compare
773e7ec
to
060c5f9
Compare
Core - Full Integration Build 11179 outcome was FAILURE using a merge of 060c5f9 |
953c65f
to
12211c4
Compare
Core - Full Integration Build 11080 outcome was FAILURE using a merge of 12211c4 |
Core - Full Integration Build 11187 outcome was FAILURE using a merge of 12211c4 |
…tage.MODEL Create a seperate ExpressionResolverExtension interface that core expression resolver plugins like ElytronExpressionResolver implement instead of ExpressionResolver Add a capability that can be used by ExpressionResolverExtension impls to register themselves with the core expression resolver, allowing their use in Stage.MODEL Separate ExpressionResolverExtension initialization from resolution so initialization failures can be handled separately and not be treated as indicating the extension regarded a given expression as relevant to it, but failed to resolve it. Clarify ExpressionResolverExtension resolution exception handling to distinguish user problems from server problems and not throw OperationFailedException. Update ReadAttributeHandler.ResolveAttributeHandler to understand the ExpressionResolverExtension exceptions and to treat their presence as indication that a secure expression was present. Add manualmode test case analogous to the old CustomVaultInModuleTestCase, but using credential expressions.
…in deployment resources; provide access to that function via a DeploymentUnit attachment. Ensure that the ElytronExpressionResolver is initialized before the management operation that adds it completes Stage.RUNTIME, ensuring it is safe to use when deployment processing begins.
12211c4
to
eef9be3
Compare
Core - Full Integration Build 11191 outcome was FAILURE using a merge of eef9be3 Failed tests
|
https://issues.redhat.com/browse/WFCORE-5696
Use of this in full WildFly is shown at wildfly/wildfly#14921
This builds on #4868