Bolt applications in the RDK ecosystem are of two types:

Bolt-based Web Applications
Bolt-based Native Applications

Bolt‑Based Web Application

To build a Bolt‑based web application, you will need the following:

Bolt Tools
App package configuration
Certificates for signing the app bundle

1. Bolt Tools

Install and set up bolt-tools on your system by following the instructions in the repository:

https://github.com/rdkcentral/bolt-tools/tree/main

Bolt Tools provides the utilities required to package and sign your Bolt applications.

2. App Package Configuration

The app package configuration defines the entry point, dependencies, permissions, and other metadata required for building the Bolt package.

2.1 Key Fields:

Entry Point
For a web application, the entry point should be the URL that the WPE WebKit browser should load.
```
Example: "--url=https://lightningjs.io/tmdb/#splash"
```

Dependencies:
Specify the runtime and base Bolt packages your app depends on.
For web apps, you must include the WPE browser package and its appropriate version.
```
Example: "com.rdkcentral.wpe-rdk": "0.1.0"
```

Permissions:
Permissions required by the container, such as:
- internet
- thunder
- firebolt
- rialto

Sample App Configuration (JSON)

{
  "id": "com.rdkcentral.appName",
  "version": "0.1.0",
  "versionName": "develop",
  "name": "tmdb",
  "packageType": "application",
  "entryPoint": "--url=https://lightningjs.io/tmdb/#splash",
  "dependencies": {
    "com.rdkcentral.wpe-rdk": "0.1.0"
  },
  "permissions": [
    "urn:rdk:permission:internet",
    "urn:rdk:permission:firebolt",
    "urn:rdk:permission:thunder",
    "urn:rdk:permission:rialto"
  ],
  "configuration": {}
}

Testing on Beta Apps

For testing the beta wpe browser bolt (wpe+0.2.0) , the entry point configurations need to be set a bit differently :

--lightning starts as a LightningApp (HtmlApp is default)
--dev starts inspector on port 12345
--verbose enables a set of webkit logs & webkit related gstreamer logs

Examples:
"entryPoint": "--dev https://mvt.rdkcentral.com"
"entryPoint": "--lightning --dev file://usr/share/refui/index.html"
"entryPoint": "https://www.bunsoft.dev/webgl3d.html"

More Info on Beta App Release can be found here: RDK8 - Beta Apps Release

3. Creating a Bolt Package

To package an HTML/Lightning app into a Bolt bundle, you need:

A JSON configuration file (com.rdkcentral.app_name.json)
A rootfs layer in .tgz format

For HTML/Lightning applications, the rootfs layer can be an empty .tgz file, since the app is launched via a browser using a URL.

Steps

Create an empty .tgz file, e.g.:
```
empty.tgz
```
Create your App Package configuration JSON file.

Run the Bolt pack command:

bolt pack com.rdkcentral.app_name.json empty.tgz

The command will generate:
```
com.rdkcentral.app_name+<version>.bolt
```
This is the Bolt package to be installed on the platform.

4. Signing Your Bolt App

Every Bolt app must be digitally signed before installation.

Follow the signing instructions here:
https://wiki.rdkcentral.com/spaces/RDKM/pages/447124247/Bolt+package+-+signing+and+verification

5. Sideloading the Bolt App to the Platform

Copy/SCP the .bolt package to the device, for example:
```
/tmp/com.rdkcentral.app_name+0.1.0.bolt
```

Install the app using the PackageManager.

curl -X POST http://127.0.0.1:9998/jsonrpc -d '{"jsonrpc":2.0,"id":1,"method":"org.rdk.PackageManagerRDKEMS.install","params":{"packageId":"com.rdkcentral.app_name+0.1.0.bolt","version":"0.1.0","fileLocator":"/tmp/com.rdkcentral.app_name+0.1.0.bolt"}}' -H "Content-Type: application/json"

Launch the app using the Application Manager.

curl -s -X POST http://127.0.0.1:9998/jsonrpc -d '{"jsonrpc": "2.0","id": 1013, "method": "org.rdk.AppManager.1.launchApp", "params":{"appId":"com.rdkcentral.app_name"}}'

