Maxximiliann
This proof of concept periodically polls data from a specific API before decoding the JSON. It should create a list of atoms from the binary keys it receives the first time it queries the API for reuse with each subsequent poll.
defmodule ProofOfConcept do
def naive_string_to_atom(raw_json) do
{:ok, decoded_api_response} = Jason.decode(raw_json)
root_keys =
decoded_api_response
|> List.first()
|> Map.keys()
nested_keys =
Enum.flat_map(
root_keys,
fn key ->
decoded_api_response
|> Enum.map(fn map_element ->
foo = Map.get(map_element, key)
case is_map(foo) do
true ->
Map.keys(foo)
false ->
:not_a_key
end
end)
|> Enum.reject(&(&1 == :not_a_key))
end
)
|> Enum.flat_map(& &1)
|> Enum.uniq()
extracted_keys =
(nested_keys ++ root_keys)
|> Enum.map(&String.to_atom(&1))
IO.inspect(extracted_keys, limit: :infinity)
end
def decode(raw_json) do
try do
Jason.decode(raw_json, keys: :atoms!)
rescue
_ ->
IO.puts("Converting JSON keys to atoms . . . ")
naive_string_to_atom(raw_json)
main()
end
end
def main() do
api_url = "https://wavescap.com/api/assets.json"
{:ok, api_response} = HTTPoison.get(api_url)
decode(api_response.body)
end
end
The problem:
Apparently the atomized keys are never retained in memory, requiring them to be recreated each time updated data is retrieved from the API.
iex(1)> ProofOfConcept.main
Converting JSON keys to atoms . . .
[:firstPrice_brln, :firstPrice_btc, :firstPrice_cnyn, :firstPrice_eth,
:firstPrice_eurn, :firstPrice_gbpn, :firstPrice_jpyn, :firstPrice_ngnn,
:firstPrice_rubn, :firstPrice_tryn, :firstPrice_uahn, :"firstPrice_usd-n",
:firstPrice_waves, :lastPrice_brln, :lastPrice_btc, :lastPrice_cnyn,
:lastPrice_eth, :lastPrice_eurn, :lastPrice_gbpn, :lastPrice_jpyn,
:lastPrice_ngnn, :lastPrice_rubn, :lastPrice_tryn, :lastPrice_uahn,
:"lastPrice_usd-n", :lastPrice_waves, :"24h_vol_brln", :"24h_vol_btc",
:"24h_vol_cnyn", :"24h_vol_eth", :"24h_vol_eurn", :"24h_vol_gbpn",
:"24h_vol_jpyn", :"24h_vol_ngnn", :"24h_vol_rubn", :"24h_vol_tryn",
:"24h_vol_uahn", :"24h_vol_usd-n", :"24h_vol_waves", :circulating, :data,
:excludedFromCirculating, :id, :name, :precision, :sender, :shortcode, :start,
:totalSupply, :trades, :website]
Converting JSON keys to atoms . . .
[:firstPrice_brln, :firstPrice_btc, :firstPrice_cnyn, :firstPrice_eth,
:firstPrice_eurn, :firstPrice_gbpn, :firstPrice_jpyn, :firstPrice_ngnn,
:firstPrice_rubn, :firstPrice_tryn, :firstPrice_uahn, :"firstPrice_usd-n",
:firstPrice_waves, :lastPrice_brln, :lastPrice_btc, :lastPrice_cnyn,
:lastPrice_eth, :lastPrice_eurn, :lastPrice_gbpn, :lastPrice_jpyn,
:lastPrice_ngnn, :lastPrice_rubn, :lastPrice_tryn, :lastPrice_uahn,
:"lastPrice_usd-n", :lastPrice_waves, :"24h_vol_brln", :"24h_vol_btc",
:"24h_vol_cnyn", :"24h_vol_eth", :"24h_vol_eurn", :"24h_vol_gbpn",
:"24h_vol_jpyn", :"24h_vol_ngnn", :"24h_vol_rubn", :"24h_vol_tryn",
:"24h_vol_uahn", :"24h_vol_usd-n", :"24h_vol_waves", :circulating, :data,
:excludedFromCirculating, :id, :name, :precision, :sender, :shortcode, :start,
:totalSupply, :trades, :website]
Converting JSON keys to atoms . . .
[:firstPrice_brln, :firstPrice_btc, :firstPrice_cnyn, :firstPrice_eth,
:firstPrice_eurn, :firstPrice_gbpn, :firstPrice_jpyn, :firstPrice_ngnn,
:firstPrice_rubn, :firstPrice_tryn, :firstPrice_uahn, :"firstPrice_usd-n",
:firstPrice_waves, :lastPrice_brln, :lastPrice_btc, :lastPrice_cnyn,
:lastPrice_eth, :lastPrice_eurn, :lastPrice_gbpn, :lastPrice_jpyn,
:lastPrice_ngnn, :lastPrice_rubn, :lastPrice_tryn, :lastPrice_uahn,
:"lastPrice_usd-n", :lastPrice_waves, :"24h_vol_brln", :"24h_vol_btc",
:"24h_vol_cnyn", :"24h_vol_eth", :"24h_vol_eurn", :"24h_vol_gbpn",
:"24h_vol_jpyn", :"24h_vol_ngnn", :"24h_vol_rubn", :"24h_vol_tryn",
:"24h_vol_uahn", :"24h_vol_usd-n", :"24h_vol_waves", :circulating, :data,
:excludedFromCirculating, :id, :name, :precision, :sender, :shortcode, :start,
:totalSupply, :trades, :website]
Converting JSON keys to atoms . . .
[:firstPrice_brln, :firstPrice_btc, :firstPrice_cnyn, :firstPrice_eth,
:firstPrice_eurn, :firstPrice_gbpn, :firstPrice_jpyn, :firstPrice_ngnn,
:firstPrice_rubn, :firstPrice_tryn, :firstPrice_uahn, :"firstPrice_usd-n",
:firstPrice_waves, :lastPrice_brln, :lastPrice_btc, :lastPrice_cnyn,
:lastPrice_eth, :lastPrice_eurn, :lastPrice_gbpn, :lastPrice_jpyn,
:lastPrice_ngnn, :lastPrice_rubn, :lastPrice_tryn, :lastPrice_uahn,
:"lastPrice_usd-n", :lastPrice_waves, :"24h_vol_brln", :"24h_vol_btc",
:"24h_vol_cnyn", :"24h_vol_eth", :"24h_vol_eurn", :"24h_vol_gbpn",
:"24h_vol_jpyn", :"24h_vol_ngnn", :"24h_vol_rubn", :"24h_vol_tryn",
:"24h_vol_uahn", :"24h_vol_usd-n", :"24h_vol_waves", :circulating, :data,
:excludedFromCirculating, :id, :name, :precision, :sender, :shortcode, :start,
:totalSupply, :trades, :website]
Converting JSON keys to atoms . . .
[:firstPrice_brln, :firstPrice_btc, :firstPrice_cnyn, :firstPrice_eth,
:firstPrice_eurn, :firstPrice_gbpn, :firstPrice_jpyn, :firstPrice_ngnn,
:firstPrice_rubn, :firstPrice_tryn, :firstPrice_uahn, :"firstPrice_usd-n",
:firstPrice_waves, :lastPrice_brln, :lastPrice_btc, :lastPrice_cnyn,
:lastPrice_eth, :lastPrice_eurn, :lastPrice_gbpn, :lastPrice_jpyn,
:lastPrice_ngnn, :lastPrice_rubn, :lastPrice_tryn, :lastPrice_uahn,
:"lastPrice_usd-n", :lastPrice_waves, :"24h_vol_brln", :"24h_vol_btc",
:"24h_vol_cnyn", :"24h_vol_eth", :"24h_vol_eurn", :"24h_vol_gbpn",
:"24h_vol_jpyn", :"24h_vol_ngnn", :"24h_vol_rubn", :"24h_vol_tryn",
:"24h_vol_uahn", :"24h_vol_usd-n", :"24h_vol_waves", :circulating, :data,
:excludedFromCirculating, :id, :name, :precision, :sender, :shortcode, :start,
:totalSupply, :trades, :website]
After each new API poll, why aren’t the atoms that were previously generated being reused?
Trending in Questions
I’m aware of 2 such projects, are there others?
git: GitHub - team-alembic/realworld: A fullstack Phoenix LiveView application with back...
New
I having some trouble figuring out if I have set myself too strict of standards for my production server. Currently I can handle 75% of r...
New
Hi everyone.
My team and I have been working on a fairly modest app based around video streaming and chat, but we’ve landed a customer t...
New
I really like the adapter patterns that ecto, nebulex, waffle, etc. use and would love find something similar for a key management servic...
New
Hello folks!
So at work, we are seeing some situations where we have to define some “fixed” strings that are used across the codebase in...
New
How Can I Optimise Compile Time Dependencies
I have been building an elixir application for about 2 years now. Many modules and files ha...
New
Hi,
we run different LLM models across a cluster, with each node loading a configurable subset. Model-specific queues let nodes consume ...
New
Other Trending Topics
A little off-topic, but I feel like people here have a good head on their shoulders.
I used to be quite good at making software. Was luc...
New
Hey. Is there anyone here who creates agents in their apps? Not talking about using agents, but creating them. I’m finding it pretty diff...
New
I fully migrated to my own harness from Anthropic/Gemini and I think it’s time to share it. Welcome DSH, the DeepSeek Harness, fully writ...
New
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
There has been a thread to discuss the Stack Overflow Developer Survey on this forum every year since 2018, so here’s yet another one for...
New
I love Elixir. It’s one of 2 programming languages I’ve ever fallen in love with.
But I don’t use it anymore.
Serverless was the promis...
New
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #ai
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixirconf-us
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #elixirconf-eu
- #api
- #forms
- #security
- #performance










Showing Posts 1 to 4- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
al2o3cr
If one of the elements of
decoded_api_responsehas additional keys not present in the first one,naive_string_to_atomwill not see them and the bug you’re seeing would happen.The error message here should be helpful - on OTP 25, it is explicit about what string failed:
Maxximiliann
Per your suggestion I made the following update:
Outcome:
It seems it’s trying to atomize new lines? Am I reading this right?
al2o3cr
The message in the
ArgumentErroris only the top half of the output from triggering that error iniex- the other half is from__STACKTRACE__:Maxximiliann
The API is not universally constructed, as it turns out, so some records have keys that are absent from others. I was able to deduce what was going wrong and rewrite the code to accommodate for it thanks to being able to examine the error stacktrace. Thanks for the tip!
Btw, please elaborate on a few of the points you made here when you have a moment to spare, thanks again!