Skip to content
This repository was archived by the owner on Nov 11, 2022. It is now read-only.

Conversation

swegner
Copy link
Contributor

@swegner swegner commented Apr 27, 2016

No description provided.

@swegner
Copy link
Contributor Author

swegner commented Apr 27, 2016

R: @bjchambers

Nothing interesting here, pure backport.

@dhalperi
Copy link
Contributor

dhalperi commented May 2, 2016

R: @bjchambers

@swegner swegner force-pushed the backport branch 7 times, most recently from a84276c to 3cdc92f Compare May 16, 2016 19:02
@bjchambers
Copy link
Contributor

I see a build/test failure:

Failed tests:
BigQueryIOTest.testBatchSinkPrimitiveDisplayData:595->testSinkPrimitiveDisplayData:614 BigQueryIO.Write should include the table spec in its primitive display data
Expected: a collection containing display data with item: with key is "tableSpec"
but: found 0 non-matching item(s):

@swegner
Copy link
Contributor Author

swegner commented May 16, 2016

I see a build/test failure:

Looks like there had been some BigQueryIO work that isn't backported which broke the tests for primitive display data. I've manually updated the code.

This now has all DisplayData backports in it. PTAL @bjchambers

swegner added 9 commits May 16, 2016 16:47
…ent super implementation is a no-op, but this is the recommended way to implement the pattern

(cherry picked from commit c6690c1)
Introduce `DisplayData#Item` which represents a single item of
`DisplayData`. Reduce the number of methods on `DisplayData#Builder` to
just deal with adding items, rather than needing per-type overrides.

Update all providers of `DisplayData` to use the new API.

(cherry picked from commit 47c7abc)
- Refactor Combine display data to not use ClassForDisplay
- Refactor DoFnReflector.SimpleDoFnAdapter to not use display data namespace override
- Add test case for display data multi-level namespace overrides

(cherry picked from commit 5eafdee)
DisplayDataEvaluator is useful for validating how PTransform
display data is surfaced in the context of a Pipeline and runner.

(cherry picked from commit c4b4180)
swegner added 8 commits May 16, 2016 16:47
(cherry picked from commit 489298f)
Display data is collected from PTransforms at Pipeline construction
time. Collecting display data runs user code from provided transforms
and fn's. These components should be designed not to throw during
pipeline construction, however we also shouldn't fail a pipeline
if this code does fail.

This PR adds resiliency to the DataflowPipelineTranslator, where
we collect display data for the Dataflow runner, and also a
RunnableOnService test to verify that all runners are resilient to
display data failures. Other runners are not yet using display data,
but will get this validation for free when they do.

(cherry picked from commit 58fa155)
(cherry picked from commit 62f05d8)
@bjchambers bjchambers merged commit 7bc5ed5 into GoogleCloudPlatform:master May 17, 2016
@swegner swegner deleted the backport branch May 21, 2016 00:10
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants