Solution Collections

You can provision Solution Collections and users can add these resources to their projects.

Solution collections can provide different actions in a project, such as a Media Services Account, deploying a SLURM Cluster for HPC, or deploying a Linux VM.

Solution Collection Structure

The Solution Collection Repository should be structured as follows;

A publisher.json File

In the publisher.json file, you should include:

Field Description
Name The name of the publisher.
Support Email An email address that users can contact for any issues or queries with the solution collection.
Description A description of the publisher and repository.

Solution collection structure

The Solution Collection Folder

In the Solution collection folder, you should include:

A solution.json File

A solution.json file should include:

Field Description
Name The name of the solution collection.
Description The description of the solution collection. This will explain what it contains when users are choosing which solution collection they will add to their project.
Version A build version in the format of For example, 2021.16.01.1.
UpgradeAllowed This determines whether users can upgrade a solution once it is provisioned. You can set this to ‘false’ if upgrading the solution collection would cause issues. Please read more about upgrades below.
Icon You can also choose an icon. The selected icon will display beside the name of the solution collection. Loome Assist supports version 4.7 of Font Awesome. You can view the icons available at Font Awesome here.
Deployment mode You can also provide a deploymentModeproperty, which can be Complete , Incremental, or User. It will determine whether all resources will be deleted when this solution collection is updated.

Please note that you can use icons in your solution collection. Loome Assist supports version 4.7 of Font Awesome. You can view the icons available at Font Awesome here.

Upgrade Allowed

You can set whether a user will be able to upgrade if any changes are made to the solution collection once the user has added the solution collection to a project. If upgrading the solution collection would cause issues, you can set it to ‘false’ and the option to upgrade will not display for any provisioned solution collections.

Deployment Mode

Please note that if you select Complete mode, resources will be deployed again and upgraded, so any existing resources that were not included in the solution collection will be deleted.

If you are using Incremental mode, resources will be deployed incrementally when updating, so existing resources that aren’t included in the solution collection will not be deleted.

If you have chosen User mode, the user of the provisioned solution collection will be able to choose from the above two methods of ‘Complete’ or ‘Incremental’.

Please ensure you are using a deployment mode with your preferred update method, as users may unintentionally delete resources when updating this solution collection.

End-User Licence Agreement

You can then include an optional End-User Licence Agreement. The file will contain the EULA that the user will need to accept in order to use this solution collection. This file will need to be in the format of .md.

Release Notes

The next file that you will need to include is It will contain the release notes of this solution collection, which can be viewed on the solution collection card, and will display to the user when updating the solution collection. is a required file. This file will need to be in the format of .md.

Other Artifacts

You can then include all other existing artifacts in this folder, such as the ARM template file, parameters (if present), actions.json, and any action PowerShell script files.

Solution collection structure


In summary, files for a solution collection must be in the order of:

  • solution.json
  • (Optional)
  • actions.json (Optional)
  • Any PowerShell action files (Optional)
  • The ARM template file
  • Any ARM template parameters, if supplied

If you have any required fields in your solution collection, please include these requirements in your description of that field in the ARM template. These fields cannot be validated by Loome Assist as the solution collection is dependent on the ARM template.

Adding Actions to Solution Collections

You can add actions to a solution collection via an actions.json file.

This file will specify the actions that can be performed via the solution collection once it has been added to a project, such as connecting to a VM.

If you have added an actions.json file, users that add this solution collection to a project will see additional action buttons on the solution collection card.

For each action, you will need to add a name, icon and PS1 file name.

Each PS1 file that has been included in your solution collection will be run when the corresponding action is clicked in the UI.

The PowerShell file will need to be written in PowerShell Core.

In the actions.json file, you can use the values subscriptionId, resourceGroupName, and location for writing action scripts. The solution collection parameters and outputs values will be injected as a string during runtime.

For example, in the following solution collection, $mediaServiceName = 'mediaservicesample' will be injected into the action script.

Solution collection parameter

Please note that these values cannot be overwritten if specified in the deployment parameters or deployment outputs.

You can keep the script once it has run for debugging purposes by adding $keepFile = 'True' at the top of your script.

Action Types

Currently, there are four types of actions that a publisher can provide in a solution collection:

Action Description
String Users will be able to copy a string value.
Notification Users will see a notification with the information you have provided.
URL Users will find a URL that will direct them to the URL you provided.
File Users will find a download link where they can download a file you have provided.
Confirmation Option (Optional)

You can also add a confirmation string for each action in your Solution Collection, so that the user of the solution collection is prompted if they want to complete an action.

You can include this setting in the actions.json file. Write "confirmationMessage": followed with your confirmation message. It is an optional setting that can be left out if you do not require a confirmation prompt.

If you provide this setting, the user of this solution collection will be prompted with a confirmation box when they click on the action.

  • If they click ‘OK’, the action will be performed.
  • If they click ‘Cancel’, the action will not be performed.

