sangria
Scala GraphQL implementation (by sangria-graphql)
Finatra
Fast, testable, Scala services built on TwitterServer and Finagle (by twitter)
Our great sponsors
sangria | Finatra | |
---|---|---|
5 | 1 | |
1,964 | 2,269 | |
-0.1% | 0.0% | |
8.4 | 5.8 | |
7 days ago | 3 months ago | |
Scala | Scala | |
Apache License 2.0 | Apache License 2.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
sangria
Posts with mentions or reviews of sangria.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-07-29.
- GraphQL is quickly moving to one of my least favorite technologies
-
How is this calculating complexity?
I am taking a look at Resolver from the Sangria GraphQL library and I cannot figure out how calcComplexity works. The code in the `Success` us really confusing to me. Where is the complexity getting calculated?
-
Where is this value coming from?
I started taking a look at QueryReducer from the Sangria GraphQL library and I am having a really hard tracing the logic for rejectMaxDepth. More specifically, I don't understand why depth is a parameter to measureDepth, where it is coming from, and how the depth is being calculated in measureDepth.
-
How (Not) To Build Your Own GraphQL Server
Instead of constructing an object, it uses classes to define the types and operations for the schema that it generates. The schema generated by this implementation will have the same structure as the schema created with graphql-js. Using classes to define your schema has the advantage of being less mutable and more structured when writing code. Similar implementations can be found for TypeScript with the library TypeGraphQL or Sangria GraphQL for Scala.
-
What is the state of frameworks and libraries support to build microservices in scala?
As Api gateway we use sangria on top of Finagle (finch to be precise) and that has been a huge boon in making the connection between microservices and frontend seamless/safe.
Finatra
Posts with mentions or reviews of Finatra.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-12-08.
-
Is Scala and Play Framework dying?
Two alternatives for service frameworks come to mind. Finatra, the tried-and-tested service framework built and maintained by Twitter. Alternatively, ZIO (and its broader ecosystem) is a rising start that fully embraces functional programming and all its incredible benefits.
What are some alternatives?
When comparing sangria and Finatra you can also consider the following projects:
Scalatra - Tiny Scala high-performance, async web framework, inspired by Sinatra
Play - The Community Maintained High Velocity Web Framework For Java and Scala.
Colossus - I/O and Microservice library for Scala
Finagle - A fault tolerant, protocol-agnostic RPC system
Analogweb
youi - Next generation user interface and application development in Scala and Scala.js for web, mobile, and desktop.
Reactive - A simple FRP library and a web UI framework built on it
Socko - A Scala web server powered by Netty networking and AKKA processing.
Chaos - A lightweight framework for writing REST services in Scala.