Bolt-based Native Applications

This page describes the process for creating and building native Bolt applications within the RDK ecosystem. The meta-bolt-youtube repository serves as the canonical reference implementation throughout this article.

Overview:

A native Bolt application is a self-contained, application packaged as `.bolt` . Each application is maintained in its own Yocto meta-layer repository and follows a shared set of conventions across all RDK Bolt projects.

The overall workflow is:

Create a new application repository following the standard naming and layout.
Declare all build-time dependencies in manifests/deps.xml.
Add or reuse Yocto image recipes and native app recipes.
Define package configs that instruct the Bolt tool how to assemble the final package.
Source the build environment and run the Bolt make command.

2. Repository Setup

2.1 Naming Convention

All RDK Bolt application repositories follow this naming pattern:

meta-bolt-<app_name>

Examples:

meta-bolt-youtube
meta-bolt-amazon-prime
meta-bolt-myapplication

2.2 Repository Structure

A new meta-bolt repository is expected to contain the following top-level layout:

    meta-bolt-<app_name>/
    ├── README.md
    ├── CONTRIBUTING.md
    ├── LICENSE
    ├── COPYING
    ├── CHANGELOG.md
    ├── NOTICE
    ├── manifests/          # dependency declarations (see Section 3)
    ├── package-configs/    # Bolt package configuration JSON files (see Section 6)
    ├── recipes-core/       # image recipes (see Section 4)
    ├── recipes-devtools/   # host-tool recipes
    ├── recipes-extended/   # native app recipes and bbappend files (see Section 5)
    ├── conf/               # Yocto layer configuration
    └── setup-environment   # reusable environment setup script (see Section 7)

Note

The conf/layer.conf file is critical for layer discovery and recipe resolution.
At minimum, verify the following:

BBPATH includes this layer path so BitBake can locate classes and metadata.
BBLAYERS (typically managed from bblayers.conf) includes all dependent layers declared in manifests/deps.xml.
BBFILES patterns include your local recipe trees (recipes-core, recipes-devtools, recipes-extended) so .bb and .bbappend files are discovered.
BBFILE_COLLECTIONS, BBFILE_PATTERN_<layer>, and BBFILE_PRIORITY_<layer> are set correctly for your layer identity and precedence.
LAYERSERIES_COMPAT_<layer> is aligned with the Yocto release used by your distro.

If your team uses the term "BBTPath", treat it as the layer search path concept and align it with standard Yocto BBPATH/BBLAYERS configuration.

Also confirm package-config consistency:

package-configs/<app_name>.bolt.json exists and target name matches "bolt make <app_name>".
package-configs/com.rdkcentral.<app_name>.json exists and references correct runtime deps.

Reference:

3. Dependency Management

3.1 manifests Folder

The manifests folder is the central location for declaring all components that the build system must fetch and integrate before building the native application.

3.2 deps.xml Format

The deps.xml file inside the manifests folder acts as a dependency resolver for the Bolt application build. It declares:

Required repositories and their remote locations
Branch names or commit references to pin versions
Build-time dependency relationships between components

Typical entries in deps.xml cover:

The base Bolt distro layer
Core runtime components
Application-specific libraries
Development tool layers

Reference: deps.xml

4. Bolt Image Recipe

4.1 Purpose

An image recipe is a BitBake (.bb) file placed under recipes-core/images/. It defines the full contents of the root filesystem that will be assembled into the final Bolt package, including which packages, binaries, libraries, and supporting components are installed.

4.2 What to Include

The image recipe should declare all runtime dependencies of the native application so that the resulting Bolt package is complete and self-contained.

The following image recipes in meta-bolt-youtube can be used as templates:

5. Native Application Recipes

Native application recipes are BitBake recipes that build the application binaries and libraries included in the final package. They can be sourced in one of two ways:

5.1 Reuse from Dependent Layers

If an existing recipe for the native application already exists in one of the meta-layers declared in manifests/deps.xml, that recipe can be consumed directly without duplication.

5.2 Adding New Recipes

