You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avro.apache.org by "dependabot[bot] (via GitHub)" <gi...@apache.org> on 2023/07/02 17:20:50 UTC

[GitHub] [avro] dependabot[bot] opened a new pull request, #2312: Bump grpc.version from 1.56.0 to 1.56.1 in /lang/java

dependabot[bot] opened a new pull request, #2312:
URL: https://github.com/apache/avro/pull/2312

   Bumps `grpc.version` from 1.56.0 to 1.56.1.
   Updates `grpc-core` from 1.56.0 to 1.56.1
   <details>
   <summary>Release notes</summary>
   <p><em>Sourced from <a href="https://github.com/grpc/grpc-java/releases">grpc-core's releases</a>.</em></p>
   <blockquote>
   <h2>v1.56.1</h2>
   <h3>Bug fixes</h3>
   <ul>
   <li>core: Fix regression where polling NameResolvers would not refresh after a resolution error (<a href="https://redirect.github.com/grpc/grpc-java/issues/10328">#10328</a>). The symptom is a transient failure like &quot;UNAVAILABLE: Unable to resolve host&quot; continuing potentially forever. This did not impact DnsNameResolver, but it did impacted GrpclbNameResolver which is the dns name resolver used when <code>grpc-grpclb</code> is in the classpath. So even users that think &quot;I don't use grpclb&quot; may have been impacted. <code>round_robin</code> is mainly impacted on startup, but if the error happened afterward it would commonly fix itself for short transient DNS failures. <code>pick_first</code> is impacted at all times; any failed DNS resolution could cause all future RPCs on the channel to fail.</li>
   </ul>
   </blockquote>
   </details>
   <details>
   <summary>Commits</summary>
   <ul>
   <li><a href="https://github.com/grpc/grpc-java/commit/0583c9257922ee312322823407200b8ba39226e1"><code>0583c92</code></a> Bump version to 1.56.1</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/ce0239ccac55fc426fb8479275aacbf94b11fe7c"><code>ce0239c</code></a> Update README etc to reference 1.56.1</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/3689c4000bf75670b535e85262fbfe8513072f7b"><code>3689c40</code></a> core: ManagedChannelImpl to always use RetryingNameResolver (<a href="https://redirect.github.com/grpc/grpc-java/issues/10328">#10328</a>) (<a href="https://redirect.github.com/grpc/grpc-java/issues/10332">#10332</a>)</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/dbe818de78572b3121f049044e24d2e83564eab1"><code>dbe818d</code></a> [PSM interop] Don't fail url_map target if sub-target already failed (<a href="https://redirect.github.com/grpc/grpc-java/issues/10295">#10295</a>)...</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/558b5b0bfac8e21755c223063274a779b3898afe"><code>558b5b0</code></a> Bump version to 1.56.1-SNAPSHOT</li>
   <li>See full diff in <a href="https://github.com/grpc/grpc-java/compare/v1.56.0...v1.56.1">compare view</a></li>
   </ul>
   </details>
   <br />
   
   Updates `grpc-stub` from 1.56.0 to 1.56.1
   <details>
   <summary>Release notes</summary>
   <p><em>Sourced from <a href="https://github.com/grpc/grpc-java/releases">grpc-stub's releases</a>.</em></p>
   <blockquote>
   <h2>v1.56.1</h2>
   <h3>Bug fixes</h3>
   <ul>
   <li>core: Fix regression where polling NameResolvers would not refresh after a resolution error (<a href="https://redirect.github.com/grpc/grpc-java/issues/10328">#10328</a>). The symptom is a transient failure like &quot;UNAVAILABLE: Unable to resolve host&quot; continuing potentially forever. This did not impact DnsNameResolver, but it did impacted GrpclbNameResolver which is the dns name resolver used when <code>grpc-grpclb</code> is in the classpath. So even users that think &quot;I don't use grpclb&quot; may have been impacted. <code>round_robin</code> is mainly impacted on startup, but if the error happened afterward it would commonly fix itself for short transient DNS failures. <code>pick_first</code> is impacted at all times; any failed DNS resolution could cause all future RPCs on the channel to fail.</li>
   </ul>
   </blockquote>
   </details>
   <details>
   <summary>Commits</summary>
   <ul>
   <li><a href="https://github.com/grpc/grpc-java/commit/0583c9257922ee312322823407200b8ba39226e1"><code>0583c92</code></a> Bump version to 1.56.1</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/ce0239ccac55fc426fb8479275aacbf94b11fe7c"><code>ce0239c</code></a> Update README etc to reference 1.56.1</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/3689c4000bf75670b535e85262fbfe8513072f7b"><code>3689c40</code></a> core: ManagedChannelImpl to always use RetryingNameResolver (<a href="https://redirect.github.com/grpc/grpc-java/issues/10328">#10328</a>) (<a href="https://redirect.github.com/grpc/grpc-java/issues/10332">#10332</a>)</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/dbe818de78572b3121f049044e24d2e83564eab1"><code>dbe818d</code></a> [PSM interop] Don't fail url_map target if sub-target already failed (<a href="https://redirect.github.com/grpc/grpc-java/issues/10295">#10295</a>)...</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/558b5b0bfac8e21755c223063274a779b3898afe"><code>558b5b0</code></a> Bump version to 1.56.1-SNAPSHOT</li>
   <li>See full diff in <a href="https://github.com/grpc/grpc-java/compare/v1.56.0...v1.56.1">compare view</a></li>
   </ul>
   </details>
   <br />
   
   Updates `grpc-netty` from 1.56.0 to 1.56.1
   <details>
   <summary>Release notes</summary>
   <p><em>Sourced from <a href="https://github.com/grpc/grpc-java/releases">grpc-netty's releases</a>.</em></p>
   <blockquote>
   <h2>v1.56.1</h2>
   <h3>Bug fixes</h3>
   <ul>
   <li>core: Fix regression where polling NameResolvers would not refresh after a resolution error (<a href="https://redirect.github.com/grpc/grpc-java/issues/10328">#10328</a>). The symptom is a transient failure like &quot;UNAVAILABLE: Unable to resolve host&quot; continuing potentially forever. This did not impact DnsNameResolver, but it did impacted GrpclbNameResolver which is the dns name resolver used when <code>grpc-grpclb</code> is in the classpath. So even users that think &quot;I don't use grpclb&quot; may have been impacted. <code>round_robin</code> is mainly impacted on startup, but if the error happened afterward it would commonly fix itself for short transient DNS failures. <code>pick_first</code> is impacted at all times; any failed DNS resolution could cause all future RPCs on the channel to fail.</li>
   </ul>
   </blockquote>
   </details>
   <details>
   <summary>Commits</summary>
   <ul>
   <li><a href="https://github.com/grpc/grpc-java/commit/0583c9257922ee312322823407200b8ba39226e1"><code>0583c92</code></a> Bump version to 1.56.1</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/ce0239ccac55fc426fb8479275aacbf94b11fe7c"><code>ce0239c</code></a> Update README etc to reference 1.56.1</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/3689c4000bf75670b535e85262fbfe8513072f7b"><code>3689c40</code></a> core: ManagedChannelImpl to always use RetryingNameResolver (<a href="https://redirect.github.com/grpc/grpc-java/issues/10328">#10328</a>) (<a href="https://redirect.github.com/grpc/grpc-java/issues/10332">#10332</a>)</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/dbe818de78572b3121f049044e24d2e83564eab1"><code>dbe818d</code></a> [PSM interop] Don't fail url_map target if sub-target already failed (<a href="https://redirect.github.com/grpc/grpc-java/issues/10295">#10295</a>)...</li>
   <li><a href="https://github.com/grpc/grpc-java/commit/558b5b0bfac8e21755c223063274a779b3898afe"><code>558b5b0</code></a> Bump version to 1.56.1-SNAPSHOT</li>
   <li>See full diff in <a href="https://github.com/grpc/grpc-java/compare/v1.56.0...v1.56.1">compare view</a></li>
   </ul>
   </details>
   <br />
   
   
   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-automerge-start)
   [//]: # (dependabot-automerge-end)
   
   ---
   
   <details>
   <summary>Dependabot commands and options</summary>
   <br />
   
   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)
   
   
   </details>


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscribe@avro.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org


[GitHub] [avro] RyanSkraba merged pull request #2312: Bump grpc.version from 1.56.0 to 1.56.1 in /lang/java

Posted by "RyanSkraba (via GitHub)" <gi...@apache.org>.
RyanSkraba merged PR #2312:
URL: https://github.com/apache/avro/pull/2312


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscribe@avro.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org