2.55.0 release manager here The patch itself [1] is trivial, however, the release process is not trivial. There is little documentation nor practice for a patch release process. I could imagine two options
1. Do a full "2.55.1" release 2. Do a patch release only for Python SDK, that is a. cherry-pick [1] into release-2.55.0 branch b. tag a 2.55.1rc1 release candidate - note that the source code of release candidate (e.g. apache_beam/version.py) still reads 2.55.0. This ensures Python SDK picks up the Java expansion service / job server of existing version (2.55.0). We did it once for Go SDK ( https://github.com/apache/beam/tree/sdks/v2.48.2) c. Build the release candidate for Python wheels (also Python containers? Not sure if it is needed) d. send out the RC for validation e. finalize the release If we decided to do a patch release I would prefer option 2. I can take on that if decided to do. However, if we decide do a full release (or both Java and Python) I would suggest defer to next release cycle, as the release process itself could take ~10 days minimum if there is single RC. Besides, there should be a Beam YAML validation workflow and added in https://docs.google.com/spreadsheets/d/1qk-N5vjXvbcEk68GjbkSZTR8AGqyNUM-oLFo_ZXBpJw/edit#gid=1368030253 [1] https://github.com/apache/beam/pull/30780 On Thu, Mar 28, 2024 at 10:22 AM Danny McCormick via dev < dev@beam.apache.org> wrote: > +1 on a patch release - we've done a fair amount of work to make releasing > easier, and one of my hopes is that it will enable quick patches like this. > I'd vote we try to fix the underlying Java piece as well, though, doing a > patch release for one language shouldn't be significantly cheaper than > doing it for multiple languages. > > Thanks, > Danny > > On Wed, Mar 27, 2024 at 7:19 PM Robert Burke <rob...@frantil.com> wrote: > >> +1 to a targeted patch release. >> >> We did the same for the Go SDK a little while back. It would be good to >> see what's different for a different SDK. >> >> On Wed, Mar 27, 2024, 4:01 PM Robert Bradshaw via dev < >> dev@beam.apache.org> wrote: >> >>> Given the severity of the breakage, and the simplicity of the >>> workaround, I'm in favor of a patch release. I think we could do >>> Python-only, which would make the process even more lightweight. >>> >>> On Wed, Mar 27, 2024 at 3:48 PM Jeff Kinard <j...@thekinards.com> wrote: >>> >>>> Hi all, >>>> >>>> Beam 2.55 was released with a bug that causes WriteToJson on Beam YAML >>>> to fail when using the Java variant. This also affects any user attempting >>>> to use the Xlang JsonWriteTransformProvider - >>>> https://github.com/apache/beam/blob/master/sdks/java/io/json/src/main/java/org/apache/beam/sdk/io/json/providers/JsonWriteTransformProvider.java >>>> >>>> This is due to a change to >>>> https://github.com/apache/beam/blob/master/sdks/java/io/json/build.gradle >>>> that removed >>>> a dependency on everit which also removed it from being packaged into >>>> the expansion service JAR: >>>> beam-sdks-java-extensions-sql-expansion-service-2.55.0.jar >>>> >>>> There is a temporary fix to disable the provider in Beam YAML: >>>> https://github.com/apache/beam/pull/30777 >>>> >>>> I think with the total loss of function, and a trivial fix, it is worth >>>> creating a patch release of Beam 2.55 to include this fix. >>>> >>>> - Jeff >>>> >>>>
