[modular] Teach the framework to read module facets

By using ModuleFacetReader.

* ModuleFacetReader is plumbed to AddModCall
* AddModCall will use ModuleFacetReader to read the data out of the
  package in the event that the resolver doesn't know about the module
  manifest; otherwise, we can use what the resolver knows about. This
  gating needs to be refined more since there may be problematic cases:
    * What if the resolver's version of the package is out-of-date
    compared to the actual package contents, since we don't have any
    sense of versioning?  e.g., if the package was updated without the
    resolver knowing about it.
* Convert common_null_module and common_active_module to supply module
  facets in their .cmx files.

Test=AddModCommandRunnerTest.ReadModFacetIfNoResolverResponse and all
integration tests that use common_active_module and common_null_module

Change-Id: I81b5e1305a0549372016f8606a95b0f31c80555e
34 files changed
tree: 3f34831ff8a3f787ee29f17ac685a9c1c6b5f77a
  1. bin/
  2. boards/
  3. build/
  4. cloud/
  5. docs/
  6. examples/
  7. infra/
  8. lib/
  9. packages/
  10. products/
  11. public/
  12. tests/
  13. third_party/
  14. web/
  15. .clang-format
  16. .clang-tidy
  17. .gitignore
  18. AUTHORS
  19. BUILD.gn
  20. CONTRIBUTING.md
  21. LICENSE
  22. navbar.md
  23. PATENTS
  24. README.md
README.md

Peridot

Peridot is a framework for composed, intelligent and distributed user experiences.

Applications not explicitly designed to interoperate (and possibly implemented in different programming languages) are ephemerally downloaded and dynamically composed to run in a shared context. The framework manages application lifecycle, resources and view hierarchy; and well as context and suggestion infrastructure.

State of Peridot experiences is transparently synchronized across user devices using a distributed offline-first storage system.

Read more