Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Optional raw-data-api task id return for upstream services #16

Open
spwoodcock opened this issue Feb 15, 2024 · 0 comments
Open

Optional raw-data-api task id return for upstream services #16

spwoodcock opened this issue Feb 15, 2024 · 0 comments
Labels
enhancement New feature or request help wanted Extra attention is needed

Comments

@spwoodcock
Copy link
Member

Is your feature request related to a problem? Please describe.

  • For a remote query we currently poll raw-data-api at an interval.
  • Sometimes there is a large job queue for raw-data-api and the job may take time to complete.
  • The polling interval increases up to a maximum duration of 10 minutes.
  • This is fine for most use cases, as a response should likely return by then.
  • However, some upstream services (e.g. FMTM) require a response in <1min if using during an API call, as the connection to the user will time out.

Describe the solution you'd like

  • There should be an option for execQuery to return the raw-data-api task ID only, so the upstream service can do the polling however they like (either websocket, or polling/heartbeat).
  • A simple flag and early exit with the query URL would do the job.

Describe alternatives you've considered

  • Increasing the timeout for the user request on a webserver, but this causes unnecessary load and is a bad idea.
@spwoodcock spwoodcock added enhancement New feature or request help wanted Extra attention is needed labels Feb 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
Development

No branches or pull requests

1 participant