Malien

Malien

My absinthe schema files are growing quite significantly. It is getting hard to keep track of schema definitions.

I’d like to structure my files with relation to entities I am dealing with.

Let’s say I have two following modules

defmodule UserSchema do
  use Absinthe.Schema.Notation

  object :user do
     field :name, :string
  end
end

defmodule PostSchema do
  use Absinthe.Schema.Notation
  
  object :post do
    field :title, :string
    field :contents, :string
  end
end

I can import them into a global schema definition with import_types directive. That’s cool. But my entities are related to each other, and often the relation is circular. If we have something like this:

defmodule UserSchema do
  use Absinthe.Schema.Notation
  import_types(PostSchema)

  object :user do
     field :name, :string
     field :posts, list_of(:post)
  end
end

defmodule PostSchema do
  use Absinthe.Schema.Notation
  import_types(UserSchema)
  
  object :post do
    field :title, :string
    field :contents, :string
    field :author, :user
  end
end

This causes an infinite loop on compilation. And it does make sense.

The question is: Can I have circular dependancies on graphql type definitions? And if so, how would I accomplish this.

I know that circular resolution is f-ing hard. And I wouldn’t be surprised if such capabilities are not implemented. Honestly, it would be enough for me to even have C-like declarations that type exists, but is defined elsewhere

Showing Posts 1 to 3

maartenvanvliet

maartenvanvliet

import_types is only needed in your schema module. It should not be used in any of the type modules (i.e. those that have use Absinthe.Schema.Notation). See also Importing Types — absinthe v1.11.0.

References in PostSchema to :user and in UserSchema to :post are resolved in compilation to ensure the types exist.

Malien

Malien OP

Thanks, that is indeed the case. For some reason I was mislead that in order for references to be resolved, they had to be imported first. I think it was one of those X is not defined in your schema that threw me off, which now seems to be unrelated.

maartenvanvliet

maartenvanvliet

Created a PR to no longer allow import_types and similar in the type modules to avoid this confusion.

— All posts loaded —

Where Next? Top

Trending in Questions Top

RSP87
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
nseaSeb
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
brecabral
Documentation While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
RemyXRenard
I’m seeing that a list inside a Kino.DataTable will be interpreted as a charlist, even if the Kino.configure() is set to charlists: :as_l...
New
velrest
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
samoloth
Hi, I’ve just set up an application with ash_authentication. There is only magic link strategy for now, so there is no confirmation add o...
New
asweet-confluent
I recently noticed that Elixir’s Logger defaults its primary log level to :debug when no :logger, :level application configuration is pre...
New

Other Trending Topics Top

JesseHerrick
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
mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
marciok
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
mhanberg
Hi everyone! The first release candidate for the Expert language server project is now available! We’ve published a press release detai...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Dmk
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

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews