This PR bumps a number of external dependencies as the trial before it goes to config.
The notable change in this PR is HandleMethodResult class, which is our custom ErrorProne check which aims to substitute CheckReturnValue in Spine-based projects. The latest version of ErrorProne contain a breaking check that does not allow us to extend the CheckReturnValue, which used to do. Now CheckReturnValue has a package private constructor. As the result, significant portion of CheckReturnValue was copied to HandleMethodResult which was derived from the same abstract base called AbstractReturnValueIgnored.
The related problem associated with updated HandleMethodResult code is that now it imports hidden Java Compiler classes which reside under com.sun.tools.javac.code package. We do have a special arrangement for exposing these classes to our code (see mc-java-checks/build.gradle.kts for details). But it turns out that javadoc task fails when these classes are in imports. I couldn't find any solution to this issue, and as the result the javadoc task for the mc-java-checks module was turned off.
Another modification, is introduction of dependency values in Artifacts.kt in the light of adding more plugins for ProtoData.
This PR bumps a number of external dependencies as the trial before it goes to
config.The notable change in this PR is
HandleMethodResultclass, which is our custom ErrorProne check which aims to substituteCheckReturnValuein Spine-based projects. The latest version of ErrorProne contain a breaking check that does not allow us to extend theCheckReturnValue, which used to do. NowCheckReturnValuehas a package private constructor. As the result, significant portion ofCheckReturnValuewas copied toHandleMethodResultwhich was derived from the same abstract base calledAbstractReturnValueIgnored.The related problem associated with updated
HandleMethodResultcode is that now it imports hidden Java Compiler classes which reside undercom.sun.tools.javac.codepackage. We do have a special arrangement for exposing these classes to our code (seemc-java-checks/build.gradle.ktsfor details). But it turns out thatjavadoctask fails when these classes are in imports. I couldn't find any solution to this issue, and as the result thejavadoctask for themc-java-checksmodule was turned off.Another modification, is introduction of dependency values in
Artifacts.ktin the light of adding more plugins for ProtoData.