<div dir="ltr">Just sending this e-mail to check how we feel about EE APIs leaking into WildFly Core.  The WildFly Elytron subsystem already contains JACC related configuration so has a dependency on the JACC APIs - JASPIC is about to be added next which will also need a dependency on the JASPIC API so I wanted to check if we are happy with this or if we want to get this corrected.<div><br></div><div>I see a few options but other inspiration is also welcome.</div><div><br></div><div>1 - Do Nothing</div><div><br></div><div>Just continue adding EE related security configuration to the WildFly Elytron subsystem.</div><div><br></div><div>2 - Move the Elytron subsystem to WildFly</div><div><br></div><div>We have been over this in the past so I think we agree this would not work for us.</div><div><br></div><div>3 - Dynamically exclude portions of the model if not being used for EE management.</div><div><br></div><div>This would help the subsystem be specific for it&#39;s server process but TBH does not solve the underlying problem as it would still be within WildFly Core.</div><div><br></div><div>4 - Add an elytron-ee subsystem to WildFly</div><div><br></div><div>Capabilities allow two subsystems to work together well, main issue now security related config could be across two subsystems although very minor difference in the addres.</div><div><br></div><div>5 - Any other ideas?</div><div><br></div><div>Regards,</div><div>Darran Lofthouse.</div><div><br></div></div>