Skip to content

Conversation

@jbonofre
Copy link
Member

@jbonofre jbonofre commented May 6, 2016

Be sure to do all of the following to help us incorporate your contribution
quickly and easily:

  • Make sure the PR title is formatted like:
    [BEAM-<Jira issue #>] Description of pull request
  • Make sure tests pass via mvn clean verify. (Even better, enable
    Travis-CI on your fork and ensure the whole test matrix passes).
  • Replace <Jira issue #> in the title with the actual Jira issue
    number, if there is one.
  • If this contribution is large, please file an Apache
    Individual Contributor License Agreement.

Add apache-rat-plugin execution and fix files with missing license header.

@jbonofre
Copy link
Member Author

jbonofre commented May 6, 2016

R: @davorbonaci
R: @swegner

@@ -1,3 +1,22 @@
<!--
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do these comments show up in the github pull request description field?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, it's hidden in github (markdown).

@swegner
Copy link
Contributor

swegner commented May 6, 2016

According to this example:

In larger projects, the plugin may take some time to run. In such cases, it may be desirable not to run the plugin with every build, but only in important cases like a release build

Should we have this in a separate profile used by pre/post-commit tests? /cc @kennknowles who was been doing work to optimize build.

@jbonofre
Copy link
Member Author

jbonofre commented May 6, 2016

Yes, I can create a dedicated profile for rat. But, I think it makes sense to enable it during the maven-release-plugin execution.

@kennknowles
Copy link
Member

In #286 I created a release profile. We could put it into that. Or having a separate profile seems fine too, and we can mix-and-match what things we enable. Can you have a release profile that automatically activates the rat profile? I haven't gotten that deep into it.

@jbonofre
Copy link
Member Author

jbonofre commented May 6, 2016

Sure, it makes sense.

@jbonofre
Copy link
Member Author

Rebased and updated according to the comments.

@jbonofre
Copy link
Member Author

Any comment regarding the latest update ?


The functions are generic so it supports join of any types supported by
Dataflow. Input to the join functions are PCollections of Key/Values. Both the
Beam. Input to the join functions are PCollections of Key/Values. Both the
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks

@jbonofre
Copy link
Member Author

I'm updating according to @dhalperi comments. Thanks Dan !

@jbonofre
Copy link
Member Author

Rebased and updated.

@davorbonaci
Copy link
Member

Triage: 0.1.0-incubating, release blocking.

@davorbonaci
Copy link
Member

As per in-person discussion, let's remove header enforcement from checkstyle, and run it exclusively through rat on all files, including java.

@jbonofre jbonofre force-pushed the BEAM-254-RAT branch 2 times, most recently from 5d67cd3 to cadc8f9 Compare May 23, 2016 18:46
@jbonofre
Copy link
Member Author

Updated to use rat for java license header check (and disable checkstyle for that).

pom.xml Outdated
<excludeSubProjects>false</excludeSubProjects>
<useDefaultExcludes>true</useDefaultExcludes>
<excludes>
<!-- exclude target -->
Copy link
Member

@davorbonaci davorbonaci May 23, 2016

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

replace all comments with one that says to keep in sync with .gitignore?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

actually, this should be super-set of gitignore.

@jbonofre
Copy link
Member Author

Updated.

@jbonofre
Copy link
Member Author

Updated fixing test_wordcount.sh comment.

@jbonofre
Copy link
Member Author

Rat check fails on Jenkins whereas it works on my local copy. I'm checking the Jenkins workspace to identify invalid files.

@davorbonaci
Copy link
Member

@jbonofre, let me know when you get a chance to fix this -- we'd like to take this asap.

@jbonofre
Copy link
Member Author

I'm on it, Thanks !

@jbonofre
Copy link
Member Author

Rebased, and testing rat configuration.

@jbonofre
Copy link
Member Author

Still failing with: Caused by: org.apache.rat.mp.RatCheckException: Too many files with unapproved license: 3796 See RAT report in: /home/jenkins/jenkins-slave/workspace/beam_PreCommit_MavenVerify/target/parent-0.1.0-incubating-SNAPSHOT.rat

I'm checking the content of the rat file.

@jbonofre
Copy link
Member Author

Updated RAT configuration for Jenkins (as it uses "local" .repository).

@jbonofre
Copy link
Member Author

Same issue with Kafka on Jenkins, it's not related to the PR.

@dhalperi
Copy link
Contributor

Do you need to rebase on master? I pushed the fix to Kafka yesterday.
On Tue, May 24, 2016 at 07:13 Jean-Baptiste Onofré notifications@github.com
wrote:

Same issue with Kafka on Jenkins, it's not related to the PR.


You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#297 (comment)

@jbonofre
Copy link
Member Author

Sorry, the issue is not on Kafka: it's the javadoc on Flink runner.

@jbonofre
Copy link
Member Author

By the way, I reproduce the issue locally with: mvn clean install -Prelease

@dhalperi
Copy link
Contributor

Kenn is looking at the build break. Thanks for the repro jb.

On Tue, May 24, 2016 at 08:32 Jean-Baptiste Onofré notifications@github.com
wrote:

By the way, I reproduce the issue locally with: mvn clean install -Prelease


You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#297 (comment)

@kennknowles
Copy link
Member

There are multiple issues:

  1. Javadoc should not (necessarily) be generated in precommit. Actually it is fine to re-add it, as long as we don't burn cycles building the jar.
  2. We intend to disable javadoc for broken builds.

I actually think the easiest way to solve 2 would be to roll forwards by fixing the errors and silencing the warnings. There are very few actual errors.

For now, I will just try to sort out why things are building when they should not be (both 1 & 2).

@dhalperi
Copy link
Contributor

On Tue, May 24, 2016 at 10:19 AM, Kenn Knowles notifications@github.com
wrote:

There are multiple issues:

  1. Javadoc should not (necessarily) be generated in precommit.
    Actually it is fine to re-add it, as long as we don't burn cycles building
    the jar.

If we're going to block release on Javadoc compiling successfully, I think
we do want Javadoc generation to be tested in pre-commit.

  1. We intend to disable javadoc for broken builds.

I actually think the easiest way to solve 2 would be to roll forwards by
fixing the errors and silencing the warnings. There are very few actual
errors.

For now, I will just try to sort out why things are building when they
should not be (both 1 & 2).

SGTM


You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#297 (comment)

@jbonofre
Copy link
Member Author

It makes sense. On the other hand, I fixed javadoc issue in PR #382.

FYI, the java8 examples javadoc has to be fixed too (I'm working on it).

@kennknowles
Copy link
Member

On pre vs post testing, I agree that ideally we'd test everything that matters for release in presubmit, but our build is already problematically slow. I think javadoc:javadoc is pretty fast, to catch errors, while we can do some maven configuration to elide the slower javadoc jar.

@davorbonaci
Copy link
Member

Looks like this needs a rebase to re-run the tests, and then I can merge.

LGTM

@jbonofre
Copy link
Member Author

Jenkins failed due to timeout (not related directly to the PR):
[INFO] I/O exception (java.net.SocketException) caught when processing request to {s}->https://repo.maven.apache.org:443: Connection timed out
[INFO] I/O exception (java.net.SocketException) caught when processing request to {s}->https://repo.maven.apache.org:443: Connection timed out
[INFO] Retrying request to {s}->https://repo.maven.apache.org:443
[INFO] Retrying request to {s}->https://repo.maven.apache.org:443
Build timed out (after 100 minutes). Marking the build as aborted.
Build was aborted

@asfgit asfgit merged commit e26cf30 into apache:master May 31, 2016
asfgit pushed a commit that referenced this pull request May 31, 2016
@jbonofre jbonofre deleted the BEAM-254-RAT branch February 24, 2017 11:55
iemejia pushed a commit to iemejia/beam that referenced this pull request Jan 12, 2018
pl04351820 pushed a commit to pl04351820/beam that referenced this pull request Dec 20, 2023
Co-authored-by: gcf-merge-on-green[bot] <60162190+gcf-merge-on-green[bot]@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants