Ginger algorithm does not construct children of parent components if reference source has constructed

Description

Our optimisations in support of faster invokers and listeners (, ) have been too aggressive. We adopted a simple check at the site of a reference, whether the site itself had constructed, in order to determine whether to use the "fast route" or "slow route" for context resolution. This fails in the case where a child component has the state "constructed" but its parent does not, and the parent has further children whose contexts are only accessible via the "ginger member rule" that is our sole concession to component-level gingerness prior to FLUID-4925.

from fluid.expander.fetch:

In order to avoid degrading performance here, we will have to introduce a new lifecycleStatus which will be propagated by flooding to children once a parent is constructed.

Environment

None

Activity

Show:

Justin Obara January 15, 2016 at 4:58 PM

Merged pull request ( https://github.com/fluid-project/infusion/pull/654 ) into the project repo at 4e1b8c9a64665c67232901d2e57531926ec7247f and 2f38c09d733925441f0ff2e6636f8886da8af5ea

Fixed

Details

Assignee

Reporter

Components

Priority

Created November 12, 2015 at 8:48 PM
Updated January 15, 2016 at 4:58 PM
Resolved January 15, 2016 at 4:58 PM