Not yet, we need to add that too, there are still some tasks to be done like improve the contribution guide with this info, and document how to generate a src build artifact locally since I doubt we can publish that into Apache for copyright reasons. I will message in the future for awareness for awareness when most of the pending tasks are finished.
On Mon, Jan 14, 2019 at 3:51 PM Maximilian Michels <m...@apache.org> wrote: > > Thanks for the heads up, Ismaël! Great to see the vendored Guava version is > used > everywhere now. > > Do we already have a Checkstyle rule that prevents people from using the > unvendored Guava? If not, such a rule could be useful because it's almost > inevitable that the unvedored Guava will slip back in. > > Cheers, > Max > > On 14.01.19 05:55, Ismaël Mejía wrote: > > We merged today the PR [1] that changes most of the code to use our > > new guava vendored dependency. In practice it means that most of the > > imports of the classes were changed from `com.google.common.` to > > `org.apache.beam.vendor.guava.v20_0.com.google.common.` > > > > This is a great improvement to fix a long existing problem of guava > > leaking through some Beam modules. This also reduces the size of most > > jars in the project because they don't need to relocate and include > > guava anymore, they just use the vendored dependency. > > > > Kudos to Kenn Knowles, Lukasz Cwik, Scott Wegner and the others that > > worked (are working) to make this possible. > > > > Sadly as a side effect of the merge of this PR multiple PRs were > > broken so please review if yours was and do a rebase and fix the > > imports to use the new vendored dependency. Sorry for the > > inconvenience. From now one all uses of guava should use the vendored > > version. Expect some updates in the docs. > > > > [1] https://github.com/apache/beam/pull/6809 > >