the archetypes at https://github.com/wildfly/wildfly-archetypes
(e.g. "wildfly-javaee7-webapp-ear-blank-archetype") are for WildFly 8,
and when updating the WildFly version in pom.xmls, a lot of further
changes is required, see https://issues.jboss.org/browse/WFLY-9703
(which is only part of the changes).
I am interested in creating new archetypes for WildFly 15. What do you
My plan is to name them e.g.
"wildfly15-javaee8-webapp-ear-blank-archetype" and to create a new
archetype version each time a new WildFly major version is released.
If you are OK with this, I will struggle with my first steps in Git, and
I probably will ask some more or less dumb questions about details ;-).
Work is now underway on WildFly 17, so I wanted to blog about what I see
coming in the next few releases. You can read that at
https://wildfly.org/news/2019/03/09/Onward-to_WildFly-17/. I'd love to get
your feedback here. I'm particularly interested in peoples' thoughts on
what they'd like to see in Jakarta EE 9.
If you're interested in the details of new features that are being worked,
I really encourage you to keep an eye on
https://github.com/wildfly/wildfly-proposals/pulls and comment on any
proposals you see there. I encourage folks who submit a new proposal to
post here with a quick intro and a link.
WildFly 17 is scheduled for release three months after 16, continuing the
quarterly cadence. Here are the key dates:
- Fri, May 10 — PRs ready for merge for all features coming in via
- Tue, May 14 — All features ready for merge
- Wed, May 15 — WildFly 17 Beta. No new features after this date.
- Fri, May 24 — All changes for WildFly Core ready
- Tue, May 28 — All changes for WildFly ready
- Thu, May 30 — WildFly 17 Final released
Hi David & Richard,
*OpenJDK builds *- JDK 13 - Early Access build 20 is available at
* These early-access , open-source builds are provided under the
o GNU General Public License, version 2, with the Classpath
* Changes in this build
* Release notes 
*Significant changes since the last availability email*
* build 20
o Removal of T-Systems Deutsche Telekom Root CA 2 certificate
o Add new FileSystems.newFileSystem methods (JDK-8218875)
o Enhance auto vectorization for x86 (JDK-8222074)
o Remove CollectorPolicy and its subclasses (JDK-8198505)
o Drop support for pre JDK 1.4 SocketImpl implementations
* build 19
o add support for generating method handles from a variable symbol
o mark new VM option AllowRedefinitionToAddOrDeleteMethods as
* build 18
o Improve String::equals warmup characteristics (JDK-8215017)
o [Containers] Improve systemd slice memory limit support
Bug fixes for issues reported by Open Source Projects
* build 20
o assert(Compile::current()->live_nodes() <
Compile::current()->max_node_limit()) failed: Live Node limit
exceeded limit (JDK-8219520)
o C2: MemNode::can_see_stored_value() ignores casts which carry
control dependency (JDK-8219902)
o New fix of the deadlock in sun.security.ssl.SSLSocketImpl
JEP updates since last email
* JEP 350: Dynamic CDS Archives <http://openjdk.java.net/jeps/350>
istargeted for JDK 13.
* JEP 351: ZGC: Uncommit Unused Memory
<http://openjdk.java.net/jeps/351> istargeted for JDK 13
* JEP 353: Reimplement the Legacy Socket API
<http://openjdk.java.net/jeps/353> moved to Candidate
* JEP 354: Switch Expressions <http://openjdk.java.net/jeps/354> moved
OpenJDK Committers’ Workshop, 1–2 August 2019 
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland
I am trying to configure elytron in wildfly 16 to secure ejbs using
keycloak 6.0 that are accessed by a java client. Has anyone done a working
example of this that I can follow? Specifically by way of the
standalone.xml config and wildfly-config.xml. I have successfully stepped
through an example using jboss properties file realm but getting lost when
it comes to keycloak.