Questions for Confluence license has expired.

Please purchase a new license to continue using Questions for Confluence.

Sync multiple remoteissue keys

 
3
2
1

Hi,

I'm using Exalate to sync between projects on the same Jira server instance.

Currently, the remote issue key is synced to a custom filed in the original ticket with the following code:


ExalateEventListener.hangListener(
connection,

{ String localIssueKey, String remoteIssueKey, localIssue, remoteIssue -> // operation when remote issue has been Exalated localIssue.customFields."Escalated ticket".value = remoteIssueKey }

,

{ String localIssueKey, String remoteIssueKey, localIssue, remoteIssue -> // operation when remote issue has been UnExalated }

,

{ String localIssueKey, String remoteIssueKey, localIssue, remoteIssue -> // operation when remote issue has been Deleted }

)


However, when the original ticket needs to be sync with 2 projects, only one of the remoteissue key is synced to that field - "Escalated ticket".

How can make sure that those 2 cases will display in this field separated with a comma?
For example, the triggered fired and now the synchronization of the original ticket under project 'z' started with two different projects (project 'x' and project 'y'), in "Escalated ticket" field under the original ticket in project 'z' I expected the two cases will be displayed on from project 'x' and the second on from project 'y'.

Thanks,
Sapir

  1. user-3fd1a

    Hi Sapir,


    I'm a bit lost on the structure of the code and the use case you want to implement

    Can we take it step by step and confirm that the sequence below is correct - or rectify where possible

    • Issue A1 gets exalated to create a twin B1
    • Issue A1 gets exalated to create a twin C1
    • With the  ExalateEventListener.hangListener you are trying to update a customField "Escalated Ticket" such that it contains a link to B1 and C1
    • Something fails

    Could you add the complete script here or in a code-sharing service such as https://codepile.io


  2. sapir monza

    Hi Francis,


    Correct, actually the process didn't fail, both issues B1 and C1 linked to A1, but only one of them displayed under the "Escalated Ticket" field.


    I got the script from Roman Melnychenko in case number EASE-2816, I have added all the following scripts to our Jira server under scripts folder:

    and the code below to the Outgoing sync(data filter):

    ExalateEventListener.hangListener(
 connection,
 { String localIssueKey, String remoteIssueKey, localIssue, remoteIssue ->
    //  operation when remote issue has been Exalated
    localIssue.customFields."Remote Issue Key".value = remoteIssueKey
 },
 {  String localIssueKey, String remoteIssueKey, localIssue, remoteIssue ->
    // operation when remote issue has been UnExalated
 },
 {  String localIssueKey, String remoteIssueKey, localIssue, remoteIssue ->
    // operation when remote issue has been Deleted
 }
)

    Please let me know if any clearification is needed.
    Thanks!
  3. Jorge Jerez Ibáñez

    Hi


    Are this files hiden now? I've a similar problem and can't solve it

CommentAdd your comment...

1 answer

  1.  
    1
    0
    -1

    Hello, Sapir.

    I believe the problem is that the entire custom field value is overridden with the issue key from the last sync.


    So I'd suggest the following:

    ExalateEventListener.hangListener(
 connection,
 { String localIssueKey, String remoteIssueKey, localIssue, remoteIssue ->
    //  operation when remote issue has been Exalated
    localIssue.customFields."Remote Issue Key".value = ExalateApi
      .getRemoteIssueKeys(localIssue)
      .collect{it.URN}
      .join(",")
 },
 {  String localIssueKey, String remoteIssueKey, localIssue, remoteIssue ->
    // operation when remote issue has been UnExalated
 },
 {  String localIssueKey, String remoteIssueKey, localIssue, remoteIssue ->
    // operation when remote issue has been Deleted
 }
)

    And make sure that your ExalateApi.groovy has the "getRemoteIssueKeys" method:

    import com.exalate.api.domain.IIssueKey
import com.exalate.api.domain.connection.IConnection
import com.exalate.basic.domain.BasicIssueKey
import com.exalate.basic.domain.hubobject.v1.BasicHubIssue

/**
 * This class is used to track breaking changes in Exalate API
 * necessary to ensure that:
 * 1) they are documented for proper escalation
 * 2) they are handled for the versions where they've been introduced
 * */
class ExalateApi {
    static IConnection getConnection(int id) {
        getConnectionInt(id)
    }
    static IConnection getConnection(Integer id) {
        if (id == null) {
            return null
        }
        getConnectionInt(id.intValue())
    }
    private static IConnection getConnectionInt(int id) {
        try {
            // Exalate 4.2.X
            def relrepo = com.atlassian.jira.component.ComponentAccessor.getOSGiComponentInstanceOfType(com.exalate.api.persistence.relation.IRelationRepository.class)
            relrepo.getRelation(id)
        } catch (MissingMethodException ignore) {
            // Exalate 4.3.X
            def relrepo = com.atlassian.jira.component.ComponentAccessor.getOSGiComponentInstanceOfType(com.exalate.api.persistence.relation.IRelationRepository.class)
            relrepo.getConnectionById(id)
        }
    }

    static com.atlassian.jira.user.ApplicationUser getProxyUser() {
        def nserv = com.atlassian.jira.component.ComponentAccessor.getOSGiComponentInstanceOfType(com.exalate.api.node.INodeService.class)
        nserv.proxyUser
    }

    static List<IIssueKey> getRemoteIssueKeys(BasicHubIssue issue) {
        def ttRepo = com.atlassian.jira.component.ComponentAccessor.getOSGiComponentInstanceOfType(com.exalate.api.persistence.twintrace.ITwinTraceRepository.class)
        ttRepo
                .findByLocalIssueKey(new BasicIssueKey(issue.id as Long, issue.key))
                .collect { it.remoteReplica?.issueKey }
                .findAll()
    }
}

    Please, let me know if this helps.

    Regards, Serhiy.

    1. sapir monza

      Hi Serhiy,


      Where ExalateApi.groovy located? 


      Thanks

    2. sapir monza

      Hi Serhiy,


      So I created the ExalateApi.groovy file with the code you have provided and save it in the scripts folder and replaced the

      ExalateEventListener.hangListener

      with the provided code, and when I tested it none of the remote issue displayed in "Remote Issue Key" field.


      Do you have any ideas?


      Thanks,

      Sapir

    3. user-3fd1a

      Sapir - did you try to debug the flow.

      Check for some examples how following document -  https://docs.idalko.com/exalate/x/J4crAQ

    4. sapir monza

      Hi Francis,


      So, it seems that the value that returns from ExalateApi function is null, I can see the following log:

      `Cannot set property 'value' on null object`


      How can I debug the code in that function?


      Thanks,

      Sapir

    5. user-3fd1a

      Can you send an exalate support zip to support@exalate.com referring this question.  We'll take it from there

    6. sapir monza

      Hi,

      I sent the logs.


      Thanks



    CommentAdd your comment...