sangeethailango
Given I have a nested resource with articles having many comments, how do I create an API endpoint for posting comments.
I want my API for creating comments at POST /articles/:id/comments. How do I create this nested API structure?
My resource for Articles and Comments are shown below:
Article resource:
defmodule Account.Blog.Article do
use Ash.Resource,
domain: Account.Blog,
data_layer: AshPostgres.DataLayer,
extensions: [AshJsonApi.Resource]
alias Account.Blog.Comment
postgres do
table "articles"
repo Account.Repo
end
json_api do
type "article"
end
actions do
defaults [:read]
create :article do
accept [:name]
end
end
attributes do
uuid_primary_key :id
attribute :name, :string
end
relationships do
has_many :comments, Comment
end
end
Comments resource
defmodule Account.Blog.Comment do
use Ash.Resource,
domain: Account.Blog,
data_layer: AshPostgres.DataLayer,
extensions: [AshJsonApi.Resource]
alias Account.Blog.Article
postgres do
table "comments"
repo Account.Repo
end
json_api do
type "comment"
end
actions do
defaults [:read]
create :comment do
accept [:comment, :article_id]
end
end
attributes do
uuid_primary_key :id
attribute :comment, :string
end
relationships do
belongs_to :article, Article
end
end
Domain:
defmodule Account.Blog do
use Ash.Domain,
extensions: [AshJsonApi.Domain]
alias Account.Blog.{Article, Comment}
resources do
resource Article
resource Comment
end
json_api do
routes do
base_route "/articles", Article do
get(:read)
post(:article)
end
base_route "/comments", Comment do
get(:read)
post(:comment)
end
end
end
end
I am currently giving the request at POST /comments with the article_id to mention which article the comments belongs to.
Example:
{
"data": {
"type": "comment",
"attributes": {
"comment": "Good",
"article_id": "article_id"
}
}
}
Trending in Questions
I’m working on a project that simulates the bumbl example in the programming phoenix book. It acts almost like an email client. We have a...
New
Hi everyone,
I am toying with the idea of building a “match maker” for giving personal help to people that wants to start coding.
I sta...
New
Hello,
I know there is an approach for handling lists that allows for optimized traversal, but I can’t recall the specific method (somet...
New
Documentation
While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
So my question is quite simple and i have found no conclusive answer on forum, google or AI.
Should we use :erlang.float for Integer to ...
New
I recently noticed that Elixir’s Logger defaults its primary log level to :debug when no :logger, :level application configuration is pre...
New
I’m new to elixir and just tried to install the elixirLS extension for VScode(ium) and it is throwing some errors that I would like help ...
New
Other Trending Topics
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
I am happy to introduce the very α version of the new programming language compiled to BEAM.
Welcome Cure.
It has literally three kille...
New
Hi there! We created Gust: A task orchestrator inspired by Airflow.
For those who have never heard about Aiflow, it’s a Python-based wor...
New
Hi everyone!
The first release candidate for the Expert language server project is now available!
We’ve published a press release detai...
New
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
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
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #ai
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #elixirconf-eu
- #metaprogramming
- #hex











Showing Posts 1 to 6- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
zachdaniel
You should be able to do that by including an
article_idin the route params for yourpost.Your post pointed out to me that being able to nest
base_routescould clean this up greatly, so I’m pushing a release w/ that ability soon. Then it would look like this:shankardevy
wow @zachdaniel that’s super fast! You comment here is 18hours ago and I see this commit implementing this feature17hrs ago! improvement: support nested `base_route`s · ash-project/ash_json_api@bf77d4d · GitHub
This is something I was also looking for as well. However, I would like to understand the difference between using
relatedorpost_to_relationshipmacro inside theroutesvs what you have proposed as a new solution here:For eg., can the following do the same as what you have proposed as nested
base_routefor creating comment?sangeethailango
@zachdaniel Thank you so much for the quick reply
. Updated to the newer version and applied the solution.
zachdaniel
relatedis a route for reading the records of a relationship, i.e/posts/:id/commentsIt can be thought of as an index route that only returns the related records.
post_to_relationshipis for “linking” a record or records to another via a relationship. It accepts a very specific input (something called “linkage”), and is typically only used to connect existing things together.You can see more here: JSON:API — Latest Specification (v1.1)
shankardevy
Just to clarify, please check if my understanding is correct:
1.
relatedoption onroutesUse this only for
GETrequests for related records. Doesn’t work for any other methods.If
Articleresource has manyTagrelationship, thisrelatedoption is used to fetch only the associated tags of a specific article.In this case, the Ash
actionfor the api is placed in theArticleresource.2.
post_to_relationshipoption onroutesUse this option for any other methods other than
GETfor related records. The related record must already exist. In the case ofArticleandTagrelationships, both the records must exist already.post_to_relationshipis used to create the linkage inArticleTagsresource.The same applies for
patch_relationship,delete_from_relationshipto update or delete the linkArticleTagsresource record.In this case, the Ash
actionfor the api is placed in theArticleresource.3. Nested
base_routeas explained in this post by @zachdanielUse this option to do any of the above actions with the main differences as below:
actionfor the nested route is present in the nested resource rather than in the parent resource as in the above options. i.e., GET/articles/:id/tagswill be responded by an action in theTagresource.Is my understanding correct?
zachdaniel
Yep! Looks right to me