1
88%
master: 89%

Ran 14 May 2024 01:51PM UTC

Files 573

Run time 15s

Badge

Embed ▾

Committed 14 May 2024 01:34PM UTC coverage: 88.419% (+0.02%) from 88.403%

Job # #19232.1

Build Type

push

github

Committed by

ejona86

Commit Message

rls: Guarantee backoff will update RLS picker

Previously, picker was likely null if entering backoff soon after
start-up. This prevented the picker from being updated and directing
queued RPCs to the fallback. It would work for new RPCs if RLS returned
extremely rapidly; both ManagedChannelImpl and DelayedClientTransport do
a pick before enqueuing so the ManagedChannelImpl pick could request
from RLS and DelayedClientTransport could use the response. So the test
uses a delay to purposefully avoid that unlikely-in-real-life case.

Creating a resolving OOB channel for InProcess doesn't actually change
the destination from the parent, because InProcess uses directaddress.
Thus the fakeRlsServiceImpl is now being added to the fake backend
server, because the same server is used for RLS within the test.

b/333185213

Run Details

31615 of 35756 relevant lines covered (88.42%)

0.88 hits per line

grpc / grpc-java / #19232 / 1
88%
master: 89%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job #19232.1

grpc / grpc-java / #19232 / 1 88% master: 89%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job #19232.1

grpc / grpc-java / #19232 / 1
88%
master: 89%

README BADGES
x