Questions for Confluence license has expired.

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

Restrict the connections names based on the source project

 
2
1
0

Hi Team,


  Now, If I click the "exalate" option. I could see all the available connections from the instance. But is there any possibility to restrict the connections?


Because we have 150+ local to local sync connections. Every time it is very difficult to pick the connection name from the list.


Thanks,

Venkatesh.


  1. Francis Martens (Exalate)

    Venkatesh Pokala  - why do you have some many connections?


  2. Venkatesh Pokala

    Hi Francis Martens (Exalate),


    would be is it possible to hide connections in the drop-down menu? Example. Project X members would only see connections: X > Y, X > Z, but not Z > Y or Y > Z. Currently all the connections are visible in the dropdown menu.


    To answer your questions- I have created many local single project connections for each project sync request.


    Thanks,

    Venkatesh.

  3. Francis Martens (Exalate)

    Having so many connections is most cases not necessary.  Most of the logic can be contained in one connection, unless each connection has specific requirements.


    How different is each connection?

    I'm asking - as if the number of connections can be reduced - you don't need the feature to limit the connections in the drop down.


    Do you agree?

  4. Venkatesh Pokala

    Yes, I agree but in my case below is one example.


    One Source bug and 100+ destination projects


    Each bug based on the product, the developer has to decide and clone the ticket by using the connection.


    So I created projects to project connections. Is there any other possibility?


CommentAdd your comment...

1 answer

  1.  
    1
    0
    -1

    Hi Venkatesh Pokala, 

    Check out the Service Desk to multiple projects example configuration.

    What you can have on your source project - a custom field where the user selects the target project.


    On the incoming sync side, you then map this to the issue.projectKey.

    One connection is then sufficient.

    1. Venkatesh Pokala

      Hi Francis Martens (Exalate)


         This needs advance connection, right?


      Thanks,

      Venkatesh.

    2. Francis Martens (Exalate)

      Yes - correct.

    3. Venkatesh Pokala

      Hi Francis Martens (Exalate),


       Can you please provide a  basic script to start? Because this is the first time trying "advance option" 


      Thanks in advance.


      Regards,

      Venkatesh.

    4. Francis Martens (Exalate)

      The advanced section is not that different from the 'single project'.  

      What you need to do is


      • On source - create a custom field with all the target project and link this to the source project
      • Add the custom field in the outgoing processor such that it is part of the replica
      • On the incoming side,
        • Calculate the target project based on the information of the replica
        • Set the issue.projectKey field to the calculated target project
      • Test


      Hope this helps.

    CommentAdd your comment...