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
Hi David & Richard,
**Release Announcement: General Availability of Java 14 / JDK 14  * *
* JDK 14, the reference implementation of Java 14, is now Generally
* GPL-licensed OpenJDK builds from Oracle are available here:
* JDK 14 Release notes
JDK 14 includes sixteen features :
305: Pattern Matching for instanceof (Preview)
343: Packaging Tool (Incubator)
345: NUMA-Aware Memory Allocation for G1
349: JFR Event Streaming
352: Non-Volatile Mapped Byte Buffers
358: Helpful NullPointerExceptions
359: Records (Preview)
361: Switch Expressions (Standard)
362: Deprecate the Solaris and SPARC Ports
363: Remove the Concurrent Mark Sweep (CMS) Garbage Collector
364: ZGC on macOS
365: ZGC on Windows
366: Deprecate the ParallelScavenge + SerialOld GC Combination
367: Remove the Pack200 Tools and API
368: Text Blocks (Second Preview)
370: Foreign-Memory Access API (Incubator)
Thanks to everyone who contributed to JDK 14, whether by creating
features or enhancements, logging bugs, or downloading and testing the
OpenJDK 15 EA build 14 is now available at http://jdk.java.net/15 *
* These early access, open source builds are provided under the GNU
General Public License, version 2, with the Classpath Exception
* Significant changes since the last availability email:
o Build 13 - JDK-8238555
Initialization of SunPKCS11 with NSS when there are external
FIPS modules in the NSSDB
o Build 10 - JDK-8237776
Wrong result with Lucene test
+ Reported by Apache Lucene.
o Build 9 - JDK-8222793
<https://bugs.openjdk.java.net/browse/JDK-8222793>: Javadoc tool
ignores "-locale" param and uses default locale for all messages
+ Reported by Apache Lucene.
Project Metropolis Early-Access Builds - Build 14-metropolis+1-17
* These builds are intended for developers looking to test and provide
feedback on using /Graal,/ in form of native library
/(libjvmcicompiler.so)/, instead of C2 as HotSpot high optimizing
* These early-access builds are provided under the GNU General Public
License, version 2, with the Classpath Exception
* Please send feedback via e-mail to metropolis-dev(a)openjdk.java.net
<mailto:firstname.lastname@example.org>. To send e-mail to this
address you must first subscribe to the mailing list
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland