Publish SQL queries on Atlassian Cloud - 10.x

Description

Atlassian Cloud (formerly OnDemand) restricts the ability to install most add-ons. So how can you still implement concepts like how to use Confluence for business intelligence and reporting? Or perhaps you are not allowed to install add-ons on your own corporate Confluence installation and you would still like to publish SQL or other external data (like excel data). Now there is a solution for both of these use cases. This article discusses this in terms of Cloud, but it applies equally to other restricted environments. While not as dynamic as using the add-ons directly, it only takes a few more steps to implement and skills and knowledge gained can also be applied in the other context.

This is how the /wiki/spaces/info/pages/86083526 page is produced. Bamboo automation publishes the page once a day.

SQL for Cloud

Please vote for

Error rendering macro 'jira' : Unable to locate Jira server for this macro. It may be due to Application Link configuration.

Steps

Some of the elements here are optional depending on what you want to do and how automated you want to be. This section outlines the most automatic and rich example.

You need:

An instance of Confluence (download edition) installed and running. You need administrator credentials. A $10 starter license is sufficient and an instance can be setup in minutes.
If not already installed, install the following add-ons:
- SQL for Confluence - version 4.5 or above
- Run Self-Service Reports for Confluence (optional) - provides a parameterized page for testing
- Run CLI actions in Confluence - makes it easy to store the page on the Cloud instance. After installation, configure a profile to get to Cloud
Create a page to test your query page just like you would normally.

Create a publish page using the Run, CLI and SQL Query macros. The key is that the SQL Query produces wiki markup because of output=unrenderedWiki (this is what gets published to Cloud).

Wiki markup for publish page

{run:titleRun=Publish
|autoRun=true
|requestPrefix
|replace=profile:confluence:Profile:select::confluence-local::confluence-cloud}

{cli:profile=$profile|macros=true}

-a storePage --title "Project Summary" --space info --file - --minor --comment "Updated from database"

@DATA:
\{\{toc:type=flat|separator=pipe|minLevel=3|maxLevel=3}
h3. Confluence Add-ons
{sql-query:id=CONF|datasource=myDS|output=unrenderedWiki|columnTypes=S,S,S,S,S,S,S,S,C}
select ...
{sql-query}

{cli}

{run}

Copy in your SQL from your test page.
Verify your local published page matches your expectation.
Once satisfied, select the Cloud instance profile and press Publish. Refer to How to automate page rendering in Confluence.

How to let some macros go unrendered to the published page

When macros=true is used in the CLI macro, all embedded macros are rendered. This is how the SQL data is generated. However, you may want some macros to not be rendered and remain in the markup so they get rendered on the target page. In this example, it is the TOC macro. Simply escape the open bracket so the renderer does not render it and double up the opening bracket so the CLI macro removes the extra after it is rendered.

Reduce spam

--minor is used on the storePage action to signal a minor update to avoid notifications being sent out - unfortunately at least some versions of Confluence do not respect this API setting .
Put specific and unique ids on the SQL macro (example: id=CONF). This prevents generating ids that are different each time the page is updated. If there are no other changes with the data for the update, the page is not be marked as changed and so no notifications are sent out.