Add support to build/run on Java 10 #639
Closed
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
1. The first issue is:
```
> Task :api
DefaultBatchConfigurer.java:18: error: cannot find symbol
import javax.annotation.PostConstruct;
^
symbol: class PostConstruct
location: package javax.annotation
DataSourceConfiguration.java:18: error: cannot find symbol
import javax.annotation.PostConstruct;
^
symbol: class PostConstruct
location: package javax.annotation
DefaultBatchConfigurer.java:94: error: cannot find symbol
@PostConstruct
^
symbol: class PostConstruct
location: class DefaultBatchConfigurer
DataSourceConfiguration.java:46: error: cannot find symbol
@PostConstruct
^
symbol: class PostConstruct
location: class DataSourceConfiguration
4 errors
```
This issue is fixed by adding the `javax.annotation-api` dependency
2. The second issue is:
```
javadoc: error - An internal exception has occurred.
(com.sun.tools.javac.code.ClassFinder$BadClassFile: bad class file:
/org/springframework/batch/core/configuration/support/
GenericApplicationContextFactory$ResourceAnnotationApplicationContext$1.class
class file contains malformed variable arity method:
GenericApplicationContextFactory$ResourceAnnotationApplicationContext$1
Please remove or make sure it appears in the correct subdirectory of the classpath.)
```
The workaround to this issue is to use a named inner class instead of
an anonymous one.
JIRA: BATCH-2751
* `javax.xml.bind` is no longer contained in the default class path in Java SE 9. This commit adds the module `java.xml.bind` to the JVM args for tests * JsrBeanDefinitionDocumentReaderTests are failing because `ClassLoader.class.getResourceAsStream` has a different behaviour on Java 9. According to `https://stackoverflow.com/a/45173837/5019386`, it's best to use the resource-lookup methods in Class rather than those in ClassLoader. * DefaultJobParametersExtractorJobParametersTests#testGetAllJobParameters is failing because jobParameters.toString() returns "{foo=bar, spam=bucket}" on Java 9 and "{spam=bucket, foo=bar}" on Java 8. The fix asserts that jobParameters contains the expected key/value pairs without relying on the toString method JIRA: BATCH-2751
This upgrade is required to be able to test against Java 10 Issue: BATCH-2756
fmbenhassine
changed the title
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR upgrades mockito to version 2.21.0. This upgrade is required to be able to test against Java 10.
Resolves BATCH-2756 and must be merged after #638 .