Skip to content

Conversation

@dependabot
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Mar 29, 2022

Bumps com.apollographql.apollo3 from 3.1.0 to 3.2.0.

Release notes

Sourced from com.apollographql.apollo3's releases.

v3.2.0

💙 Thanks to @​undermark5, @​demoritas, @​rkoron007, @​akshay253101, @​StylianosGakis, @​Goooler, @​jeffreydecker, @​theBradfo, @​anderssandven and @​olivierg13 for contributing to this release.

This version adds JS WebSocket support, more options to deal with __typename amongst other features and bugfixes.

✨️ [new] JS WebSocket support (#3913)

Version 3.2.0 now has WebSocket support for Javascript targets courtesy of @​undermark5! This is a huge milestone and means the JS target is now even closer to its JVM and iOS counterparts.

jvm Apple js linuxX64
apollo-api (models)
apollo-runtime (network, query batching, apq, ...) 🚫
apollo-normalized-cache 🚫
apollo-adapters 🚫
apollo-normalized-cache-sqlite 🚫 🚫
apollo-http-cache 🚫 🚫 🚫

The implementation is based on the ws library on Node and the WebSocket API on the browser and inspired by Ktor.

✨️ [new] Fine grained __typename control (#3939)

This version generates non-nullable fragments when it knows the fragment is always present:

{
  cat {
    # Because Animal is a supertype of Cat this condition will always be true
    ... on Animal {
      species
    }
  }
}

In addition, it introduces a addTypename Gradle option to have better control over when to add the __typename field:

/**
 * When to add __typename. One of "always", "ifFragments", "ifAbstract" or "ifPolymorphic"
 *
 * - "always": Add '__typename' for every compound field
 *
 * - "ifFragments": Add '__typename' for every selection set that contains fragments (inline or named)
 * This is adding a lot more '__typename' than the other solutions and will be certainly removed in
 * a future version. If you require '__typename' explicitly, you can add it to your queries.
 * This causes cache misses when introducing fragments where no fragment was present before and will be certainly removed in
 * a future version.
 *
</tr></table> 

... (truncated)

Changelog

Sourced from com.apollographql.apollo3's changelog.

Version 3.2.0

2022-03-29

💙 Thanks to @​undermark5, @​demoritas, @​rkoron007, @​akshay253101, @​StylianosGakis, @​Goooler, @​jeffreydecker, @​theBradfo, @​anderssandven and @​olivierg13 for contributing to this release.

This version adds JS WebSocket support, more options to deal with __typename amongst other features and bugfixes.

✨️ [new] JS WebSocket support (#3913)

Version 3.2.0 now has WebSocket support for Javascript targets courtesy of @​undermark5! This is a huge milestone and means the JS target is now even closer to its JVM and iOS counterparts.

jvm Apple js linuxX64
apollo-api (models)
apollo-runtime (network, query batching, apq, ...) 🚫
apollo-normalized-cache 🚫
apollo-adapters 🚫
apollo-normalized-cache-sqlite 🚫 🚫
apollo-http-cache 🚫 🚫 🚫

The implementation is based on the ws library on Node and the WebSocket API on the browser and inspired by Ktor.

✨️ [new] Fine grained __typename control (#3939)

This version generates non-nullable fragments when it knows the fragment is always present:

{
  cat {
    # Because Animal is a supertype of Cat this condition will always be true
    ... on Animal {
      species
    }
  }
}

In addition, it introduces a addTypename Gradle option to have better control over when to add the __typename field:

/**
 * When to add __typename. One of "always", "ifFragments", "ifAbstract" or "ifPolymorphic"
 *
 * - "always": Add '__typename' for every compound field
 *
 * - "ifFragments": Add '__typename' for every selection set that contains fragments (inline or named)
 * This is adding a lot more '__typename' than the other solutions and will be certainly removed in
 * a future version. If you require '__typename' explicitly, you can add it to your queries.
 * This causes cache misses when introducing fragments where no fragment was present before and will be certainly removed in
</tr></table> 

... (truncated)

Commits

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

@dependabot dependabot bot added the dependencies Pull requests that update a dependency file label Mar 29, 2022
@dependabot dependabot bot force-pushed the dependabot/gradle/com.apollographql.apollo3-3.2.0 branch from c755ae9 to ceb288b Compare March 29, 2022 17:31
Bumps [com.apollographql.apollo3](https://github.com/apollographql/apollo-android) from 3.1.0 to 3.2.0.
- [Release notes](https://github.com/apollographql/apollo-android/releases)
- [Changelog](https://github.com/apollographql/apollo-kotlin/blob/main/CHANGELOG.md)
- [Commits](apollographql/apollo-kotlin@v3.1.0...v3.2.0)

---
updated-dependencies:
- dependency-name: com.apollographql.apollo3
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot force-pushed the dependabot/gradle/com.apollographql.apollo3-3.2.0 branch from ceb288b to f9af2fd Compare March 29, 2022 18:52
@BFergerson BFergerson enabled auto-merge (squash) March 30, 2022 07:04
@BFergerson BFergerson merged commit 9875e00 into master Mar 30, 2022
@BFergerson BFergerson deleted the dependabot/gradle/com.apollographql.apollo3-3.2.0 branch March 30, 2022 07:42
BFergerson added a commit that referenced this pull request Mar 30, 2022
* Bump com.diffplug.spotless from 6.3.0 to 6.4.0 (#698)

Bumps com.diffplug.spotless from 6.3.0 to 6.4.0.

---
updated-dependencies:
- dependency-name: com.diffplug.spotless
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>

Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

* temp fixes #699 (#700)

* Bump com.apollographql.apollo3 from 3.1.0 to 3.2.0 (#697)

* Bump com.apollographql.apollo3 from 3.1.0 to 3.2.0

Bumps [com.apollographql.apollo3](https://github.com/apollographql/apollo-android) from 3.1.0 to 3.2.0.
- [Release notes](https://github.com/apollographql/apollo-android/releases)
- [Changelog](https://github.com/apollographql/apollo-kotlin/blob/main/CHANGELOG.md)
- [Commits](apollographql/apollo-kotlin@v3.1.0...v3.2.0)

---
updated-dependencies:
- dependency-name: com.apollographql.apollo3
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>

* Update gradle.properties

Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: Brandon Fergerson <bfergerson@apache.org>

Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants