Re: compileJava broken on master see: BEAM-6495

2019-02-19 Thread Ryan Williams
Just saw a similar problem for the first time with ` :beam-sdks-java-io-clickhouse:compileJava`; I got the errors below toward the end of a full-project compile, and when I re-ran just that target, compilation succeeded. Intriguingly, extensions/sql and clickhouse are the only two modules that

Re: gradle clean causes long-running python installs

2019-02-19 Thread Udi Meiri
I think I can solve this issue by removing the dependency and adding a check to see if the virtualenv was created. Otherwise, there shouldn't be anything to cleanup anyway. On Sat, Feb 16, 2019 at 8:04 PM Ryan Williams wrote: > Thanks Michael, your assessment was correct. I needed python3.5 on

Re: Build Error This version of Gradle requires version 2.0.2 of the build scan plugin or later.

2019-02-19 Thread Alex Amato
I renamed my .gradle folder to make gradle generate a new one, and it was working again for me. On Tue, Feb 19, 2019 at 11:24 AM Michael Luckey wrote: > You adopted .gradle according to > https://cwiki.apache.org/confluence/display/BEAM/Gradle+Tips -> Create > Build Scan on failed builds > > So

Re: Dependency management for multiple IOs

2019-02-19 Thread Anton Kedin
Cham, yes, the problem is similar to the general Beam IO problem. Beam SQL supports working with multiple IOs at the same time, which causes the conflicts. As Kenn is describing, one of the issues is that SQL user may not be able to control the conflict resolution. And Beam SQL SDK is similar to

Re: Dependency management for multiple IOs

2019-02-19 Thread Kenneth Knowles
Interesting. Since Schema and Row are already in the core SDK, how much more needs to move somewhere else? Something like this? sdks/java/tables contains Table, TableProvider, etc, as needed to implement the service loader bits. Could also go in core, since schema and Row are there, but depends

Re: Build Error This version of Gradle requires version 2.0.2 of the build scan plugin or later.

2019-02-19 Thread Alex Amato
My gradle knowledge is a bit limited, printing that file: ajamato@ajamato-linux0:~/go/src/github.com/apache/beam$ cat /usr/local/google/home/ajamato/.gradle/init.d/buildScan.gradle initscript { repositories { maven { url 'https://plugins.gradle.org/m2' } } dependencies {

Re: Build Error This version of Gradle requires version 2.0.2 of the build scan plugin or later.

2019-02-19 Thread Michael Luckey
You adopted .gradle according to https://cwiki.apache.org/confluence/display/BEAM/Gradle+Tips -> Create Build Scan on failed builds So you probably do not want to delete, but edit. I missed that piece during migration to gradle 5. Sorry for the inconvenience On Tue, Feb 19, 2019 at 8:18 PM Alex

Re: Build Error This version of Gradle requires version 2.0.2 of the build scan plugin or later.

2019-02-19 Thread Alex Amato
Is this some sort of locally installed dep, can I just delete the .gradle folder? On Tue, Feb 19, 2019 at 11:17 AM Alex Amato wrote: > My gradle knowledge is a bit limited, printing that file: > > ajamato@ajamato-linux0:~/go/src/github.com/apache/beam$ cat >

Re: Build Error This version of Gradle requires version 2.0.2 of the build scan plugin or later.

2019-02-19 Thread Michael Luckey
You seem to have a private buildScan.gradle in Initialization script '/usr/local/google/home/ajamato/.gradle/init.d/buildScan.gradle' line: 10 This is of course not managed by beam repo. So unfortunately you have to update that yourself. hth, michel On Tue, Feb 19, 2019 at 7:59 PM Alex Amato

Build Error This version of Gradle requires version 2.0.2 of the build scan plugin or later.

2019-02-19 Thread Alex Amato
Is there some local step I should take to upgrade the plugin? I assumed the correct version is pulled in through gradle. https://github.com/apache/beam/blob/6ce9701dff711906e09eb163eeb7bdde47220c08/build.gradle#L22 Though does the use of apply False, not override my local version or something?

Re: Dependency management for multiple IOs

2019-02-19 Thread Andrew Pilloud
I've thought about this a bit as well. It would be nice if we can move the SQL-specific IO wrappers into the IOs themselves. Your first proposal and long term match my thoughts. This at least keeps SQL from making the dependency problem worse than it is right now. On the general Java dependency

Re: Beam Community Metrics

2019-02-19 Thread Mikhail Gryzykhin
Hi everyone, Regarding empty list of dashboards: Most likely you're looking at recently viewed dashboards. Top-left corner has a drop-down menu with full list of available dashboards. I've added explicit ticket to add landing page. Regarding

Re: Beam Community Metrics

2019-02-19 Thread Scott Wegner
> Also blank for me. Maybe Kenn and I need to sign in? I think I see what's going on. When I hit https://s.apache.org/beam-community-metrics-infra I see a list of "Recently viewed dashboards" which you won't have on first pageview. To see the available dashboards and navigate to them, find the

Re: Beam Community Metrics

2019-02-19 Thread Brian Hulette
Also blank for me. Maybe Kenn and I need to sign in? On Tue, Feb 19, 2019 at 8:09 AM Scott Wegner wrote: > > I think it would be good to have a build infra section under > https://beam.apache.org/contribute/ that contains the dashboard link and > other related information. > > I previously

Re: Beam Community Metrics

2019-02-19 Thread Scott Wegner
> I think it would be good to have a build infra section under https://beam.apache.org/contribute/ that contains the dashboard link and other related information. I previously wrote a page for the wiki: https://cwiki.apache.org/confluence/display/BEAM/Community+Metrics . I chose the wiki over