This tutorial walks through creating a Forge app to display content on a Jira Service Management Queue page.
There are three parts to the tutorial:
We recommend you work through all three parts to get a good understanding of how to develop apps with Forge.
Complete Getting started before working through this tutorial.
Forge apps can't be viewed by anonymous users. When testing a Forge app, you should be logged in to your Atlassian cloud developer site.
An Atlassian cloud developer site lets you install and test your app on Confluence and Jira products set up for you. If you don't have one yet, set it up now:
You can install your app to multiple Atlassian sites. However, app data won't be shared between separate Atlassian sites, products, or Forge environments.
The limits on the numbers of users you can create are as follows:
The Atlassian Marketplace doesn't currently support cross-product apps. If your app supports multiple products, you can publish two separate listings on the Marketplace, but your app won't be able to make API calls across different products and instances/installations.
Create an app based on the Jira Service Management queue page template.
When you create a new app, Forge will prompt you to set a default environment. In this
tutorial we use the development
environment as our default.
Learn more about staging and production environments.
Navigate to the directory where you want to create the app. A new subdirectory with the app’s name will be created there.
Create your app by running:
1 2forge create
Enter a name for your app (up to 50 characters). For example, hello-world-app.
Select the UI Kit category.
Select the Jira Service Management product.
Select the jira-service-management-queue-page template.
Change to the app subdirectory to see the app files:
1 2cd hello-world-app
The app we’ll create will display content on all the queues page of a Jira Service Management project.
The jira-service-management-queue-page
template uses Node.js and has the following structure:
1 2hello-world-app ├── README.md ├── manifest.yml ├── package-lock.json ├── package.json └── src ├── frontend │ └── index.jsx ├── index.js └── resolvers └── index.js
Let’s have a look at what these files are:
manifest.yml
: Describes your app. This file contains the name and ID of the app,
the app permissions, and the modules the app uses. To learn more about the manifest.yml
file,
see Forge manifest documentation.package.json
: The app’s Node.js metadata. See the Node documentation for more information.package-lock.json
: Records the version of the app’s dependencies.README.md
: Information about the app. We recommend updating this as you change the behavior of the app.src/frontend/index.jsx
: Where you write the application with which the user interacts directly.src/resolvers/index.js
: Where you write backend functions (resolver functions) for your app. To learn more about resolvers, see the Custom UI Resolver documentation.You can manage, distribute, and monitor your apps in the developer console.
This app displays content in a Jira Service Management queues section of your project using the jiraServiceManagement:queuePage
module. Jira Service Management
shows the title of the jiraServiceManagement:queuePage
as the page's heading, as well as in the list of apps in left navigation. Let's change the
title to include your name.
manifest.yml
file.title
entry under the jiraServiceManagement:queuePage
module.title
from hello-world-app
to Forge app for <your name>
. For example,
Forge app for Mia.Your manifest.yml
file should look like the following, with your values for the
title and app ID:
1 2modules: jiraServiceManagement:queuePage: - key: hello-world-app-hello-world-queue-page resource: main resolver: function: resolver render: native title: hello-world-app function: - key: resolver handler: index.handler resources: - key: main path: src/frontend/index.jsx app: id: '<your app id>'
To use your app, it must be installed onto an Atlassian site. The
forge deploy
command builds, compiles, and deploys your code, and reports any compilation errors.
The forge install
command then installs the deployed app onto an Atlassian site with the
required API access.
You must run the forge deploy
command before forge install
because an installation
links your deployed app to an Atlassian site.
Navigate to the app's top-level directory and deploy your app by running:
1 2forge deploy
Install your app by running:
1 2forge install
Select your Atlassian product using the arrow keys and press the enter key.
Enter the URL for your development site. For example, example.atlassian.net. View a list of your active sites at Atlassian administration.
Once the successful installation message appears, your app is installed and ready
to use on the specified site.
You can always delete your app from the site by running the forge uninstall
command.
Running the forge install
command only installs your app onto the selected product.
To install onto multiple products, repeat these steps again, selecting another product each time.
Note that the Atlassian Marketplace
does not support cross-product apps yet.
You must run forge deploy
before running forge install
in any of the Forge environments.
With your app installed, it’s time to see the app on your project's queues section.
Apps
section.
Your app should display like the example below.forge deploy
again, or run forge tunnel
.
This is explained fully in the next section.While your app is deployed to either a development or staging environment, (development)
or
(staging)
will appear in your app title. This suffix is removed once you've
deployed your app to production.
Once your app is installed, it will automatically pick up all minor app deployments
so you don't need to run the forge install
command again. Minor deployments are changes
that don't modify app permissions in the manifest.yml
file. You can deploy the changes onto your
developer site or Bitbucket workspace by using one of two methods:
forge deploy
command.forge tunnel
command.Once your app is installed, changes in the manifest are picked up automatically after running forge deploy
.
However, due to the eventually-consistent nature of our system, you may need to wait up to 5 minutes
for changes in the manifest to be reflected in the product.
Tunneling runs your app code locally on your machine via the Forge CLI and Cloudflare. It allows you to speed up development by avoiding the need to redeploy each code change, and by seeing each invocation as it executes. The Forge tunnel works similarly to hot reloading, so any changes you make to your app code can be viewed on your Atlassian site or Bitbucket workspace without losing the current app state. You don’t need to run any other commands; you only need to refresh the page.
Once you've completed testing your app changes using forge tunnel
command, please remember to redeploy your app using the forge deploy
command.
You will also need to modify the manifest.yml
file to specify a runtime for the app field:
1 2app: id: <your app id> runtime: name: nodejs20.x
1 2forge tunnel
You should see output similar to:
1 2Tunnel redirects requests you make to your local machine. This occurs for any Atlassian site where your app is installed in the specific development environment. You will not see requests from other users. Press Ctrl+C to cancel. === Running forge lint... No issues found. === Bundling code... ✔ Functions bundled. ✔ Resources bundled. Listening for requests...
You can now automatically deploy changes to your codebase and install packages, while tunneling. These changes appear on the Atlassian site or Bitbucket workspace where your app is installed.
The forge tunnel
command only forwards traffic when the user (in Jira, Confluence, Jira
Service Management, or Bitbucket) matches the Forge CLI user. For security reasons, you can’t see the traffic
of other users.
For important caveats on how forge tunnel
works, see
Tunneling.
In the next tutorial, you'll learn how to make API calls to Jira Service Management using Forge. This tutorial
uses the forge tunnel
, so make sure you are familiar with using this command.
Rate this page: