Fuchsia

Component Runners (Components v2)

<<../../_v2_banner.md>>

A runner is a protocol that provides a runtime environment for components; in other words, a runner actually runs a component. Some example runners are:

  • The component manager comes with an built in ELF runner, which launches binaries using the ELF file format.
  • The Dart AOT runner provides a runtime for Dart programs, such as a VM.
  • The Chromium web runner provides a runtime for components implemented as web pages.

The component framework decouples what to execute from how to execute it. The component manager identifies what to execute and the runner knows how to execute it. The runner and component manager communicate through a well-defined API.

As stated in the introduction, a component can be implemented in any programming language (eg. Dart) and against any framework (eg. Flutter) for which a suitable component runner exists. Thus, the component framework is runtime-agnostic and can support new runtimes without requiring any changes to the component manager.

When the component manager decides to start a component, it loads information describing the component into a fuchsia.component.runner.ComponentStartInfo and sends that information to the runner when it invokes the runner‘s Start method. The ComponentStartInfo contains the following information: the component’s URL, the component‘s namespace, the contents of the component’s package, and more. Then the runner starts the component in a way appropriate for that component. To run the component the runner may choose a strategy such as the following:

  • Start a new process for the component.
  • Locate the component together in the same process as other components.
  • Run the component in the same process as the runner.
  • Execute the component as a job on a remote computer.

The fuchsia.component.runner.ComponentController protocol represents the component's excution. The runner is the server of this protocol, and the component manager is the client. This protocol allows the component manager to tell the runner about actions it needs to take on the component. For example, if the component manager decides a component needs to stop running, the component manager uses the ComponentController to stop the component. Typically the runner will serve the ComponentController protocol, and when the runner serves a request, it is free to communicate with the component itself in whatever way is appropriate. For example, the ELF runner might send a message over a channel to the component running in another process, whereas the Dart runner might directly invoke a callback method in a Dart-based component.

Selecting a runner

A component can specify that it should be launched with a particular runner by adding a program section to its manifest. The program section designates the runner as well as any options to pass to it (which are runner-dependent). The runner must be available in the component's environment to be usable.

For example, component which runs a web page might have a program like the following:

program: {
    runner: "web",
    mode: "incognito",
},

When the component manager attempts to launch this component, it will send a request to the provider of the web runner to start it.

Making a runner available

Runners are made available to components through environments. A runner must be registered in a component's environment for the component to use it.

Runners are a type of capability, which can be routed. Note that unlike other capabilities like protocols, runners aren't routed to the components that use them, but to the environment that registers them. Examples:

offer: [
    {
        runner: "web",
        from: "parent",
        to: [ "#user-shell" ],
    },
],

expose: [
    {
        runner: "web",
        from: "#chromium",
    },
],

environments: [
    {
        name: "user-env",
        extend: "realm",
        runners: [
            {
                runner: "web",
                from: "parent",
            },
        ],
    },
],

expose, offer, and environment may take an additional parameter as to expose or offer the runner capability under a different name, such as the following:

{
    expose: [
        {
            runner: "web",
            from: "#chromium",
            as: "web-chromium",
        },
    ],
}

Implementing a runner

A runner can be implemented by:

  1. Providing a fuchsia.component.runner.ComponentRunner protocol protocol from a component, and
  2. Declaring a runner capability backed by this protocol.

When the component manager is asked to launch a component that uses a particular runner, it will send a ComponentRunner.Start request to the protocol. The request will contain details about the resolved URL of the component, the program name and arguments, and a namespace derived from the new component's use declarations.

Once the component has launched, the component providing the runner protocol is responsible for:

Further details are in the fuchsia.component.runner.ComponentRunner documentation.

For a runner to be routable, the component's manifest must first declare it, like follows:

{
    capabilities: [
        {
            // Name for the runner.
            runner: "web",

            // Path to the protocol in our outgoing directory.
            path: "/svc/fuchsia.component.runner.ComponentRunner",
        },
    ],
}

See Making a runner available for instructions on how to make the runner available to components.