Skip to end of banner
Go to start of banner

How to publish SQL queries to Atlassian Cloud

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 12 Next »

 

Summary

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. We will discuss 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 the 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.
.

Summary

Some of the elements here are optional depending on what you want to do and how automated you want to be. We will outline the most automatic and rich example.

You will need:

  1. An instance of Confluence (download edition) installed and running. You will need administrator rights.  A $10 starter license is sufficient and an instance can be setup in minutes.
  2. If not already installed, install the following add-ons:
  3. Create a page to test your query page just like you would normally
  4. 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}
  5. Copy in your SQL from your test page
  6. Verify your local published page matches your expectation
  7. Once satisfied, select the Cloud instance profile and press Publish
  8. 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 rendered does not render it and double up the opening bracket so the cli macro will remove the extra after it is rendered.

Reduce spam

  1. --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 (sad).
  2. 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 will not be marked as changed and so no notifications will go out.

 

 

 

 

 

  • No labels