flink-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robert Metzger (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FLINK-5067) Make Flink compile with 1.8 Java compiler
Date Wed, 22 Mar 2017 19:54:41 GMT

    [ https://issues.apache.org/jira/browse/FLINK-5067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15937005#comment-15937005
] 

Robert Metzger commented on FLINK-5067:
---------------------------------------

This JIRA disabled the automatic profile activation for the java8 module, which caused the
snapshot deployment on jenkins to fail.
This commit fixes the snapshot deployment on Jenkins: http://git-wip-us.apache.org/repos/asf/flink/commit/64c7b119

> Make Flink compile with 1.8 Java compiler
> -----------------------------------------
>
>                 Key: FLINK-5067
>                 URL: https://issues.apache.org/jira/browse/FLINK-5067
>             Project: Flink
>          Issue Type: Improvement
>          Components: Build System
>    Affects Versions: 1.2.0
>         Environment: macOS Sierra 10.12.1, java version "1.8.0_112", Apache Maven 3.3.9
>            Reporter: Andrey Melentyev
>            Assignee: Andrey Melentyev
>            Priority: Minor
>             Fix For: 1.3.0
>
>
> Flink fails to compile when using 1.8 as source and target in Maven. There are two types
of issue that are both related to the new type inference rules:
> * Call to TypeSerializer.copy method in TupleSerializer.java:112 now resolves to a different
overload than before causing a compilation error: [ERROR] /Users/andrey.melentyev/Dev/github.com/apache/flink/flink-core/src/main/java/org/apache/flink/api/java/typeutils/runtime/TupleSerializer.java:[112,63]
incompatible types: void cannot be converted to java.lang.Object
> * A number of unit tests using assertEquals fail to compile:
> [ERROR] /Users/andrey.melentyev/Dev/github.com/apache/flink/flink-java/src/test/java/org/apache/flink/api/common/operators/CollectionExecutionAccumulatorsTest.java:[50,25]
reference to assertEquals is ambiguous
> [ERROR] both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object)
in org.junit.Assert match
> In both of the above scenarios explicitly casting one of the arguments helps the compiler
to resolve overloaded method call correctly.
> It is possible to maintain Flink's code base in a state when it can be built by both
1.7 and 1.8. For this purpose we need minor code fixes and an automated build in Travis to
keep the new good state.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message