Hi All,
We have been using ADF to ingest Jira into our data lake for several months now. The connector has worked with no issues and we have been able to pull all issues and all the custom fields, etc from Jira. Our Monday refresh failed due to a schema change in platform API issue and extra API issue. Now all the data is no longer being returned from the extra.api_issue. We are only getting a subset of total issues in Jira.
Is anyone aware of API changes that would break the ADF connector? Is there any other table in the ADF connector that would give me the custom fields? Story points and other values are driven in there for us.
2 Likes
Welcome to the Atlassian community @JoseUlloa,
I donât know enough about how Azure Data Factory works to know what could cause that to break. While there are a number of deprecation notices in the changelog for the Jira Cloud Platform REST APIs in the last couple weeks, those only take effect in the future. The last known breaking change was on 31 May, and that was a change to a delete operation, not get.
Could the problem be caused by a change to Jira configuration by admins, like creating a new issue type or custom fields?
Side note that âADFâ is a bit overloaded. We also use that term to refer to âAtlassian Document Formatâ.
1 Like
I am experiencing the exact same issue as Jose is, and we have been using the Azure Data Factory linked service to JIRA for well over a year now and then last week the extra.api_issue is now pulling significantly less of the data. Can not figure out why at all.
1 Like
Welcome @KellyMathison,
Is this the connector you are working with: Free JIRA Azure Data Factory connector
If so, it looks like you might need to post on their forum or check with their technical support.
If not, can you provide more details? Itâs not something Atlassian builds or supports but Iâd like to help get people having a problem to the people who can help troubleshoot & fix it.
1 Like
I am having a similar problem as described above. Trying to pull all issues from all projects returns only 2900 issues. It seems data is being pulled in blocks of 100 issues with consecutive IDs, then it skips some, then 100 more consecutive ones, etc.
Unsure if itâs a problem in JIRA or in the Azure Data Factory connector.
2 Likes
Still waiting on getting some support. Now dealing with the back and forth between atlassain and Microsoft. Hopefully someone will figure this out.
1 Like
Hi, Iâm experiencing the same issue. Weâve been using ADF to ingest Jira into our data lake without problems until now. Our latest refresh also failed due to a schema change in the platform API issue and the extra API issue, resulting in only a subset of total issue being returned from extra.api_issue.
Is there any update or solution available for this problem?
Thanks
1 Like
Welcome to the Atlassian developer community @PedroMagdielMaldonad,
And for the rest of the folks on this thread,
Thereâs clearly a lot of frustration behind these posts. I donât know much about the Azure Data Factory, but Iâm sure it supports some important reporting! Unfortunately, Iâm still not clear to which connector you are referring. Nobody has confirmed if I Googled the right one.
This will be fruitless because neither Atlassian nor MS/Azure built the Jira connector. Neither company can support a connector that we donât know about. Youâll need to refer to the vendor of the connector, who can interface with Atlassian developer support if they need help with our APIs.
Or, if you wanted to âcut out the middlemanâ of the connector vendor, perhaps Atlassian Analytics is the solution for you.
2 Likes
So I have taken a look and this Jira Connector is built into Azure Data Factory, it is offered by Microsoft and it directly calls Jira APIs and returns âTablesâ of data not just json output. Not sure if Microsoft has created this connector with the help of Atlassian but something has definitely changed either in APIs from Jira or the connector has broken to do some other change.
Copy data from Jira - Azure Data Factory & Azure Synapse | Microsoft Learn
1 Like
@JoseUlloa,
Interesting! Iâve been Atlassianâs âchief partner engineerâ (âchiefâ in the sense of âonlyâ) for many years, and I wasnât involved. In Atlassian style, Iâm sure Azure simply read our API docs and built it.
That said, Iâm sure weâd be happy to work with Microsoft if they contact our developer support. As I already indicated, I couldnât find any potential cause based on the timing you mentioned.
1 Like
Same here. Using Synapse with the built-in Jira connector. Worked fine for months. Now I get partial results. No fun.
2 Likes
Similar issues here. Also another pipeline that is working, but pulling back a smaller amount of data (12k rows in 9mins vs tens of thousands of rows in 45mins).
Additionally weâre seeing an error âThis board does not support sprintsâ. At first I wondered if an errant ticket had a sprint number/reference assigned to a board that wasnât set up for sprints, but checking in Jira directly doesnât show anything untoward.
Weâre logging this via MS support and will update if we get any firm answers.
1 Like
Would be interested to hear if you get anything back. We are waiting on Azure support to let us know what is happening. The more people bombard them, hopefully they will realize there is an issue.
1 Like
Also with this issue dont know the reason but it is also happening to me. Regards,
1 Like
I believe would be necessary to know how that Table is composed and why now has less data, is this table created in the Azure side?
1 Like
Just to chip in here, that is exactly what Iâve now requested from Atlassian (how the table is composed).
Atlassian support pointed us to Microsoft, Microsoft have pointed us back to Atlassian.
What I donât think anyone is understanding at the moment is this âConnectorâ doesnât seem to have any details as to who âownsâ it. So thatâs why weâre being passed around. Clearly something has changed for a few of us to be saying weâre having the same issue.
To add clarity around my issue in particular (as this might help others searching!) this is what I sumnmarised and sent to Atlassian support most recently:
We have been in touch with Microsoft and they have confirmed the issue is at source, which is what we previously thought.
The Jira Connector that is used in ADF, as I understand it, is created and maintained by Atlassian, so Microsoft have no way of knowing exactly how it is pulling back data. If this is not the case, please confirm.
To strip this right back to the essential issue:
- We are connecting to Jira Cloud using the Jira Connector in ADF
- Using the connector we have created a linked service as per Microsoft guide:
[Copy data from Jira - Azure Data Factory & Azure Synapse | Microsoft Learn|Copy data from Jira - Azure Data Factory & Azure Synapse | Microsoft Learn]
NB - this linked service is shared with and works without issue on many other pipelines in ADF.
- In itâs simplist form, if we then pick a table from the drop down and click âPreview dataâ, for the most part this returns a very small sample of the data from that table.
- Our initial issue was that âExtraâ.âAgile_Board_Sprint_Issueâ was returning an error:
ERROR [HY000] [Microsoft][JIRA] (30) Error with HTTP request, response code: 400. Message: [âThe board does not support sprintsâ],{},
- Upon further investigation I have found that the following tables also return that error: (there may be others!)
âAgileâ.âAgile_Board_Sprint_Issueâ
âAgileâ.âAgile_Board_Sprint_Issue_Fields_Attachmentâ
âAgileâ.âAgile_Board_Sprint_Issue_Fields_Closed_Sprintsâ
âAgileâ.âAgile_Board_Sprint_Issue_Fields_Comment_Commentsâ
âAgileâ.âAgile_Board_Sprint_Issue_Fields_Componentsâ
- There are some tables that do return preview data that relate to sprints such as:
âAgileâ.âAgileNoneEpicIssueFieldsClosedSprintsâ
âAgileâ.âAgile_Board_Backlog_Issues_Fields_Closed_Sprintsâ
âAgileâ.âAgile_Board_Issue_Fields_Closed_Sprintsâ
âAgileâ.âAgile_Board_Sprintâ
Given the error shown by ADF is âThe board does not support sprintsâ which is a known Atlassian error, I feel like there is some issue in our data somewhere but weâre unsure where it would be.
In the first instance, is it possible to get a list of fields that are in the âExtraâ.âAgile_Board_Sprint_Issueâ table?
1 Like
@AaronHunt,
As if the âback and forthâ werenât frustrating enough, in the back channels of Atlassian support, Iâm now the âgo to personâ. As such, I will continue to âput all the cards on the tableâ.
I understand that Microsoft have claimed the underlying âconnectorâ is owned by Atlassian. From error messages, I believe they are referring to a library called JIRAODBC, that appears to treat the Jira REST API as a database connection. I am unaware that Atlassian has ever provided such a library. I can find no reference to it via Google, let alone in Atlassian documentation.
From your support case, I have also see the Microsoft documentation about this connector, which makes it clear that Jira Cloud & Jira Data Center are treated the same. Thatâs already a dangerous assumption since the REST APIs have been diverging for the last 5+ years.
Although I donât know how that ODBC driver works on the REST API, I do know how the REST APIs work. The driver might be making assumptions about the relationship between Boards & Sprints that are no longer true. Perhaps the driver is relying on how Jira used âout of the boxâ custom fields to hold the relationships. If it hard coded the custom field references, then I can see how changes in the Jira Cloud REST API could break the driver. However, references to customer field IDs were never recommended for navigating those relationships. Thatâs why the Jira Software REST API exists as a layer over the Jira Platform REST API. Itâs a poor theory because it doesnât explain why many of you report partial results but itâs the best I can muster without knowing how this ODBC driver works.
I donât know if any of that helps. I continue to assert that Microsoft should contact our developer support (not customer support). Whether through an ODBC library or the REST API directly, Microsoft depends on us. It doesnât seem right that should be pushed back to you as customer(s).
What I know is that the table always contains 12.400 lines what is suspicious. Everyday counting the same info or same row count seems like some kind of row limit in one side or another. Also it seems the extraction is complete so I would say there has been some kind of row limitation implemented somewhere.
This is the issue for us as well. Some of the agile tables are completely broken and the extra API table with all the custom fields does not return all records. Microsoft pointed back to Jira but I am trying to get next level support from them. Maybe someone can take a look at the underlying structure of the connector. Not sure but our reporting have been broken for 3 weeks now.
Hi, does anyone has any update about the topic?
Iâm still having the same issue than some of you but I do not have further detail from Microsoft neither Jira.
1 Like