On Fri, Jan 5, 2018 at 8:48 AM, Rostislav Svoboda <rsvoboda@redhat.com> wrote:
> Hi everyone,
>
> I would like to outline a brief JBoss MSC Plans for Year 2018.
>
> Goals defined below address both:
> * Cloud First Effort
> - Reduce WildFly memory footprint
> - Speed up WildFly boot time
> * Potential Migration to MSC 2
>
> MSC Library Goals:
> * SHORT TERM GOALS (MSC 1.2.x, 1.3.x)
> [1] simplify MSC state machine - deprecate useless MSC internal states
> (e.g. REMOVED, WONT_START, WAITING, REMOVING, STOPPING maybe others)
> [2] deprecate API exposing MSC internals
> (e.g. replace ServiceListener with LifecycleListener)
> [3] deprecate MSC Values, Injections & Injectors and provide alternative API
> (alternative API should have same minimalistic memory requirements like MSC
> 2)
> * LONG TERM GOALS (MSC 1.4.x)
> [4] remove deprecated APIs and all deprecated stuff

Could you map MSC 1.2.x, 1.3.x and 1.4.x to planned WF 12/13/14/15 releases ?

MSC 1.2.x will become a maintainance branch for EAP 7.1 stream.
According to our plans (David wants to bring in new ThreadPool implementation)
MSC 1.3.x should make it to WildFly 12.
MSC 1.4.x should make it to WildFly that will be the baseline for next
major EAP version following EAP based on WildFly 12.



Especially interested in MSC 1.4.x due to removal of deprecated stuff.

Thank you.
Rostislav

> WildFly MSC Integration Goals:
> + SHORT TERM GOALS (WildFly 12)
> * replace ServiceListeners with LifecycleListeners (LifecycleListeners don't
> expose MSC internals)
> * eliminate MSC optional dependencies from WildFLy Core
> * eliminate MSC Values, Injections & Injectors and migrate to alternative API
> * WildFly Management Layer should not expose MSC APIs as its public API
> (complicates potential migration to MSC2 and breaks encapsulation)
> + LONG TERM GOALS (WildFly versions targeting next major EAP)
> * eliminate MSC optional dependencies from WildFly (probably via
> Capabilities)
> (MSC Optional Dependencies have been fixed recently but there's still
> performance issue
> - in worst case scenario if service A has N optional dependencies
> it may happen service A is restarted N times before it is stabilized in UP
> state)
>
> Feedback and comments more than welcome!
>
> --
> Rio
>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev


--
Rio