![Oracle Drags Its Feet in the JavaScript Trademark Dispute](https://cdn.sanity.io/images/cgdhsj6q/production/919c3b22c24f93884c548d60cbb338e819ff2435-1024x1024.webp?w=400&fit=max&auto=format)
Security News
Oracle Drags Its Feet in the JavaScript Trademark Dispute
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
roku-deploy
Advanced tools
Publish Roku projects to a Roku device by using Node.js.
npm install roku-deploy
Your project must be structured the way that Roku expects. The source files can be in a subdirectory (using the rootDir
config option), but whever your roku files exist, they must align with the following folder structure:
components/
images/
source/
manifest
You should create a rokudeploy.json file at the root of your project that contains all of the overrides to the default options. roku-deploy will auto-detect this file and use it when possible.
sample rokudeploy.json
{
"host": "192.168.1.101",
"password": "securePassword"
}
From a node script
var rokuDeploy = require('roku-deploy');
//deploy a .zip package of your project to a roku device
rokuDeploy.deploy({
host: 'ip-of-roku',
password: 'password for roku dev admin portal'
//other options if necessary
}).then(function(){
//it worked
}, function(error) {
//it failed
console.error(error);
});
Or
//create a signed package of your project
rokuDeploy.deployAndSignPackage({
host: 'ip-of-roku',
password: 'password for roku dev admin portal',
signingPassword: 'signing password'
//other options if necessary
}).then(function(pathToSignedPackage){
console.log('Signed package created at ', pathToSignedPackage);
}, function(error) {
//it failed
console.error(error);
});
From an npm script in package.json
. (Requires rokudeploy.json
to exist at the root level where this is being run)
{
"scripts": {
"deploy": "roku-deploy"
}
}
You can provide a callback in any of the higher level methods, which allows you to modify the copied contents before the package is zipped. An info object is passed in with the following attributes
manifestData: [key: string]: string Contains all the parsed values from the manifest file
stagingFolderPath: string Path to staging folder to make it so you only need to know the relative path to what you're trying to modify
let options = {
host: 'ip-of-roku',
password: 'password for roku dev admin portal'
//other options if necessary
};
rokuDeploy.deploy(options, (info) => {
//modify staging dir before it's zipped
}).then(function(){
//it worked
}, function(){
//it failed
});
Here are the available options. The defaults are shown to the right of the option name, but all can be overridden:
host: string (required)
The IP address or hostname of the target Roku device. Example: "192.168.1.21"
password: string (required)
The password for logging in to the developer portal on the target Roku device
signingPassword: string (required for signing)
The password used for creating signed packages
rekeySignedPackage: string (required for rekeying)
Path to a copy of the signed package you want to use for rekeying
devId: string
Dev ID we are expecting the device to have. If supplied we check that the dev ID returned after keying matches what we expected
outDir?: string = "./out"
A full path to the folder where the zip/pkg package should be placed
outFile?: string = "roku-deploy"
The base filename the zip/pkg file should be given (excluding the extension)
rootDir?: string = './'
The root path to the folder holding your project. The manifest file should be directly underneath this folder. Use this option when your roku project is in a subdirectory of where roku-deploy is installed.
files?: ( string | { src: string; dest: string; } ) [] =
[
"source/**/*.*",
"components/**/*.*",
"images/**/*.*",
"manifest"
]
An array of file paths, globs, or {src:string;dest:string} objects that will be copied into the deployment package.
Using the {src;dest} objects will allow you to move files into different destination paths in the
deployment package. This would be useful for copying environment-specific configs into a common config location
(i.e. copy from "ProjectRoot\configs\dev.config.json"
to "roku-deploy.zip\config.json"
). Here's a sample:
//deploy configs/dev.config.json as config.json
{
"src": "configs/dev.config.json",
"dest": "config.json"
}
//you can omit the filename in dest if you want the file to keep its name. Just end dest with a trailing slash.
{
"src": "languages/english/language.xml",
"dest": "languages/"
}
This will result in the [sourceFolder]/configs/dev.config.json
file being copied to the zip file and named "config.json"
.
You can also provide negated globs (thanks to glob-all). So something like this would include all component files EXCEPT for specs.
files: [
'components/**/*.*',
'!components/**/*.spec.*'
]
NOTE: If you override this "files" property, you need to provide all config values, as your array will completely overwrite the default.
retainStagingFolder?: boolean = false
Set this to true to prevent the staging folder from being deleted after creating the package. This is helpful for troubleshooting why your package isn't being created the way you expected.
convertToSquashfs?: boolean = false
If true we convert to squashfs before creating the pkg file
incrementBuildNumber?: boolean = false
If true we increment the build number to be a timestamp in the format yymmddHHMM
username?: string = "rokudev"
The username for the roku box. This will always be 'rokudev', but allow to be passed in
just in case roku adds support for custom usernames in the future
Click here to see the typescript interface for these options
Click here to view the changelog
FAQs
Package and publish a Roku application using Node.js
The npm package roku-deploy receives a total of 5,863 weekly downloads. As such, roku-deploy popularity was classified as popular.
We found that roku-deploy demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 4 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
Security News
The Linux Foundation is warning open source developers that compliance with global sanctions is mandatory, highlighting legal risks and restrictions on contributions.
Security News
Maven Central now validates Sigstore signatures, making it easier for developers to verify the provenance of Java packages.