The following is an example of a actions.json file that includes a confirmation option.

        "name": "Download File",
        "icon": "fa fa-download",
        "fileName": "downloadfile.ps1",
        "confirmationMessage": "Are you sure you would like to download this file?",
        "actionType": "File"
Status Check Option (Optional)

You can also add a status check function to Solution Collections. A status check will indicate the status of the solution collection such as ‘Running’ or ‘Failed’ at the top right of the solution collection card in the project it is added.

You can add the status check property field to the solution.json file by including "statusCheckFileName": followed with the name of the PowerShell script file.

You will need to specify the name of the PowerShell script file that provides the status of the solution collection, "statusCheckFileName":"{File Name}",. For example, "statusCheckFileName":"checkStatus.ps1",. See below for a full example.

The PowerShell script file will provide statuses as string values.

Possible statuses are: - Ok - will display a green icon, along with its string value - Information - will display a blue icon, along with its string value - Warning - will display an orange icon, along with its string value - Failed - will display a red icon, along with its string value

You also have the option to add an ongoing status using isOnGoing. If = true the icon will blink to show it is ongoing, if you write = false it will not.

Following is an example of a solution.json file.

    "name": "Create a Media Services Account with Actions",
    "description": "This template creates an Azure Media Services Account with its Storage account.",
    "version": "2021.07.09.1",
    "icon": "fa fa-camera",
    "upgradeAllowed": true,
    "statusCheckFileName": "checkStatus.ps1",
    "deploymentMode": "User"

Following is an example of a checkStatus.ps1 file.

# *** Return Object ***
#   code: string
#       Possible values are:
#           OK          - Green Icon
#           Information - Blue Icon
#           Warning     - Yellow Icon
#           Failed      - Red Icon
#   message: string
#       Return message that is displayed in the UI and has the same color as code property.
#   isOngoing: boolean (Optional)
#       An icon is added with style to indicate that this status is ongoing.

# Assign value  to $result so it can be return to the UI
$result = "{""code"":""OK"", ""message"":""Running"", ""isOngoing"": false}";
Installing Modules (Optional)

You can install modules into the action script.

The following sample script is an example of how a user could get the public IP address of a Linux VM.

# Make sure these two vars are at the top
$executionPolicy = 'RemoteSigned'
$keepFile = 'True'

try {
    # Only install modules that are used to avoid agent timeout (3mins)
    if (-Not (Get-Module -ListAvailable -Name Az.Accounts)) {
        Install-Module -Name Az.Accounts -Repository PSGallery -Force

    if (-Not (Get-Module -ListAvailable -Name Az.Network)) {
        Install-Module -Name Az.Network -Repository PSGallery -Force

    # Connect to azure account via managed identity
    Connect-AzAccount -Identity

    # Set context for current subscription
    Set-AzContext -Subscription $subscriptionId

    # Get public IP address
    $publicIpAddressContent = Get-AzPublicIpAddress -Name $publicIpAddressName -ResourceGroupName $resourceGroupName

    if (!$publicIpAddressContent.IpAddress) { throw "IP address does not exist." }

    $ipAddress = $publicIpAddressContent.IpAddress

    # Disconnect account after use

    # Assign value  to $result so it can be return to the UI
    $result = "$adminUserName@$ipAddress";
catch {
    Write-Host "Unable to get IP address." $_.Exception.Message

ARM Template Parameters

When naming ARM template parameters and outputs, identify words by initial capital letters. For example, the parameter ‘Number of Worker Nodes’ will be recognized when the injected parameters in the PowerShell script for actions is ‘NumberofWorkerNodes’. If all words are in lowercase, it will not recognize lowercase as separate words such as ‘numberofworkernodes’.

If using the parameter adminUsername, so users can provide a username in solution collections, users will not be able to provide invalid usernames (which include usernames invalid for Microsoft) such as ‘administrator’, ‘admin’, ‘admin1’, ‘admin2’, ‘user’, ‘user1’, ‘user2’, ‘user3’, ‘user4’, ‘user5’, ‘test’, ‘test1’, ‘test2’, ‘test3’, ‘1’, ‘123’, ‘a’, ‘owner’, ‘guest’, ‘server’, ‘actuser’, ‘aspnet’, ‘root’, ‘sql’, ‘support’, ‘backup’, ‘console’, ‘adm’, ‘sys’, ‘david’, ‘john’, or ‘support_388945a0’.’

Updating a Solution Collection

Once you have made your changes to a solution collection, such as the solution.json file, you can provide a new version number so any provisioned solution collections in projects will indicate that there is a new version that a user can update to as seen here.

You can also update your release notes in to inform users of the changes you have made to the solution collection and they can then choose whether they would like to upgrade their existing solution collection.

Depending on your chosen deployment mode, users will either choose from the ‘Complete’ mode or the ‘Incremental’ mode when upgrading if you selected ‘User’ or will confirm they want to upgrade using the ‘Complete’ or ‘Incremental’ mode you have selected. As mentioned above, each deployment mode has differing outcomes so please choose carefully.