nathanl
The Slipstream docs have a section on retries for establishing a connection.
But I don’t see anything about retries for messages. The docs for push/5 show using handle_reply/3 to handle an ack, but suppose an ack never comes, or takes too long to come. I think that could happen if:
- The server had a bug and lost the message
- The server channel crashed
- The TCP retries timed out and the connection crashed
I think in cases 2 and 3 some kind of error would be raised. But in any case, am I correct in assuming that the answer for message-level retries is “roll your own, according to your needs”?
Where Next?
Trending in Questions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Deploy Phoenix to your own VPS with PaaS ease: push-to-deploy, zero downtime, auto SSL, managed Postgres. 14-day free trial at potions.io
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #blog-post
- #phoenix_html
- #iex
- #graphql
- #genstage
- #ai
- #elixirconf-us
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #metaprogramming
- #hex
- #performance
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Practical resources that improve the lives of professional developers.
Bringing learning, work and compliance together since 1987.
Producing high quality Elixir screencasts since 2017.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
First 3 of 3 Posts
nathanl
@the-mikedavis
the-mikedavis
Yeah, retries are only built in for reconnecting. I was trying to mirror how Phoenix’s JavaScript client API works with that reconnection functionality. I don’t believe there’s anything built into the Phoenix Channel protocol for retrying messages - that should be built on top of
pushnathanl
That makes sense; each application may have different requirements for retrying messages. Thanks for confirming.