Security News
PyPI’s New Archival Feature Closes a Major Security Gap
PyPI now allows maintainers to archive projects, improving security and helping users make informed decisions about their dependencies.
@igloosoftware/ig-deploy
Advanced tools
Igloo Deploy allows for validating and deploying apps for the Igloo ecosystem.
Igloo CLI
Igloo CLI deploy module. Deploy integrations & themes for the Igloo Platform.
This module can be used in isolation. For developers looking to forgo using the Igloo CLI and create their own application structure, you can use this module to deploy your app.
Add it to your project as a dependency:
# OS X terminal or Windows Command Prompt
npm install --save @igloosoftware/ig-deploy
Require it in your app:
const igDeploy = require('@igloosoftware/ig-deploy');
const options = {
credentials: {
"account": "",
"key": "",
"url": "",
"provider": ""
},
type: 'integration',
distPath: 'path/to/my-app',
tmpPath: 'path/to/tmp-folder',
testRun: false
}
Key | Type | Usage | Value |
---|---|---|---|
credentials | Object | Required | Storage account details including: account name, auth key, url & provider. |
type | string | Required | Describes the type of asset - currently supported types include: integrations & themes. |
distPath | string | Required | Relative or absolute path to your production ready files. |
tmpPath | string | Optional | Defaults to your operating systems tmpdir. Optionally provide a path to your project temp folder. |
testRun | Boolean | Optional | Defaults to false. If true - runs the command but does not deploy/undeploy your asset in the provided storage provider. |
This publishes your project to the provided third-party storage provider. Based on the type
parameter, it will publish to associated container. For example, type: 'integration'
would expect the container integrations to exist.
const igDeploy = require('@igloosoftware/ig-deploy');
const credentials = require('../path/to/credentials.json');
const options = {
credentials: credentials,
type: 'integration',
distPath: './path/to/dist'
}
igDeploy.deploy(options);
This will remove your project from the provided third-party storage provider. It will remove it (based on the provided descriptor id) from the manifest JSON file in the root of the container. It does not however remove the package files, this would require manual deletion through your provider's portal. Different from deploy
, you need to pass the id of our asset. Example implementation below where we require the path to the descriptor JSON file.
const igDeploy = require('@igloosoftware/ig-deploy');
const credentials = require('../path/to/credentials.json');
const descriptor = require('../path/to/dist/integration.json');
const options = {
credentials: credentials,
type: 'integration',
id: descriptor.id,
distPath: './path/to/dist'
}
igDeploy.undeploy(options);
Key | Type | Usage | Value |
---|---|---|---|
id | string | Required | Required only when undeploying an asset. used to select the manifest object to be removed. |
This function is invoked as part of deploy, and helps ensure what you're publishing matches the signatures that the Igloo platform expects. It will validate the following:
type
parameter is supported. Currently we support integrations & themesthe Validate command is also available on its own, but only requires a sub-set of the original options object:
const igDeploy = require('@igloosoftware/ig-deploy');
igDeploy.validate({
type: 'integration',
distPath: 'path/to/dist'
});
This folder is specified in the options object via distPath
. It must contain the follow 4 files:
## Your dist folder
integration.json
content.html
thumbnail.png
thumbnailx2.png
File | Dimensions |
---|---|
thumbnail.png | 64x64px |
thumbnailx2.png | 128x128px |
integration.json
The following is an example descriptor, which must exist in your distPath
. This file must be called integration.json
:
{
"version": "0.0.1",
"id": "",
"name": "",
"description": "",
"vendorName": "",
"categories": [],
"published": "",
"groups": [],
"userConfig": []
}
Key | Type | Usage | Value |
---|---|---|---|
version | string | Required | The version of your application. |
id | string | Required | Unique identifier for your application. Used when interfacing with an Igloo community. |
name | string | Required | The user facing label for your application in an Igloo community. |
description | string | Required | Meant to provide additional useful information about your application. |
vendorName | string | Required | The name of the service/organization your application integrates with. For example: Google Calendar, Salesforce, Zendesk etc. |
categories | Array | Optional | Optionally include an array of category strings to group your applications with others on the administration side of an Igloo community. |
published | string | Optional | A datetime stamp when your application was published. |
groups | Array | Optional | An array of objects describing groups to organize your applications userConfig options. More details below. |
userConfig | Array | Optional | An array of objects describing the configuration options you can surface to the end user. More details below. |
The groups
property is represented as an array of objects. Each object represents a group heading that can be used to create logical separation for larger lists of userConfig
options. These groups name
property must match at least one userConfig
options group
property in order to be displayed to the user.
{
"name": "group-one",
"label": "Group One",
"collapse": false
}
Key | Type | Usage | Value |
---|---|---|---|
name | string | Required | Unique identifier for your group header. Match this property value with the group property on a userConfig option. |
label | string | Required | The user facing name of your group header. |
collapse | boolean | Optional | Defaults to false. Optionally set to true to turn the group header into a collapsable section in the user facing widget config. |
The userConfig
property is represented as an array of objects. Each object represents a user configurable option for your integration. Below are the 4 supported types:
{
"name": "intParam",
"label": "Number",
"type": "number",
"default": 4,
"description": "I'm a number"
}
{
"name": "textParam",
"label": "Text",
"type": "text",
"default": "this is some text",
"description": "This is a text input"
}
{
"name": "boolParam",
"label": "Boolean",
"type": "boolean",
"default": true,
"description": "Boolean setting"
}
{
"name": "optionParam",
"label": "Options",
"type": "choice",
"default": "green",
"description": "Some options to choose from",
"choices": [{
"value": "blue",
"description": "Blue"
}, {
"value": "green",
"description": "Green"
}, {
"value": "red",
"description": "Red"
}]
}
Key | Type | Usage | Value |
---|---|---|---|
name | string | Required | Unique identifier for the input. |
label | string | Required | User-friendly name used to describe the input to the user. |
type | string | Required | Must match 1 of 4 available types shown above: number, text, boolean, choice. |
default | string | Required | A default value for the input. Must match the option type. |
description | string | Optional | Optionally include additional information describing the input. Displayed as help text to the user, next to the input. |
required | boolean | Optional | Defaults to true. If set to false, the input will be included in an "Additional Options" menu to the user. |
group | string | Optional | Optionally group the input with others in the user facing widget config. |
This folder is specified in the options object via distPath
. It must contain, at minimum, the following 3 files:
## Your dist folder
theme.json
css/theme.css
thumbnail.png
theme.json
The following is an example descriptor, which must exist in your distPath
. This file must be called theme.json
:
{
"version": "0.0.1",
"id": "",
"theme": "",
"author": "",
"date": "",
"external": {
"js": [],
"css": []
},
"internal": {
"js": [],
"css": ["theme.css"]
}
}
Not all properties in the example above are required when publishing a theme. Below is an example of the minimal requirement:
{
"version": "0.0.1",
"id": "my-theme",
"theme": "My Theme",
"internal": {
"css": ["theme.css"]
}
}
When publishing a theme, you have the option of including external dependencies via the external
object. This accepts URL's to both js
& css
files:
{
"external": {
"js": [
"https://yoursuperawesomejslibrary.com/too-cool.min.js"
],
"css": [
"https://maxcdn.bootstrapcdn.com/font-awesome/4.4.0/css/font-awesome.min.css"
]
}
}
Additionally to the required css/theme.css
file, you can include project specific JavaScript files:
{
"internal": {
"js": [
"js/theme.min.js"
],
"css": [
"css/theme.css"
]
}
}
FAQs
Igloo Deploy allows for validating and deploying apps for the Igloo ecosystem.
The npm package @igloosoftware/ig-deploy receives a total of 15 weekly downloads. As such, @igloosoftware/ig-deploy popularity was classified as not popular.
We found that @igloosoftware/ig-deploy demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 5 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
PyPI now allows maintainers to archive projects, improving security and helping users make informed decisions about their dependencies.
Research
Security News
Malicious npm package postcss-optimizer delivers BeaverTail malware, targeting developer systems; similarities to past campaigns suggest a North Korean connection.
Security News
CISA's KEV data is now on GitHub, offering easier access, API integration, commit history tracking, and automated updates for security teams and researchers.