I also have some concerns because it's a huge change and the 1.15 will be
released soon.
I remember the last time when we merged Java formatting, and all the
pending bugfix PRs
needed to be refactored. I'm afraid this may delay the 1.15 release.  I
guess the scala formatting
is a nice-to-have feature, so we don't need to rush into 1.15.

Best,
Jark

On Thu, 10 Mar 2022 at 14:24, Yun Tang <tang...@apache.org> wrote:

> The feature freeze is already passed, and we just not cut the release
> branch yet.
> I am a bit against the idea to include this in Flink-1.15 as this is
> really a feature change to build system not to mentition it includes 118k
> lines change!
>
> Thanks
> Yun Tang
>
> On 2022/03/09 16:48:10 Francesco Guardiani wrote:
> > It would be nice to merge it before the release branch cut, but I'm not
> > sure we're on time for that...
> >
> > On Wed, Mar 9, 2022 at 4:58 PM Martijn Visser <martijnvis...@apache.org>
> > wrote:
> >
> > > I think it would actually be better to merge it before the release
> branch
> > > is cut to avoid potential issues when needing to backport bugfixes?
> > >
> > > Thanks, Martijn
> > >
> > > On Wed, 9 Mar 2022 at 16:55, Seth Wiesman <sjwies...@gmail.com> wrote:
> > >
> > > > Happy to help get this merged.
> > > >
> > > > Do we want to wait until the 1.15 branch is cut? The change is mostly
> > > > trivial (reformatting) but does make changes to the build system.
> > > >
> > > > Seth
> > > >
> > > > On Wed, Mar 9, 2022 at 9:45 AM Francesco Guardiani <
> > > > france...@ververica.com>
> > > > wrote:
> > > >
> > > > > Hi all,
> > > > > I've been spending some time prototyping a scalafmt conf, which
> doesn't
> > > > > look too different from our java style and tries to keep the same
> > > > > properties from our scalastyle conf. Here is the PR:
> > > > > https://github.com/apache/flink/pull/19025
> > > > >
> > > > > In particular, this is the scalafmt config commit:
> > > > >
> > > > >
> > > >
> > >
> https://github.com/apache/flink/pull/19025/commits/cb32893df4b554e4526324c43c86681cc9fe8169
> > > > > And this is the commit removing scalastyle:
> > > > >
> > > > >
> > > >
> > >
> https://github.com/apache/flink/pull/19025/commits/9ffe7d52e3368c5c40f15e3dc48f6d81691a8dd0
> > > > >
> > > > > I need some committer to pair with to merge the big PR, any
> volunteers?
> > > > :)
> > > > >
> > > > > After we merge it I will also update the contributor guide doc to
> > > remove
> > > > > scalastyle.
> > > > >
> > > > > FG
> > > > >
> > > > > On Tue, Mar 8, 2022 at 10:07 AM David Anderson <
> dander...@apache.org>
> > > > > wrote:
> > > > >
> > > > > > +1
> > > > > >
> > > > > > For flink-training we initially tried cloning the scalastyle
> setup
> > > from
> > > > > > flink, but we decided to use spotless + scalafmt instead.
> > > > > >
> > > > > > David
> > > > > >
> > > > > > On Mon, Mar 7, 2022 at 1:12 PM Timo Walther <twal...@apache.org>
> > > > wrote:
> > > > > >
> > > > > > > Big +1
> > > > > > >
> > > > > > > This will improve the contribution experience. Even though we
> > > stopped
> > > > > > > adding more Scala code, it is still necessary from time to
> time.
> > > > > > >
> > > > > > > Regards,
> > > > > > > Timo
> > > > > > >
> > > > > > > Am 02.03.22 um 09:29 schrieb 刘首维:
> > > > > > > > +1
> > > > > > > >
> > > > > > > >
> > > > > > > > I still remember my first pr. Lack of experience, I had to
> pay
> > > > > > attention
> > > > > > > to Scala code format and corrected the format manually, which
> made
> > > > me a
> > > > > > > little&nbsp;embarrassed(though I'm a big fan of Scala). I think
> > > this
> > > > > > > proposal will lighten the burden of writing Scala code.
> > > > > > > >
> > > > > > > >
> > > > > > > > Shouwei Liu
> > > > > > > >
> > > > > > > >
> > > > > > > > ------------------&nbsp;原始邮件&nbsp;------------------
> > > > > > > > 发件人:
> > > > > > >                                                     "dev"
> > > > > > >
>    <
> > > > > > > kna...@apache.org&gt;;
> > > > > > > > 发送时间:&nbsp;2022年3月2日(星期三) 下午3:01
> > > > > > > > 收件人:&nbsp;"dev"<dev@flink.apache.org&gt;;
> > > > > > > >
> > > > > > > > 主题:&nbsp;Re: [DISCUSS] Enable scala formatting check
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > +1 I've never written any Scala in Flink, but this makes a
> lot of
> > > > > sense
> > > > > > > to
> > > > > > > > me. Converging on a smaller set of tools and simplifying the
> > > build
> > > > is
> > > > > > > > always a good idea and the Community already concluded before
> > > that
> > > > > > > spotless
> > > > > > > > is generally a good approach.
> > > > > > > >
> > > > > > > > On Tue, Mar 1, 2022 at 5:52 PM Francesco Guardiani <
> > > > > > > france...@ververica.com&gt;
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > &gt; Hi all,
> > > > > > > > &gt;
> > > > > > > > &gt; I want to propose to enable the spotless scalafmt
> > > integration
> > > > > and
> > > > > > > remove
> > > > > > > > &gt; the scalastyle plugin.
> > > > > > > > &gt;
> > > > > > > > &gt; From an initial analysis, scalafmt can do everything
> > > > scalastyle
> > > > > > can
> > > > > > > do, and
> > > > > > > > &gt; the integration with spotless looks easy to enable:
> > > > > > > > &gt;
> > > > > https://github.com/diffplug/spotless/tree/main/plugin-maven#scala
> > > > > > .
> > > > > > > The
> > > > > > > > &gt; scalafmt conf file gets picked up automatically from
> every
> > > > IDE,
> > > > > > and
> > > > > > > it can
> > > > > > > > &gt; be heavily tuned.
> > > > > > > > &gt;
> > > > > > > > &gt; This way we can unify the formatting and integrate with
> our
> > > CI
> > > > > > > without any
> > > > > > > > &gt; additional configurations. And we won't need scalastyle
> > > > anymore,
> > > > > > as
> > > > > > > > &gt; scalafmt will take care of the checks:
> > > > > > > > &gt;
> > > > > > > > &gt; * mvn spotless:check will check both java and scala
> > > > > > > > &gt; * mvn spotless:apply will format both java and scala
> > > > > > > > &gt;
> > > > > > > > &gt; WDYT?
> > > > > > > > &gt;
> > > > > > > > &gt; FG
> > > > > > > > &gt;
> > > > > > > > &gt;
> > > > > > > > &gt;
> > > > > > > > &gt; --
> > > > > > > > &gt;
> > > > > > > > &gt; Francesco Guardiani | Software Engineer
> > > > > > > > &gt;
> > > > > > > > &gt; france...@ververica.com
> > > > > > > > &gt;
> > > > > > > > &gt;
> > > > > > > > &gt; <https://www.ververica.com/&gt;
> > > > > > > > &gt;
> > > > > > > > &gt; Follow us @VervericaData
> > > > > > > > &gt;
> > > > > > > > &gt; --
> > > > > > > > &gt;
> > > > > > > > &gt; Join Flink Forward <https://flink-forward.org/&gt; -
> The
> > > > Apache
> > > > > > > Flink
> > > > > > > > &gt; Conference
> > > > > > > > &gt;
> > > > > > > > &gt; Stream Processing | Event Driven | Real Time
> > > > > > > > &gt;
> > > > > > > > &gt; --
> > > > > > > > &gt;
> > > > > > > > &gt; Ververica GmbH | Invalidenstrasse 115, 10115 Berlin,
> Germany
> > > > > > > > &gt;
> > > > > > > > &gt; --
> > > > > > > > &gt;
> > > > > > > > &gt; Ververica GmbH
> > > > > > > > &gt;
> > > > > > > > &gt; Registered at Amtsgericht Charlottenburg: HRB 158244 B
> > > > > > > > &gt;
> > > > > > > > &gt; Managing Directors: Karl Anton Wehner, Holger Temme, Yip
> > > Park
> > > > > Tung
> > > > > > > Jason,
> > > > > > > > &gt; Jinwei (Kevin) Zhang
> > > > > > > > &gt;
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Reply via email to