We use the Jira APIs to fetch json data on a daily basis.
We have never faced this issue before but we have 2 instances where the output JSON has a few extra parameters which donot come in on a daily basis.
This interferes with our flattening process.
Any idea why this may be happening ?
Solution for now :
We run the same job after 1-2 days and the data is fine again.
__________________________ more details ______________________
We use something like the above.
Generally, on the daily load, from the above API, we donot get the roles part but intermittently, we got them last thurday because of which our flattening process failed. Below is a small section of the schema which was not fitting into our flattening process. We never had Managers, Production Fulfilment etc flowing into our process.
projectTypeKey:string,roles:struct<Administrators:string,Developers:string,Managers:string,Production Fulfilment:string,Service Desk Customers:string,Service Desk Team:string,Service Desk Team Multi Language:string,Service Desk Team Spanish:string,Supervisors:string,Tier 2 User:string,Training Fulfilment:string,atlassian-addons-project-access:string>,self:string,simplified:boolean,style:string,versions:array<string>>,reporter:struct<accountId:string,accountType:string,active:boolean,avatarUrls:struct<16x16:string,24x24:string,32x32:string,48x48:string>,displayName:string,self:string,timeZone:string>,resolution:struct<id:string,name:string,self:string>,
When we manually ran the above call, the same day, we had the issue pop up again.
When we run it the next day, we get the json in the older format like we wanted it to.
We would like to understand if there is something that we are doing wrong?
Hi @Gangadhar Dalli ,
please could you provide more information about API are you currently use to fetch these data? What are your extra parameters that should appear?
Fabio
Added more details to the question.
We donot want the extra parameters to come up. What was coming up earlier worked fine for us.
The extra parameters are the ones causing that issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You have not provided any specific details about your use of the REST API and so it may be difficult for the community to offer ideas.
Without that information, please consider:
Kind regards,
Bill
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I think that rate limit might be a good thing for us to check since there were times when we encountered 429s.
But we didnt expect that the data might get corrupted from the API responses because of that.
I have edited the question to provide more details on the issue that we are facing. please let me know if there is anything that i could add further.
Thanks,
Gangadhar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.