CrowdHailer/raxx

Gleam

Opened this issue · 6 comments

Pjino commented

How about porting Raxx and Ace to Gleam?
the BEAM is fantastic, Elixir has a lot of virtues, but the latest developments on LiveView, Phoenix and Elixir are not in the right (purist) direction and Gleam seems to be in the right direction and maturity state that would boom with Raxx/Ace and Vice-versa.
Do you think it would be worth it from your side?

lpil commented

Personally I'd love to see Ace in Gleam or Erlang so I can use it in Gleam projects without the Elixir dependency. 😁

  • 👍2
CrowdHailer commented

I'm probably not able to do this myself at the moment. I would however love to help someone who wants to try and do it.

Thinking about it some more, I would potentially go for writing Ace in erlang and Raxx in Gleam.
Get a typed interface but a server that can be used anywhere in the bean ecosystem.
Also, if I remember correctly @lpil, gleam doesn't yet help much with spawning and send/receive which is a lot of the Ace code.

  • 👍1
lpil commented

Yes that's right. I think that may be the best approach for where we are now.

CrowdHailer commented

Maybe I should submit a talk proposal then it would have to be done.

  • 😄2
lpil commented

I've previously had some success decompiling Elixir beam files into Erlang. It's a bit ugly and you need to replace all the calls to Elixir modules but it does the trick!

CrowdHailer commented

Forgot about this issue.

Raxx replacement is mostly handled by https://hexdocs.pm/gleam_http/, There is a cowboy adapter for gleam_http that would work as an ace substitute.

For a Gleam Server I started work on Lean https://github.com/midas-framework/midas/tree/master/src/midas/lean

  • 👍1