hexagon VS apollo-android

Hexagon is a Microservices Toolkit that aims to provide all you need to develop applications that run on Cloud environments.

Ktor is a project that's not primarily focused on application performance but developer performance. It seems to be sth different than what you want to achieve. I don't think a lot frameworks... or any other framework writes its own low level io stuff from scratch, they mostly use https://netty.io/ because there's not too much room for improvement and it's complete, battle tested and so on. I lately came across https://github.com/hexagonkt/hexagon which seems to have a very solid code base based on modules modules modules, is kotlin first and they have an adapter for netty. The usage of the naked http server seems to be as easy as it can be https://hexagonkt.com/port_http_server/port_http_server/ and they are even listed on techempower benchmarks https://github.com/hexagonkt/hexagon/ .

https://github.com/hexagonkt/hexagon A microservices toolkit written in Kotlin.

GraphQL queries are just HTTP POST queries with a JSON body. They're supported everywhere.

If you want specialized tooling for them, Kotlin and Swift both have great strongly-typed GraphQL libraries.

Apollo publishes libraries for both:

- https://www.apollographql.com/docs/kotlin/

- https://www.apollographql.com/docs/ios/

An example of a Snowflake API request using Java. This example uses Java’s built-in HttpClient and constructs JSON manually, so it doesn’t require additional dependencies; however, in production, you should use a library like Jackson for constructing JSON. Additionally, for stronger typing, you could use Apollo’s Kotlin-based GraphQL client.

Can you elaborate on what you are trying to do? Why do you generate those classes manually? If you are using Apollo Kotlin then it will generate your data classes based on your query.

We continue to rely on Apollo Kotlin (previously Apollo Android) as we migrate to Federation. It has evolved quite a bit since its creation and has been hugely useful to us, so it’s worth highlighting before jumping ahead.

- found Flutter graphql is way ahead , even almost mature as Apollo for JS. apollo-kotlin is several miles behind, a lot of issues, absolutely inconvenient usage after graphql-flutter

The announcement is at https://www.apollographql.com/blog/announcement/introducing-apollo-kotlin/ and the repo at https://github.com/apollographql/apollo-kotlin. Try it out and let us know what you think!

Apollo Client does have a good integration with these frameworks including React, iOS and Android — so, you might want to check that out

Hi 👋Martin from https://github.com/apollographql/apollo-android here. Can you ellaborate more on "created schema files are not serialized" ? For Android app, I usually recommend separating the persistence layer and the network models so that they're not coupled. But maybe it's different from a microservice?