Update git submodules
authorMichael Vorburger <vorburger@redhat.com>
Mon, 25 Sep 2017 23:35:07 +0000 (01:35 +0200)
committerGerrit Code Review <gerrit@opendaylight.org>
Tue, 13 Feb 2018 16:27:19 +0000 (16:27 +0000)
commit506c06326f68ec8c5da66a6ee53a3a091ec9a1e6
tree37931c8156537d42870b109156e10eb9a56d1116
parent66988af29cc0c16b73b256876436a851949bec06
Update git submodules

* Update docs/submodules/infrautils from branch 'master'
  to 048ff032c0c46f61e07638944209d7f1f42ac909
  - Implement FunctionalityReadyNotifierImpl

    BundlesBootedReady was already removed
    earlier in Ice9cd60878a68037dfcdb384979aabe426cf0a6b.

    The BundlesBootedReady was one of my dumber ideas... ;-) because, as
    Faseela pointed out in our discussion of diagstatus today, if someone
    made some other service dependent on the BundlesBootedReady, e.g. with
    an @Inject @OsgiService (or a <service> in BP XML), then that would
    create a sort of soft cyclic dependency (not a hard one, SFT would
    probably not fail on BP?), because the SystemReadyMonitor would never
    reach system state ready ACTIVE - because it would wait on the service
    with the dependency to BundlesBootedReady, which means waiting for
    SystemReadyMonitor ready, which ... you get the idea.

    The *ONLY* valid way to get notified of ready-ness is through the
    SystemReadyMonitor registerListener onSystemBootReady().

    The FunctionalityReady idea itself still has value though, for any
    "higher level" ready-ness signaling; e.g. Daexim's boot-on-import
    completed (and I'll put in a change which makes that use this next); but
    that is different because it does NOT block

    Change-Id: I96960c2250a196ebf6218b7a166aced123202903
Signed-off-by: Michael Vorburger <vorburger@redhat.com>
docs/submodules/infrautils