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

Check if conversation ID is valid for all server endpoints #7022

Closed
ricwo opened this issue Oct 15, 2020 · 5 comments
Closed

Check if conversation ID is valid for all server endpoints #7022

ricwo opened this issue Oct 15, 2020 · 5 comments
Labels
area:rasa-oss 🎡 Anything related to the open source Rasa framework area:rasa-oss/server Issues focused running rasa as server (e.g. via `rasa run`) type:enhancement ✨ Additions of new features or changes to existing ones, should be doable in a single PR

Comments

@ricwo
Copy link
Contributor

ricwo commented Oct 15, 2020

Description of Problem: In the HTTP server, we should check for endpoints that depend on conversation_id that this ID exists.

Overview of the Solution: Create a decorator similar to ensure_agent_is_loaded() that uses the processor and checks if the conversation ID exists. If not, it returns an appropriate error code.

@ricwo ricwo added type:enhancement ✨ Additions of new features or changes to existing ones, should be doable in a single PR area:rasa-oss 🎡 Anything related to the open source Rasa framework labels Oct 15, 2020
@aleronupe
Copy link
Contributor

aleronupe commented Nov 5, 2020

Exalate commented:

aleronupe commented:

Hi @ricwo, @RomuloSouza and I got interested on this issue and we started to develop a solution to it. Are there any other requirements to completely solve the problem than creating the decorator and raising the exception if the id doesn’t exist?

@ricwo
Copy link
Contributor Author

ricwo commented Nov 5, 2020

Exalate commented:

ricwo commented:

cc @wochinge, would you mind taking this over?

🙏

@wochinge
Copy link
Contributor

wochinge commented Nov 6, 2020

Exalate commented:

wochinge commented:

@aleronupe I don't think it necessarily needs to be a decorator. Not sure if it's possible, but it would also be great if we don't retrieve the tracker twice from the database.

And I don't think we need this warning for every endpoint. After having a quick look, I'd think that these would be candidates:

  • GET /conversations/<conversation_id:path>/story
  • maybe: POST /conversations/<conversation_id:path>/execute
  • POST /conversations/<conversation_id:path>/predict

@aleronupe
Copy link
Contributor

aleronupe commented Nov 10, 2020

Exalate commented:

aleronupe commented:

@wochinge We tried to develop a solution where we wouldn't have to retrieve the tracker twice from the database but, as each server endpoint uses a different processor function, we had to retrieve the tracker at the decorator in a more generic way.

@alwx alwx added the area:rasa-oss/server Issues focused running rasa as server (e.g. via `rasa run`) label Jan 28, 2021
@rasabot-exalate rasabot-exalate added area:rasa-oss type:enhancement ✨ Additions of new features or changes to existing ones, should be doable in a single PR area:rasa-oss 🎡 Anything related to the open source Rasa framework and removed type:enhancement ✨ Additions of new features or changes to existing ones, should be doable in a single PR area:rasa-oss 🎡 Anything related to the open source Rasa framework area:rasa-oss labels Mar 17, 2022 — with Exalate Issue Sync
@m-vdb m-vdb removed the priority:low label Dec 7, 2022
@sync-by-unito
Copy link

sync-by-unito bot commented Dec 19, 2022

➤ Maxime Verger commented:

💡 Heads up! We're moving issues to Jira: https://rasa-open-source.atlassian.net/browse/OSS.

From now on, this Jira board is the place where you can browse (without an account) and create issues (you'll need a free Jira account for that). This GitHub issue has already been migrated to Jira and will be closed on January 9th, 2023. Do not forget to subscribe to the corresponding Jira issue!

➡️ More information in the forum: https://forum.rasa.com/t/migration-of-rasa-oss-issues-to-jira/56569.

@m-vdb m-vdb closed this as completed Jan 9, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:rasa-oss 🎡 Anything related to the open source Rasa framework area:rasa-oss/server Issues focused running rasa as server (e.g. via `rasa run`) type:enhancement ✨ Additions of new features or changes to existing ones, should be doable in a single PR
Projects
None yet
Development

No branches or pull requests

6 participants