integrating JIRA 4.2.1 and JIRA 4.3.3

I want to integrate 2 JIRA instances through email, one uses Jira 4.2.1 and the other uses 4.3.3.

Please provide your thoughts.

4 answers

1 accepted

integrate what through email?

one instance has certain custom fields, another has certain custom fields, both of the JIRA instances has to interchange the issue details, updates of the issue, through email. i.e both has to be in sync.

For Example

1) if an issue is created in Instance 1, a mail will be triggered and using that email, Instance 2 will create an issue there.

2) Also, if there is a update for an issue in Insance1 then a mail will be triggered to Instance 2 which will update the same issue in Instance 2.

Hope it clears !!

Thanks for the context.

You don’t have to rely on emails to do that they rely on notifications , you can use listeners in JIRA

within your listeners you can use any method/mechanism you prefer to keep what you want to keep in sync

i want all the issues created in one instance of (JIRA-1) to be in sync with the JIRA-2.

Also, how to process the incoming mails to JIRA-2, that triggers from JIRA-1 when an issue is created/updated in JIRA-1?

I want to do the same in vice versa also, i.e, process the incoming mails to JIRA-1, that triggers from JIRA-2 when an issue is created/updated in JIRA-1?

How to map the custom fields?

Is it possible using the listeners.

Above, people are advicing to use JEMH & CLI !!

It depends on what you want to do, how complex it is, and whether you've got the resources to write the listeners.

You can do this "integration" without any code really, by setting up a simple loop where one Jira uses the standard notifications to include the send of mail to the other Jira, which is then configured to use the standard create-or-comment handlers to update its own side. This is very basic, but does work. All it can do is comment though, there's no way to amend fields, progress issues etc. To build on it, you need something more complex. JEMH is an excellent extension for email that does allow you to do significantly more clever updates. It might be able to do what you need. If it doesn't, then you need to write listeners that will cope with the incoming data and do more updates based on that. If you're using listeners (or the CLI), then you aren't limited to using email as the data exchange transport, you can look at other methods.

Nic Thanks a lot for the suggestion.

I am very much new to JEMH.

Regarding Custom Fields:::

My custom fields are different in each of the JIRA instances.

i.e. in instance1 if i have a field called type_id it has to be mapped with problem_id in the instance 2.

Similiary i have lot of fields to map.

Regarding emails::::::

The body of the mail received from the JIRA-2 instance to JIRA-1 is in XML format.

So, the JIRA-1 instance has to process the email send by JIRA-2, and send back the response as email.

For the above 2 scenarios, will JEMH will be helpful for me?

If not, give your thoughts.

To sumup everything in a single line, all i am going to do is create a middleman who talks with 2 JIRA instances and does the following

1) process the data whatever the two JIRA instances sends.

2) to keep both the instances in SYNC (updated).

Hmm. Well, the built-in email handlers only do create and comment.

To work with fields, you do need something more advanced, and that's where we reach for JEMH - that can be configured to draw field information out of emails. I don't think there's any question that if you're going to do this with email, then you need that functionality.

Howver, I really don't know how well it will handle xml. It's more aimed at emails that humans might generate and we don't usually type in xml a lot. I've not tried it though, and I'd certainly recommend having a go - it might even be happier with xml than human!

It does sound like you've got a lot to do though - it may well be that JEMH is close to what you need, but not quite there. If you're throwing xml emails around, then you may well find it easier to write your own.

Its cool Nic.

Could you give me your thoughts for the below.

1) We are a corporate and we are running JIRA 4.2.1, what will be the cost of JEMH?

2) What will be the version of JEMH we have to use for JIRA 4.2.1?

3) Will it updates the status of an issue based on the incoming email? - i.e changing the status to closed, work-in-progress etc?

4) Not sure of the updates because, i am new to JEMH.

It's all covered at (and the answer to 3 is "yes")

As per the compatibility from the below link, it is advised to use JEMH -0.96-2 for JIRA 4.2.

Are you sure that the JEMH will have all the capabilities which i am looking for?

i.e creating, updating issues through email handling.

Thomas Schlegel Community Champion Jun 12, 2012

why not trying it out for yourself on a test instance ? Make a little bit of homework by yourself. You can only learn by doing this.

I think Thomas-S is right here - you're at a point where you could explain in great detail what you think you need to do, and hope one of us has the time and energy to read it all and try to work out an answer.

Or try it for yourself (and ask again if you get stuck)

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Nov 27, 2018 in Portfolio for Jira

Introducing a new planning experience in Portfolio for Jira (Server/DC)

In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to   have–in   order to produce a reliable long-term roadmap. We're tur...

2,397 views 15 19
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you