Note
We've packed up and moved from Confluence to Discourse to bring you a better, more interactive space. Out of courtesy we didn't migrate your user account so - you will have to signup again
The Exalate team will be on holiday for the coming days - returning Jan 4
Enjoy & stay safe
Hello Community,
The creation of a ticket in project1 on Instance A( Jira Server v8.14.1 Exalate version 5.2.2-m19-j8) leads to the creation of a ticket in project2 via Exalate on Instance B( Jira Server v8.13.6 Exalate version 5.2.2-m19-j8).
The changes on instance A are synchronized with instance B.
Depending on these changes, the value of a custom field CF in Project2 on B is automatically changed via a scriptrunner listener.
The new value of CF (and any other changes made via the scriptrunner listener) are not automatically synchronized with Project1 on A unless we manually make additional changes to Project2 on B.
How can we have the new value of CF automatically sync directly through Exalate without requiring manual changes?
How can we trigger an Exalate when a value of CF changed via the scriptrunner listener?
Best regards
Ezadin
Hi Ezadin,
It is possible to set up a trigger with a specific value. Also, you may set up a pos-function if the trigger does not work.
Kind regards,
Harold Cruz
Hello Harald,
post-function is not possible/desired. There is no transition to be executed here.
The trigger does not work because it is not possible to check the value change in the customer fields.
as said, changes made by scriptrunner do not cause synchronization, while manual changes can synchronize.
Best regards
Ezadin
Hello Ezadin,
It looks like for some reason the scriptrunner is not sending the events, therefore please send us a video or screenshot of what you are doing in the scriptrunner and based on that we can better understand if the issue is with the scriptrunner or an issue related to Jira synchronization events that does not allow Exalate to pick those changes.
Kind regards,
Harold Cruz
Hello Harold,
here is my script
When the value of the custom field "Suppler-FiledAgainst" is changed on instance A, this change is synchronized with instance B via Exalate.
Then the script works on instance B and changes the value of the "Supplier" field and this works fine.
The problem is that the new value of the "Supplier" or any other changes (e.g.: comments) made in this script are not synchronized with instance A.
Best regards
Ezadin
Any updates, suggestions ?
Hello Harold Cruz,
Which Jira event EXALATE triggers on?
Best regards
Ezadin
Hi Ezadin,
Please review this documentation and let me know if this is helpful for you.
https://docs.idalko.com/exalate/x/0QN1Aw
Kind regards,
Harold Cruz
Hello Harold Cruz,
Unfortunately this does not help me.
In our case we have an already existing connection between two instances/projects A and B.
Compared to your example, in our case also the "Mode" value field in project B is changed from "Sad" to "Happy", but the new value "Happy" is not synchronized with project A.
Thus the mode remains "Sad" in A.
Best regards
Ezadin
Hello Ezadin Mahmoud,
As a suggestion, please change false to true in the code below and let us know the outcome.
Kind regards,
Harold Cruz
Hello Harold Cruz,
Changing the value from false to true did not help.
This does not trigger Exalate to synchronize with project A
Best regards
Ezadin
Hi Ezadin,
I would like to understand a bit more the problem, and we need to ask if the update of the custom field is leading to an issue update event?
Kind regards,
Ariel
Hello Ariel,
No updating of the custom field via scriptrunner on project B dose not lead to update on project A.
Best regards
Ezadin
Hi again,
From what I understand, is that the sync transaction processing is updating a custom field, and that change needs to be replicated or sync to the destination - or issue pair.
The way that exalate works is that this will happen if:
This is not guaranteed, there are a lot of dependencies that this happens.
In case that the update event is being raised during the processing of the synchronization transaction, it will not be presented again to the registered listener.
Even in the case that the issue update event reaches the exalate issue event listener, updates performed in that authentication context will be ignored to avoid loops.
It can be that for some reason the replica is not different and the transaction will be cancelled.
Kind regards,
Ariel
Hello Aguilar,
which Jira event triggers EXALATE then?
Best regards
Ezadin