<div dir="ltr">Thanks, Richard. Comments in-line.<div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 4, 2018 at 7:56 AM, Richard Opalka <span dir="ltr"><<a href="mailto:ropalka@redhat.com" target="_blank">ropalka@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi everyone,<br><br></div> I would like to outline a brief JBoss MSC Plans for Year 2018.<br><div><div><br></div><div>Goals defined below address both:<br> * Cloud First Effort<br> - Reduce WildFly memory footprint<br></div></div></div></blockquote><div><br></div><div>Do you have a sense of how much we're talking about here, e.g. from a standalone server using the standalone-full.xml config and no deployments?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div> - Speed up WildFly boot time<br></div></div></div></blockquote><div><br></div><div>Same question here. A reload takes a couple hundred ms of which my guess is MSC is a quite small part.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div> * Potential Migration to MSC 2<br><br>MSC Library Goals:<br> * SHORT TERM GOALS (MSC 1.2.x, 1.3.x)<br> [1] simplify MSC state machine - deprecate useless MSC internal states<br> (e.g. REMOVED, WONT_START, WAITING, REMOVING, STOPPING maybe others)<br> [2] deprecate API exposing MSC internals<br> (e.g. replace ServiceListener with LifecycleListener)<br> [3] deprecate MSC Values, Injections & Injectors and provide alternative API<br> (alternative API should have same minimalistic memory requirements like MSC 2)<br> * LONG TERM GOALS (MSC 1.4.x)<br> [4] remove deprecated APIs and all deprecated stuff<br><br>WildFly MSC Integration Goals:<br> + SHORT TERM GOALS (WildFly 12)<br> * replace ServiceListeners with LifecycleListeners (LifecycleListeners don't expose MSC internals)<br> * eliminate MSC optional dependencies from WildFLy Core<br></div></div></div></blockquote><div><br></div><div>Sounds good. The basic issue there is the modeling of optional module dependencies using MSC services, and IIRC you have an alternate approach in mind. DomainModelControllerService also has one for some reason but I figure that can be eliminated easily enough.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div> * eliminate MSC Values, Injections & Injectors and migrate to alternative API<br></div></div></div></blockquote><div><br></div><div>This sounds like a very large task for WF 12, for which only some weeks of dev time remain.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div> * WildFly Management Layer should not expose MSC APIs as its public API<br> (complicates potential migration to MSC2 and breaks encapsulation)<br></div></div></div></blockquote><div><br></div><div>I can't see this happening in WildFly 12. Let's talk about it when we meet up at the end of the month.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div> + LONG TERM GOALS (WildFly versions targeting next major EAP)<br> * eliminate MSC optional dependencies from WildFly (probably via Capabilities)<br> (MSC Optional Dependencies have been fixed recently but there's still performance issue<br> - in worst case scenario if service A has N optional dependencies<br> it may happen service A is restarted N times before it is stabilized in UP state)<br><br>Feedback and comments more than welcome!<span class="HOEnZb"><font color="#888888"><br clear="all"><br>-- <br></font></span></div><span class="HOEnZb"><font color="#888888"><div>Rio</div><br></font></span></div></div>
<br>______________________________<wbr>_________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/wildfly-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Brian Stansberry<div>Manager, Senior Principal Software Engineer</div><div>Red Hat</div></div></div>
</div></div>