nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

ScriptRunner for JIRA & Confluence vs. General ScriptRunner

Atlassianist

Hallo,

we are searching for solutions how to automata our complex workflows:

Example:
1. a department creates a file on the file server.
2. the content of the file is checked and the automation creates a JIRA ticket and changes a certain confluence page.
3. The JIRA ticket is assigned to a specific user as "editor" and another user receives an email about the change to the Confluence page.
4. When the editor has edited the JIRA ticket, a status change is made, which results in certain AD groups being created on the domain controller and permissions being granted.

Some steps could be made manually via REST or normal JIRA Automate Plugin, I see however that the entire "chain" of steps of this example or even more complex uses cases can be done only with ScriptRunner.

Some additionan requirements are

that the maintenance of the scripts should be as easy as possible and multi-tenancy should also be possible.

So a normal Team Lead must be able to execute the scripts without having right on the AD.

***

I think the general Limits of the following options are:

REST:

we can trigger some works in Atlassian apps it is however not possible to access external objects /AD, FileServer, Firewall/ via REST from JIRA / Confluence.

It is difficult to maintain the scripts efficiently. Work via REST is not multi-tenant-ready. More or less only the Atlassian Admins can work with it.

AUTOMATE (PLUGIN)

we can trigger some works in Atlassian apps it is however not possible to access external objects /AD, FileServer, Firewall/ via REST from JIRA / Confluence.

SCRIPTRUNNER FOR JIRA & CONFLUENCE

We can automate pretty much everything inside JIRA and inside Confluence and bidirection in both apps.

It is partly possible to call an SC-job by an external Powershell-Script and it is partly possible to operate with external entities like AD or FileServer.

This solution would be easy to maintain and would be multi-tenant-ready if the user has the requested roles ...

GENERAL SCRIPTRUNNER

This solution is easy to maintain can execute scripts in windows and linux networks and can do the jobs at other devices as well, if they can be reached via PowerShell.

This ScriptRunner has however no atlassian-optimised scripts and everything have to be developed manually.

***

Do I understand correctly the limits of the different options?

My questions are:

#1 is Scriptrunner for JIRA is able to operate outside of the atlassian products and start external powershell scripts if necessary?

#2 is it possible to trigger an jira-internal scriptRunner task from "outside"? I mean, I start a Powershell-Script in Windows and an SR-Script in JIRA is called / loaded. It is possible?

#3 Is any option to use the normal general ScriptRunner to operate in JIRA / Confluence or we have to use ScriptRunner for JIRA / Confluence (of Adaptavist) If we would like to use some JIRA Features without development of months ...

Thank you very much for your feedbacks.

Gr. I.

Accepted answers

All comments

PD Sheehan

I'm not sure what distinction you are making between "general scriptrunner" and scriptrunner for jira/confluence. The only scriptrunner I'm aware of is the jira/confluence plugin by adaptavist that allow you to create groovy scripts to interact with the Java API of the underlying app.

But to answer your questions:

#1 - all server/DC version of scriptrunner can trigger any command on the host operating system (assuming the user that owns the java process has permission) including launching powershell scripts.

#2 - Yes you can execute scripts in the scriptrunner console remotely using curl (or equivalent) . But in most cases, I prefer to expose custom functionality using a scriptrunner REST API Endpoint and calling that rather than remotely submitting a script to the console.

#3 - See above. I don't know what you mean by "General Scriptrunner".

Atlassianist

Thank you very much for your reply.

With "general Scriptrunner" I have meant ScriptRunner for PowerShell (scriptrunner.com)

Regards

Istvan

PD Sheehan

Ah... let's call this "powershell scriptrunner".

"powershell scriptrunner" and "groovy scriptrunner" are two completely unrelated technologies built/managed by different companies.

powershell scriptrunner, native powershell, or any other client-level scripting tool (e.g. bash on linux) can only manage atlassian web apps via whatever REST endpoint those web apps can offer.

Whereas groovy scriptrunner runs INSIDE the webapp JVM and has access to all the internal Java APIs of those webapps.

Some of the capabilities of groovy script runner include:

Extend the app UI
Tie into the apps event system (listtener) to run script based on those events
Run scripts based on a schedule
Create and expose new REST API endpoint to run arbitrary scripts to return data or trigger some actions
Make http request to other systems or tools
Trigger OS-level commands

Atlassianist

Hello Peter-Dave, Thank you very much :-)

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

server

scriptrunner

rest-api

adaptavist

script