Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Upgrading Sweble and associated libs #155

Merged
merged 8 commits into from
May 17, 2018
Merged

Upgrading Sweble and associated libs #155

merged 8 commits into from
May 17, 2018

Conversation

tgalery
Copy link
Contributor

@tgalery tgalery commented Mar 1, 2018

Connects to #152
In addition to the lib upgrade. I'm creating language specific configurations for the processed language. The test for that is a bit flaky as it makes an actual api call to wikipedia, but I inteded to add that just to show that it kind of works. More extensive testing for this would be done as part of the our use of https://github.com/idio/json-wikipedia/ .

@tgalery
Copy link
Contributor Author

tgalery commented Mar 1, 2018

@diegoceccarelli
Copy link

very interesting @tgalery

@reckart
Copy link
Member

reckart commented Mar 7, 2018

@zesch @ferschke @daxenberger Would it help the integration if I set up Jenkins to allow building this PR to check its functionality?

@daxenberger
Copy link
Member

Would it help the integration if I set up Jenkins to
allow building this PR to check its functionality?

Probably, yes. Thank you

@tgalery
Copy link
Contributor Author

tgalery commented Mar 7, 2018

fyi @diegoceccarelli we've built a model from this branch integrated to our json-wikipedia and we got a marginal bump in precision for English, but maybe this would be more significant for other languages. But maybe there are extra data structures in the new versions of the libs that could be explored too.

Tests are passing besides a maven issue with some license warning, but do note that the test for the language configurator here makes an actual api call, this should be factored out before merge.

@rzo1
Copy link
Contributor

rzo1 commented Mar 20, 2018

This PR is related to #156

@@ -22,7 +22,7 @@
<parent>
<groupId>de.tudarmstadt.ukp.wikipedia</groupId>
<artifactId>de.tudarmstadt.ukp.wikipedia</artifactId>
<version>1.2.0-SNAPSHOT</version>
<version>1.2.1-SNAPSHOT</version>
Copy link
Member

Choose a reason for hiding this comment

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

Why would this PR change the version of the master branch?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@reckart I use that to test a new dependency in a repo called json wikipedia, which we use for processing wikipedia dumps. I will revert to the original version

String langCode = langCodes.get(0).name();
return LanguageConfigGenerator.generateWikiConfig(langCode);
} else {
System.out.println(String.format("Cannot find language codes for %s", langName));
Copy link
Member

Choose a reason for hiding this comment

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

Doesn't JWPL use a logging backend yet?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

This was used to test this function. My idea is to move the function that generates the language code to the Language enum class and if there's a logging backend there, I will use that. Otherwise I will remove the print statement

Copy link
Member

Choose a reason for hiding this comment

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

Apache Commons logging should always be usable. If somebody wants to contribute more time, we could move to SLF4J, but that should be handled in a different issue.

@reckart
Copy link
Member

reckart commented Apr 7, 2018

Jenkins, can you test this please?

@ukp-svc-jenkins
Copy link

Can one of the admins verify this patch?

@reckart
Copy link
Member

reckart commented Apr 8, 2018

Jenkins, can you test this please?

@reckart
Copy link
Member

reckart commented Apr 8, 2018

I had a quick look at the changes and they seem quite incremental to me. Nothing which immediately pops up like a major change or source of risk.

Based on that review, I askedJenkins to do the build and it says the build is good with these changes.

However, the patch changes the version number in some POMs. I think that should be reverted.

So... how shall we proceed here?

@reckart
Copy link
Member

reckart commented Apr 8, 2018

PR seems to be related to #152.

@reckart
Copy link
Member

reckart commented Apr 8, 2018

Ah: either squash and change the commit message to reflect the issue number or rewrite the individual commit messages via an interactive rebase to reflect the issue number.

@reckart reckart added this to the 1.2.0 milestone Apr 8, 2018
@tgalery
Copy link
Contributor Author

tgalery commented Apr 8, 2018

@reckart I'm gonna do the fixes suggested above squash the commits and rebase on master, I might revert your master merge doesn't generate conflicts and squash everything with a commit message that addresses the issue. Probably will do that tomorrow.

@reckart
Copy link
Member

reckart commented Apr 8, 2018

@tgalery what are the jitpack files for? Are they for a CI system? We have a Jenkins monitoring JWPL and by now it can also check PRs.

@tgalery
Copy link
Contributor Author

tgalery commented Apr 8, 2018 via email

@tgalery
Copy link
Contributor Author

tgalery commented May 15, 2018

@reckart I've delivered the changes dicussed and rebased against master to avoid conflicts. Let me know if there's anything else I can do.

@tgalery
Copy link
Contributor Author

tgalery commented May 15, 2018

happy to sqash some commits if that makes everyone happier :-)

@reckart
Copy link
Member

reckart commented May 16, 2018

Jenkins, can you test this please?

@reckart
Copy link
Member

reckart commented May 17, 2018

@zesch @ferschke @daxenberger Jenkins says the patch is good. To me the changes look incremental rather than revolutionary. I'd tend to merge it. Does anybody else want to have a quick look at it and give thumbs up?

@daxenberger
Copy link
Member

Looks good, green light from my side.

@daxenberger
Copy link
Member

thanks @tgalery

@tgalery
Copy link
Contributor Author

tgalery commented May 17, 2018

no problem @daxenberger . Would merging be the next step ?

@reckart reckart merged commit 88ce85d into dkpro:master May 17, 2018
@reckart
Copy link
Member

reckart commented May 17, 2018

@tgalery actually, there is one more thing that we should have done before the merge, but I hope we can do it still ;) Could you please provide us with a contributor license agreement (http://dkpro.github.io/contributing/)?

@tgalery
Copy link
Contributor Author

tgalery commented May 17, 2018

@reckart I've opened another PR here #157, I will print and sign the terms. Could I sign and sent a scanned copy to an email address ? If so, which ?

@reckart
Copy link
Member

reckart commented May 17, 2018

@tgalery will merge #157 once we got the CLA. The email address is stated in the CLA.

@tgalery
Copy link
Contributor Author

tgalery commented May 17, 2018

My bad, didn't see the email there. Just sent the signed pdf. Hope that's ok.

@tgalery tgalery deleted the sweble branch May 17, 2018 10:41
@reckart reckart mentioned this pull request May 18, 2018
4 tasks
@reckart
Copy link
Member

reckart commented May 18, 2018

All received, thanks! :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants