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
Issue #497: adopt build for java 11 #498
Issue #497: adopt build for java 11 #498
Conversation
- explicit jaxb dependency - bump maven plugin versions - update mockito version
- javadoc error fixes: html entities (& --> & etc), <p> tag
- jaxb dependencies for ehcache3
- javadoc issues: wrong @see tag format - lombok version update
Pull Request Test Coverage Report for Build 1057
💛 - Coveralls |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I prefer that this PR to contain only things about Java11. For other things about javadoc please submit a separate PR. Thanks!
@@ -462,7 +462,7 @@ protected void handleDeclaredThrownException(Exception e, RouteContext routeCont | |||
/* | |||
* Cleans a complex content-type or accept header value by removing the | |||
* quality scores. | |||
* <p/> | |||
* <p> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* does <b>not return bridge methods</b>, in other words, only the methods of | ||
* the class are returned. <b>If you just want the methods declared in | ||
* {@code clazz} use this method!</b></p> | ||
* {@code clazz} use this method!</b> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Without </p>
, are you sure?
* <pre> | ||
* <@code> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this particular entry has incorrect <@code>
syntax (instead of ${@code}
)
I can do that, however w/o javadoc fixes build will fail (looks like javadoc tool from java 11 reports invalid tags like |
actually javadoc checks is feature of java 8, enabled by latest version of maven-javadoc-plugin: https://stackoverflow.com/questions/15886209/maven-is-not-working-in-java-8-when-javadoc-tags-are-incomplete |
Thanks for clarification! I think that you are right. |
I've got another branch with non-javadoc changes cherry-picked (and disabled docLink feature) - here. Do you want me to make a separate PR for it (and decline this one)? |
In another project initiated by me (PF4J), now few days ago someone came with a PR about how to make the project build on Java 11. This is a sign that Java 11 is on an ascending trend from adoption point of view. In this context this PR is welcome. I think that the new dependency introduced by this PR: <!-- Jaxb -->
<dependency>
<groupId>javax.xml.bind</groupId>
<artifactId>jaxb-api</artifactId>
<version>${jaxb.version}</version>
</dependency> must be placed in the context of Java 11. So, this dependency will be added only when Java version is 11, using a Maven's profile. As example see this. |
I don't think that moving jaxb dependency into separate profile is a good idea. It will lead to two different build artefacts - one with jaxb jars (if built on java 11) and another one without. |
#499 raised |
Example of failure: build server has jdk8, production server has jre 11. |
closing this in favour of #499 |
I understand very well what you say but I am not convincied yet that to add a dependency (for java 8 and java 11) is the correct solution. |
You're right. Basically there are several options:
I fully support 'drop' option. However session-ehcache3 tests fail without jaxb. |
I think we should go with option
So, I believe that it's a good idea to add the dependencies in the pom.xml files (current PR) but in a comment form with a specification that they are useful for Java 9+. Thanks for your patience! This PR is not so simple and we must somehow to take a decision. |
Sure :) This also means "maven profile for jaxb to able to build on jdk9+". I'll update the other PR |
Various fixes to make maven build work on java 11 (see #497) :
tags, wrong
@see
syntax, html entities)