On Wed, Jul 22, 2020 at 6:42 PM James Perkins <jperkins@redhat.com> wrote:
This is great news. Thanks Farah!

+1!

On Wed, Jul 22, 2020 at 11:32 AM Farah Juma <fjuma@redhat.com> wrote:
As it stands today, the WildFly OpenSSL project contains both Java code and native code. This means that each time we need to do a release, we need to build the natives, regardless of whether or not there have actually been changes made to the native code. The process of building the natives on various platforms takes time and has caused delays in the past that could have been avoided if we were able to handle changes to the Java code only as a separate release. We have actually found that there have been many times where a release has involved changes to only the Java code. To simplify the release process, we're going to be splitting out the native code from the WildFly OpenSSL project into a separate project. That way, changes to the Java code only will be able to be handled as a separate release, without needing to rebuild the natives. The proposed changes can be found in our incubator:


The native modules that have been split out are going to retain the same group and artifact ID as they had when contained in the wildfly-openssl project.

Regards,
Farah

_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev


--
James R. Perkins
JBoss by Red Hat
_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev


--
Brian Stansberry
Manager, Senior Principal Software Engineer
Red Hat