@hjelga Great!
Sorry, I don’t have a lot of experience with Heroku. However, shouldn’t be to different from the normal setup, right? Or which issues are you running into?
We want to deploy our docker-images to heroku, but heroku provides ports on runtime and doesn’t listen to EXPOSE in docker. So there has been a real struggle to let the COMMAND take in $PORT over existing rasa docker images.
The big problem is when heroku reads in the dockerfile it adds \ infront of variables.
We managed to get it working in the end by not using the rasa docker image
and making a script including $PORT to make it possible to decide on PORT on runtime.
The big problem is when heroku reads in the dockerfile it adds \ infront of variables.
Is that still a problem or did you solve it? It was the problem and it stopped when we ran the CMD with script.
Can’t you extend the original rasa image and overwrite the entrypoint / cmd?
Yes we tried to overwrite the entrypoint but the problem with the script however seems to be user permission on Heroku so we seemed to be on start point again. At this point it is working like I showed earlier with implementing our own Docker image, will we have problem in the future not implementing the stuff the offical docker image has?
Hi Team,
We’re having a similar kind of issue. But we’re using single container to run core and actions server.
Core is working properly. But when a custom action is made actions server gets the response from our custom API’s but it’s not dispatching the response back to core . core.log (77.6 KB) actions.log (100.2 KB) actions.py (3.6 KB)