Skip to content

AVRO-1975: Upgrade java dependencies#181

Closed
gszadovszky wants to merge 1 commit into
apache:masterfrom
gszadovszky:AVRO-1975
Closed

AVRO-1975: Upgrade java dependencies#181
gszadovszky wants to merge 1 commit into
apache:masterfrom
gszadovszky:AVRO-1975

Conversation

@gszadovszky
Copy link
Copy Markdown
Contributor

@gszadovszky gszadovszky commented Jan 2, 2017

mvn clean install executed successfully.
Could you help me what other tests shall I execute to ensure everything is fine?

Also executed the Hive build and the unit tests using this avro build without any failure. I've used the Hive tag release-2.0.1.

Copy link
Copy Markdown
Contributor

@busbey busbey left a comment

Choose a reason for hiding this comment

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

We should draft a release note on the JIRA that covers what we'll tell downstream users has changed.

Also probably a good idea to try building against this change with some major downstream users of Avro. E.g. Hive, Hadoop, Spark

Comment thread lang/java/pom.xml
<slf4j.version>1.7.7</slf4j.version>
<snappy.version>1.1.1.3</snappy.version>
<paranamer.version>2.8</paranamer.version>
<protobuf.version>2.6.1</protobuf.version>
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

this will definitely be breaking, given the history of compatibility issues amongst Protobuf minor versions. Probably fine if we're targeting 1.9

Comment thread lang/java/pom.xml
<snappy.version>1.1.1.3</snappy.version>
<paranamer.version>2.8</paranamer.version>
<protobuf.version>2.6.1</protobuf.version>
<thrift.version>0.9.3</thrift.version>
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Thrift has a habit of changing behavior in patch releases, making this compat even more severe than protobuf. Again I think fine for 1.9.

Comment thread lang/java/pom.xml
<commons-codec.version>1.9</commons-codec.version>
<commons-compress.version>1.8.1</commons-compress.version>
<commons-httpclient.version>3.1</commons-httpclient.version>
<maven.version>2.0.11</maven.version>
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

this should be some 3.y.z maven version

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.

This version is also used for org.apache.maven:maven-project which doesn't have a 3.x stable release. I am not sure if it is abandoned or why it does not have 3.x release while the others have but it would surely require significant coding to upgrade these properly and I do not have experience in maven plugin development. Moreover, I would even not able to upgrade to the latest stable version 2.2.1 as it caused compile failures.

Comment thread lang/java/tools/pom.xml
<artifactId>commons-logging</artifactId>
<version>${commons-logging.version}</version>
</dependency>
<dependency>
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

just something we aren't using?

Copy link
Copy Markdown
Contributor Author

@gszadovszky gszadovszky Jan 25, 2017

Choose a reason for hiding this comment

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

Yes, it turned out we do not require this dependency neither for compile nor for the unit tests. It might cause a backward incompatible change if a consumer relies on that this package is among its transitive dependencies but the whole change would be in 1.9 only so it shall not be a problem.

@asfgit asfgit closed this in b735b42 Feb 8, 2017
iemejia referenced this pull request in iemejia/avro May 24, 2021
Ensure that symbol names are valid ([A-Za-z_][A-Za-z0-9_]*) and unique
within an enum.

Fixes #179
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.

2 participants