Presently working on WFCORE-4360 adding support for expression resolution
backed by a credential store - the main barrier is going to be the solution
to bridge expression resolution with a subsystem provided component.
I am wondering if the following is going to be viable to support a
configurable expression resolver from a subsystem.
I see the RuntimeExpressionResolver is created very early in the boot
process, however at the time it is created the CapabilityRegistry is also
available. This is making me think if the CapabilityRegistry can be passed
in to the RuntimeExpressionResolver.
I would then imagine the resource handling expression resolution would
register a non-dynamic capability which exposes an expression resolver
runtime API. This in turn may also need to cross reference a credential
store which would also need to be accessible using the runtime API of a
At the time of expression resolution the RuntimeExpressionResolver would
then check the CapabilityRegistry to see if an expression resolver has been
registered and attempt to use it falling back to vault then default
ModelNode resolution if it does not resolve the expression.
Using a runtime API I suspect I would likely need to trigger the
initialisation of these APIs at the start of Stage.RUNTIME - that looks
feasible by adding a stage to Stage.RUNTIME with addFirst test to true -
maybe to be safe these should also start on demand based on first access.
There is ws deployment failure issue which is caused by Webservice
subsystem doesn't correctly get mapped elytron security domain from web
deployment's default "other"
application security domain. I tried to fix this by reading Elytron
security domain from Undertow started services, but it looks now
ApplicationSecurityDomainService is private static and it doesn't provide a
getter which allows to get Elytron security domain. Webservice subsystem
requires an Undertow service like ApplicationSecurityDomainService
started by EJB subsystem to read the Elytron security domain. Is it doable
to change Undertow's ApplicationSecurityDomainService to provide mapped
security domain ? Or any better approach to get the mapped Elytron domain ?
Hello WildFly team,
I work for one of the bigger ARM64 hardware providers.
My client is willing to donate a build server that could be used as a
TeamCity agent to execute the WildFly test suites on ARM64 Linux.
The aim is to make sure that WildFly is running fine on ARM64 architecture
in the long run.
I've ran 'mvn install' on one of our systems and it is passing
If a problem arises in the future on ARM64 then me and my colleagues would
be glad to help with any ARM related issues!
Is this something you would be interested to have ?
I'm very happy to announce that WildFly 19.0.0.Final is now available for
download at https://wildfly.org/downloads/! Please try it out and give us
The big new thing in WildFly 19 is support for the Eclipse MicroProfile 3.3
platform specifications. Since WildFly 18 we've added support for
MicroProfile Fault Tolerance, MicroProfile JWT Authentication and
MicroProfile OpenAPI. We also updated our Config, Health Check, Metrics,
OpenTracing and REST Client implementations to support the updated versions
of those specs that were part of MicroProfile 3.3.
Please see my post at
https://wildfly.org/news/2020/03/18/WildFly19-Final-Released/ to learn more.
Onward to WildFly 20!
I hope you enjoy the release, but more importantly I hope you are all safe
Manager, Senior Principal Software Engineer