Is it possible for Dataflow to just keep a copy of the pom.xmls and delete it as soon as Dataflow is migrated?
Overall +1, I've been using Gradle without issues for a while and almost forgot pom.xml's still existed. On Wed, Jun 6, 2018, 1:13 PM Pablo Estrada <pabl...@google.com> wrote: > I agree that we should delete the pom.xml files soon, as they create a > burden for maintainers. > > I'd like to be able to extend the grace period by a bit, to allow the > internal build systems at Google to move away from using the Beam poms. > > We use these pom files to build Dataflow workers, and thus it's critical > for us that they are available for a few more weeks while we set up a > gradle build. Perhaps 4 weeks? > (Calling out+Chamikara Jayalath <chamik...@google.com> who has recently > worked on internal Dataflow tooling.) > > Best > -P. > > On Wed, Jun 6, 2018 at 1:05 PM Lukasz Cwik <lc...@google.com> wrote: > >> Note: Apache Beam will still provide pom.xml for each release it >> produces. This is only about people using Maven to build Apache Beam >> themselves and not relying on the released artifacts in Maven Central. >> >> With the first release using Gradle as the build system is underway, I >> wanted to start this thread to remind people that we are going to delete >> the Maven pom.xml files after the 2.5.0 release is finalized plus a two >> week grace period. >> >> Are there others who would like a shorter/longer grace period? >> >> The PR to delete the pom.xml is here: >> https://github.com/apache/beam/pull/5571 >> > -- > Got feedback? go/pabloem-feedback > <https://goto.google.com/pabloem-feedback> >