Mailing-List: contact dev-help@flink.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@flink.apache.org
MIME-Version: 1.0
In-Reply-To: <3F4AA781-75B6-4B0B-94FE-C17336DE77F5@apache.org>
References: <CAGr9p8CQGQVNfOA7Od_yY1z6TCHpWMHT-TSkSjM9fLuVZsq21w@mail.gmail.com>
 <2138045.JOYR12dcUs@nico-work> <etPan.59366ebd.35aa019e.1625d@apache.org>
 <CAGr9p8AdDq-SU-jqODuc+yTg=2BxLsM3A8RUUXtNo+Xqbbmx5g@mail.gmail.com> <3F4AA781-75B6-4B0B-94FE-C17336DE77F5@apache.org>
From: Till Rohrmann <trohrmann@apache.org>
Date: Thu, 8 Jun 2017 09:47:04 +0200
Message-ID: <CAC27z=PE7RWKkzOzP8QETP1jPMYwXuxK=uu1xCe_NJh8t+x3+Q@mail.gmail.com>
Subject: Re: [DISCUSS] Release Apache Flink 1.3.1
To: dev@flink.apache.org
Content-Type: multipart/alternative; boundary="f403045c0fbc76fcec05516e11e7"
archived-at: Thu, 08 Jun 2017 07:47:52 -0000

--f403045c0fbc76fcec05516e11e7
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

There should be an easy work-around for this problem. Start a standalone
cluster and run the queries against this cluster. But I also see that it
might be annoying for users who used to do it differently. The basic
question here should be whether we want the users to use the
LocalFlinkMiniCluster in a remote setting (running queries against it from
a different process).

Cheers,
Till

On Wed, Jun 7, 2017 at 4:59 PM, Aljoscha Krettek <aljoscha@apache.org>
wrote:

> I would also like to raise another potential blocker: it=E2=80=99s curren=
tly not
> easily possible for users to start a job in local mode in the IDE and to
> then interact with that cluster, say for experimenting with queryable
> state. At least one user walked into this problem already with the 1.3.0
> RC: https://lists.apache.org/thread.html/eb7e256146fbe069a4210e1690fac5
> d3453208fab61515ab1a2f6bf7@%3Cuser.flink.apache.org%3E <
> https://lists.apache.org/thread.html/eb7e256146fbe069a4210e1690fac5
> d3453208fab61515ab1a2f6bf7@%3Cuser.flink.apache.org%3E>
>
> The reasons I have so far analysed are:
>  * the local flink cluster starts with HAServices that don=E2=80=99t allo=
w
> external querying, by default. (Broadly spoken)
>  * the queryable state server is not started in the local flink mini
> cluster anymore and it cannot be configured to do so easily
>
> What do you think?
>
> Best,
> Aljoscha
> > On 7. Jun 2017, at 11:54, Robert Metzger <rmetzger@apache.org> wrote:
> >
> > From the list [1], not many of the JIRAs have been fixed.
> > I think it would be nice to put the RC for 1.3.1 out this week, given
> that
> > multiple users have complained about some issues in the 1.3.0 release.
> >
> >
> >
> > [1]
> > https://issues.apache.org/jira/issues/?jql=3Dlabels%20%3D%
> 20flink-rel-1.3.1-blockers
> >
> > On Tue, Jun 6, 2017 at 10:58 AM, Tzu-Li (Gordon) Tai <
> tzulitai@apache.org>
> > wrote:
> >
> >> After an offline discussion with Till, we decided to not include
> >> FLINK-6763 and FLINK-6764 as blockers for 1.3.1, and only merge them f=
or
> >> 1.4.0 since they change serialization formats for checkpoints.
> >>
> >> In turn, I=E2=80=99ve included https://issues.apache.org/jira/browse/F=
LINK-6804
> as
> >> a 1.3.1 blocker.
> >>
> >>
> >> On 2 June 2017 at 5:27:18 PM, Nico Kruber (nico@data-artisans.com)
> wrote:
> >>
> >> while fixing build issues - what about FLINK-6654?
> >>
> >> On Friday, 2 June 2017 11:05:34 CEST Robert Metzger wrote:
> >>> Hi devs,
> >>>
> >>> I would like to release Apache Flink 1.3.1 with the following fixes:
> >>>
> >>> - FLINK-6812 Elasticsearch 5 release artifacts not published to Maven
> >>> central
> >>> - FLINK-6783 Wrongly extracted TypeInformations for
> >>> WindowedStream::aggregate
> >>> - FLINK-6780 ExternalTableSource should add time attributes in the ro=
w
> >> type
> >>> - FLINK-6775 StateDescriptor cannot be shared by multiple subtasks
> >>> - FLINK-6763 Inefficient PojoSerializerConfigSnapshot serialization
> >> format
> >>> - FLINK-6764 Deduplicate stateless TypeSerializers when serializing
> >>> composite TypeSerializers
> >>>
> >>> Is there anything else that we need to wait for before we vote on the
> >> first
> >>> RC?
> >>>
> >>>
> >>> Regards,
> >>> Robert
> >>
> >>
>
>

--f403045c0fbc76fcec05516e11e7--