Closed duncancasemore closed 3 years ago
@duncancasemore Properties like 'created', 'updated' are not fetched from elastic. These properties are by-passed by cloud team. Getting these properties using 'getFrom':'mongo' filter. Can we get this properties directly from elastic?
@vinaykumarkasireddy thanks. We shouldn't be using mongo, we do need to get from elastic. This story should have added the option to use created
and updated
in the API filters:
https://github.com/ApplaudSolutions/applaud-cloud/issues/2900
Does this give you what you need?
Yes @duncancasemore. That's perfect.
'GetFrom: mongo' filter is not working fine. Raised a cloud git https://github.com/ApplaudSolutions/applaud-cloud/issues/2980 for the same. Verified different options mentioned in the cloud git, but its not working.
Created a recipe and verified. Batch Trigger is polling correctly according to the batch size and also it is polling in correct intervals.
@vinay-applaud we shouldn't be using 'getFrom: mongo' anyway. Can you confirm we're not planning on using this?
Yes @duncancasemore Using this just for testing. We are not planning to use this.
created
property in Applaud)created
property in Applaud)filter={"offset":10,"limit":2}
)Two acceptance criteria's are not met. One is with workato team and another is with cloud team.
@vinaykumarkasireddy AC 14 is it still pending?
No @ssarap It is done. We can close this story.
Summary
Acceptance Criteria
created
property in Applaud)created
property in Applaud)filter={"offset":10,"limit":2}
)Wireframes and mockups
New/updated real-time trigger
Note: this wireframe is for a slightly different trigger, so there will be minor (obvious) variations
Open Issues
a) On trigger conditions, what types of model properties will work? Do we need to exclude some types of provide special processing? For example, date range, geopoint, etc might be hard. For lookups/foreign keys do we provide autocompletes?
Developer Testing
Requestor: leave this section blank Developer: complete this section during commit/pull request
Positive testing:
Add all the things that you have checked whilst completing this story here, it should be written in a non-technical way, and a lot of this can probably be taken from the acceptance criteria, here are two different examples:
Negative testing:
Here you list the things you have checked where your code needs to show an error, handle unusual/bad input/config gracefully, or may impact separate features that use or depend on the same code. Pause and think -- they may not be obvious! Examples:
e2e test links and description: