Instead of fetch details of all object key's is there any way to get the updated timestamp of object's keys so we will update our application accordingly. Maybe some API to get only modified object keys in past 5 minutes, this will improve our application performance. Can someone help on this please.
What steps did you take to try to find an answer to your question?
When I did a search using Google for jira cloud assets filter by modified timestamp, the AI response was this:
While Jira's built-in JQL (Jira Query Language) for issues allows filtering by "updated" date, it appears that directly filtering Assets objects based on a "modified timestamp" using standard AQL (Assets Query Language) within Jira's native features isn't readily available as a direct filtering option.
However, there are potential workarounds and approaches:
Automation for Jira with REST API:
You can utilize the Assets REST API in conjunction with Automation for Jira's "Send Web Request" action.
The "Get Object History Endpoint" can help access object modification details, including timestamps.
This approach requires configuration and knowledge of the Assets REST API.
Using a service account is recommended for this process.
Workaround using AQL and custom date attributes:
One user in the Atlassian community suggests that filtering on a custom date attribute within the asset object itself can be done using AQL.
This involves creating a custom date attribute in your asset schema that stores the "last modified" or "last reviewed" date.
Then, you can use AQL to filter objects based on this custom date attribute.
Viewing object history:
You can manually view the history of changes made to an individual asset object, including timestamps of modifications, under the "Activity" and "History" tabs for a specific object.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.