Skip to content

Bump spring to 2.3.0#851

Closed
Wirick wants to merge 1 commit intofeast-dev:masterfrom
postmates:postmates/upgrade_feast_dependencies_for_spring_2.3.0
Closed

Bump spring to 2.3.0#851
Wirick wants to merge 1 commit intofeast-dev:masterfrom
postmates:postmates/upgrade_feast_dependencies_for_spring_2.3.0

Conversation

@Wirick
Copy link
Copy Markdown
Contributor

@Wirick Wirick commented Jul 1, 2020

  1. This induces upgrades for a number of different packages in order to be
    compatible, including kafka and the jakarta validation-api
  2. Resolved logging errors in core/serving from seeing different logger
    classes in the classpath by excluding them

I am able to build and run feast core and feast serving, along with bigquery batch ingestion with these updated dependencies. However there was an upgrade needed in how we mock the url for the test database. Context: https://stackoverflow.com/questions/49088847/after-spring-boot-2-0-migration-jdbcurl-is-required-with-driverclassname

1. This induces upgrades for a number of different packages in order to be
compatible, including kafka and the jakarta validation-api
2. Resolved logging errors in core/serving from seeing different logger
   classes in the classpath by excluding them
@feast-ci-bot
Copy link
Copy Markdown
Collaborator

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: Wirick
To complete the pull request process, please assign pyalex
You can assign the PR to them by writing /assign @pyalex in a comment when ready.

The full list of commands accepted by this bot can be found here.

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@feast-ci-bot
Copy link
Copy Markdown
Collaborator

Hi @Wirick. Thanks for your PR.

I'm waiting for a feast-dev member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@ches
Copy link
Copy Markdown
Member

ches commented Jul 1, 2020

The re-indentation is a bit distracting, I know some POM files in the project are indented with two spaces and others four, and GitHub has the option to ignore whitespace in diffs, but if we're going to do mass reformats it'd be nice to do them in separate commits and ideally with a means to check/automate the convention going forward.

Something that could have been brought up in #793 I think: we use an imported Spring bill of materials from the root pom.xml which sets managed versions of dependencies for Spring ecosystem—it'd be preferable IMO to let that drive versions of things like spring-security deps (i.e. just drop the <version> tags). Unless we have a specific reason for deviating from the BOM, which should be documented with a comment.

Spring and Beam or proto/gRPC eco dep versions may be at odds sometimes so may necessitate overrides, but at least as long as Core depends on Ingestion I believe it's worth maintaining the BOM usage. If/when that situation changes it might make sense to move service API modules under their own parent POM holding the Spring BOM.

<goal>jar</goal>
</goals>
<configuration>
<javadocExecutable>${java.home}/bin/javadoc</javadocExecutable>
Copy link
Copy Markdown
Member

@ches ches Jul 1, 2020

Choose a reason for hiding this comment

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

Any reason this needed to be set specifically?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Yea my intellij environment ran into the issue described and solved here https://intellij-support.jetbrains.com/hc/en-us/community/posts/206880855-MavenReportException-Error-while-creating-archive-Unable-to-find-javadoc-command-The-environment-variable-JAVA-HOME-is-not-correctly-set- so thats what allowed me to execute this in intellij. We can continue the convo here #854

Copy link
Copy Markdown
Member

@ches ches left a comment

Choose a reason for hiding this comment

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

Okay looking at it without "Hide whitespace changes" the re-indentation is more than "a bit" distracting—let's please revert unnecessary whitespace changes. It's a pain for merge conflicts, git blame, etc. If we want more consistent XML formatting, let's propose that separately.

@Wirick Wirick mentioned this pull request Jul 1, 2020
@Wirick
Copy link
Copy Markdown
Contributor Author

Wirick commented Jul 1, 2020

Closing in favor of #854

@Wirick Wirick closed this Jul 1, 2020
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.

3 participants