When a suitable recipe does not exist upstream, new .bb recipe files or .bbappend overlay files can be added under the local recipes-extended tree:

recipes-extended/<app_or_component>/

Keeping customisations in recipes-extended isolates them from upstream changes and makes future maintenance easier.

6. Package Configuration

The package-configs directory holds JSON configuration files that the Bolt tool reads to determine how to build a target image and assemble the final Bolt package.

There are two distinct config file types for each application:

6.1 <app_name>.bolt.json

This file is the primary Bolt build configuration. It instructs the Bolt tool on:

Which Yocto image target to build
Which metadata files to include in the final Bolt package

Reference examples in meta-bolt-youtube:

6.2 com.rdkcentral.<app_name>.json

This file contains the native application package metadata that is shipped inside the Bolt package. At runtime, the on-device application management service reads this file to determine:

Which dependent Bolt packages (such as base and runtime) must be mounted before launch
Which environment variables and configuration must be exported into the app container.
How the application is to be started within the Bolt runtime model.

Reference examples in meta-bolt-youtube:

Info

More information on Package Metadata can be found here: oci-package-spec

7. Setup Environment

The setup-environment and repo-sync scripts provided in meta-bolt-youtube are intentionally generic and designed to be reused in new Bolt application repositories with little to no
modification.

To adapt them for a new repository:

Copy setup-environment and repo-sync into the root of the new meta-bolt-<app_name> repository.
Ensure the dependency layout declared in manifests/deps.xml aligns with any path assumptions made by the scripts.
Apply only minimal repo-specific changes where required, such as updating default repository names or local build directory paths.

Reusing these scripts keeps the bootstrap and workspace initialization process consistent across all native Bolt application projects.

Build Commands:

source setup-environment
mkdir bolts/ # inside your build folder
cp <copy your dependent bolt package for eg. base.bolt> bolts/
bitbake bolt-env && hash bolt #build bolt tools for your build setup
bolt make <app_name>

References

meta-bolt-youtube : https://github.com/rdkcentral/meta-bolt-youtube
meta-bolt-distro : https://github.com/rdkcentral/meta-bolt-distro
bolt-tools : https://github.com/rdkcentral/bolt-tools

RDK Resources

[RDK Preferred]

Code Management Facility

RDK Forums

[RDK Conferences]

RDK Support

Archives

Bolt‑Based Web Application

1. Bolt Tools

2. App Package Configuration

2.1 Key Fields:

Sample App Configuration (JSON)

3. Creating a Bolt Package

Steps

4. Signing Your Bolt App

5. Sideloading the Bolt App to the Platform

Bolt-based Native Applications

Overview:

2. Repository Setup

2.1 Naming Convention

2.2 Repository Structure

3. Dependency Management

3.1 manifests Folder

3.2 deps.xml Format

4. Bolt Image Recipe

4.1 Purpose

4.2 What to Include

5. Native Application Recipes

5.1 Reuse from Dependent Layers

5.2 Adding New Recipes

6. Package Configuration

6.1 <app_name>.bolt.json

6.2 com.rdkcentral.<app_name>.json

7. Setup Environment

Build Commands:

References

RDK Resources

[*RDK Preferred*]

Code Management Facility

RDK Forums

[RDK Conferences]

RDK Support

Archives

Building Bolt Apps

Bolt‑Based Web Application

1. Bolt Tools

2. App Package Configuration

2.1 Key Fields:

Sample App Configuration (JSON)

3. Creating a Bolt Package

Steps

4. Signing Your Bolt App

5. Sideloading the Bolt App to the Platform

Bolt-based Native Applications

Overview:

2. Repository Setup

2.1 Naming Convention

2.2 Repository Structure

3. Dependency Management

3.1 manifests Folder

3.2 deps.xml Format

4. Bolt Image Recipe

4.1 Purpose

4.2 What to Include

5. Native Application Recipes

5.1 Reuse from Dependent Layers

5.2 Adding New Recipes

6. Package Configuration

6.1 <app_name>.bolt.json

6.2 com.rdkcentral.<app_name>.json

7. Setup Environment

Build Commands:

References

[RDK Preferred]