Hi @erohmensing
There is a confusion betwen this topic and this one : Rasa HTTP API unreachable using in production with RASA X - #2 by erohmensing
Actually I’m facing this problem to integrate our rasabot to our system, we use Rasa-x on GKE with helm install. We are using Rasa-X to hold a bot which is accessible from a mobile app. At first each app talked to rasa on the rest api, sending its sender_id with the message when talking to the bot but with no JWT auth. We now use the process described here-under.
The app asks our backend to connect to /api/auth and get a chat_token. This chat_token is then used by the app to get a conversation_id and an access_token on api/auth/jwt route of rasa-x.
After that, sending a message on /api/conversations/{{conversation_id}}/messages is working perfectly but posting on routes :
- /api/conversations/{{conversation_id}}/trigger_intent?trigger_intent?token=RASA_X_TOKEN
- /api/conversations/{{conversation_id}}/trigger_intent?trigger_intent?token=RASA_TOKEN
- /core/conversations/{{conversation_id}}/trigger_intent?trigger_intent?token=RASA_X_TOKEN
- /core/conversations/{{conversation_id}}/trigger_intent?trigger_intent?token=RASA_TOKEN with a body containing {“name”: “intent_name”} isn’t effective. I tried with “output_channel=latest” too.
One of our main usecases is to start a form which is linked to an intent from the app, for the moment we just send a “/intent” as a message but wouldn’t it be better to use the /trigger_intent route ?
Do we have to add in the endpoints.yml something like this ? : rasa-production: url: ${RASA_PRODUCTION_HOST}/core
Thank you for your time and attention, hope we’ll clarify this soon !