Re: [DISCUSS] Next steps for update of Avro dependency in Beam

2022-05-17 Thread Moritz Mack
o version as is. As stated above, I think it's safer to make the avroless version a new target initially than change core. > At the same time, extracting Avro as extension in a backwards compatible way > seems to be the right path forward long term together with a well > communica

Re: [DISCUSS] Next steps for update of Avro dependency in Beam

2022-05-17 Thread Moritz Mack
, I think it's safer to make the avroless version a new target initially than change core. > At the same time, extracting Avro as extension in a backwards compatible way > seems to be the right path forward long term together with a well > communicated deprecation plan. > > > &g

Re: [DISCUSS] Next steps for update of Avro dependency in Beam

2022-05-17 Thread Moritz Mack
the > default Avro version as is. As stated above, I think it's safer to make the avroless version a new target initially than change core. > At the same time, extracting Avro as extension in a backwards compatible way > seems to be the right path forward long term together with a well &g

Re: [DISCUSS] Next steps for update of Avro dependency in Beam

2022-05-16 Thread Alexey Romanenko
To finally make progress on this topic, I’d suggest starting off with >> supporting multiple different Avro versions in core (2) but to keep the >> default Avro version as is. >> >> At the same time, extracting Avro as extension in a backwards compatible way >> s

Re: [DISCUSS] Next steps for update of Avro dependency in Beam

2022-05-13 Thread Cristian Constantinescu
rds compatible > *way seems to be the right path forward long term together with a well > communicated deprecation plan. > > > > Best, > > Moritz > > > > > > *From: *Brian Hulette > *Date: *Thursday, 12. May 2022 at 23:21 > *To: *dev > *Subject: *Re:

Re: [DISCUSS] Next steps for update of Avro dependency in Beam

2022-05-13 Thread Moritz Mack
, 12. May 2022 at 23:21 To: dev Subject: Re: [DISCUSS] Next steps for update of Avro dependency in Beam Regarding Option (3) "but keep and shade Avro for “core” needs as v.1.8.2 (still have an issue with CVEs)" Do we actually need to keep avro in core for any reason? I thought we only had

Re: [DISCUSS] Next steps for update of Avro dependency in Beam

2022-05-13 Thread Etienne Chauchot
Hi, Thanks Alexey for bringing this topic up. I'd be in favor of 3 Best Etienne Le 12/05/2022 à 23:21, Brian Hulette a écrit : Regarding Option (3) "but keep and shade Avro for “core” needs as v.1.8.2 (still have an issue with CVEs)" Do we actually need to keep avro in core for any reason?

[DISCUSS] Next steps for update of Avro dependency in Beam

2022-05-12 Thread Alexey Romanenko
Hi everyone, Sorry in advance for a long email. TL;DR: Let’s discuss the next steps to update Avro dependency in Beam. I’d like to come back to this old and quite sensitive topic here which is Apache Avro version update in Beam. Along the time, we already had several discussions on this (for e