Skip to content
代码片段 群组 项目
该项目从 https://github.com/apache/beam.git 镜像。 拉取镜像更新于
  1. 4月 08, 2022
    • Milan Patel's avatar
      BEAM-13939: Restructure Protos to fix namespace conflicts (#16961) · e44d8a72
      Milan Patel 创作于
      * Updates the Beam model protos to be housed in a namespaced directory structure. This is so that the proto files require usage of a org/apache/beam/model namespace in their imports and so that the generated files also include this namespace in their source file metadata.
      
      * Updates session.proto to use the new namespaced import
      
      * Adds a generic proto generated script that can be used to correctly generate all proto files for the go sdk. This new tool will add any necessary options to the proto compiler and generate the proto files relative to the go sdk root to ensure that the generated files have a namespaced file path in their metadata. If you want to generate a proto file in the go sdk, simply use this script in the go:generate directive, the rest will be taken care of by the script.
      
      * Updates the go sdk to use the new genproto script to correctly generate proto bindings. Updates the README for how to generate the model proto bindings into the SDK
      
      * Regenerates all go sdk proto bindings
      
      * Updates to the python build system. gen_protos.py now supports the new namespaced structure of the Beam model. It does this by supporting arbitrary directory structures of proto files by calculating and replacing the generated imports with relative imports with the generated source. Additionally, it will generate bindings that allow for imports of the form `from apache_beam.portability.api import beam_runner_api_pb2` so that the SDK is not dependent on the potentially changing structure of the generated bindings within `api`. Imports of the form `from apache_beam.portability.api.org.apache.beam.model import beam_runner_api_pb2` are still supported. setup.py now attempts to generate the proto bindings on invocation since the package structure must exist before the wheel can be created.
      
      * Updates to various build, ignore, and linting tooling for python in order to support the new python output structure
      
      * Updates to the python SDK to use the new import structure created by gen_protos
      e44d8a72
    • Jack McCluskey's avatar
    • Yichi Zhang's avatar
      Factors enable_prime flag in when checking use_unified_worker conditions (#17271) · a88b2a10
      Yichi Zhang 创作于
      * Factors enable_prime flag in when checking use_unified_worker conditions
      
      * Address comments
      a88b2a10
    • Moritz Mack's avatar
      Merge pull request #17113 from mosche/BEAM-14104-ShardAwareAggregation · ad4561ea
      Moritz Mack 创作于
      [BEAM-14104] Support shard aware aggregation in Kinesis writer.
      ad4561ea
  2. 4月 07, 2022
  3. 4月 06, 2022
  4. 4月 05, 2022
    • johnjcasey's avatar
      [BEAM-14256] remove .RELEASE · 34517767
      johnjcasey 创作于
      34517767
    • johnjcasey's avatar
      12665d10
    • Robert Bradshaw's avatar
      [BEAM-14250] Fix coder registration for types defined in __main__. · 27b898b1
      Robert Bradshaw 创作于
      Until all runners are portable and we can get rid of all round trips
      between Pipeline and proto representatons, register types in __main__
      according to their string representations as pickling does not
      preserve identity.
      27b898b1
    • Luke Cwik's avatar
      [BEAM-13519] Solve race issues when the server responds with an error before... · 0262ee53
      Luke Cwik 创作于
      [BEAM-13519] Solve race issues when the server responds with an error before the GrpcStateClient finishes being constructed. (#17240)
      
      * [BEAM-13519] Solve race issues when the server responds with an error before the GrpcStateClient finishes.
      
      The issue was that the InboundObserver can be invoked before outboundObserverFactory#outboundObserverFor returns meaning that
      the server is waiting for a response for cache.remove but cache.computeIfAbsent is being invoked at the same time.
      
      Another issue was that the outstandingRequests map could be updated with another request within GrpcStateClient during closeAndCleanup meaning that the CompleteableFuture would never be completed exceptionally.
      
      Passes 1000 times locally now without getting stuck or failing.
      0262ee53
    • Brian Hulette's avatar
      [BEAM-10582] Allow (and test) pyarrow 7 (#17229) · d4f59c71
      Brian Hulette 创作于
      d4f59c71
    • Arun Pandian's avatar
      [BEAM-14157] GrpcWindmillServer: Use stream specific boolean to do client closed check (#17191) · 747e94b6
      Arun Pandian 创作于
      
      * [BEAM-14157] GrpcWindmillServer: Use stream specific boolean to do client closed check
      
      This is a follow up to #17162. An AbstractWindmillStream can have more than one grpc stream during its lifetime, new streams can be created after client closed for sending pending requests. So it is not correct to check `if(clientClosed)` in `send()`, this PR adds a new grpc stream level boolean to do the closed check in `send()`.
      
      * [BEAM-14157] Add unit test testing CommitWorkStream retries around stream closing
      
      * [BEAM-14157] review comments
      
      * [BEAM-14157] review comments
      
      * [BEAM-14157] review comments
      
      * [BEAM-14157] fix test
      
      * [BEAM-14157] fix test
      
      Co-authored-by: default avatarArun Pandian <pandiana@google.com>
      747e94b6
加载中