fix(common): handle spring-boot2/jersey dependency conflicts

[z7658329]

fix commons dependency conflicts and prevent future uncertainty issues. also see: 445

[codecov[bot]]

Codecov Report

Merging #131 (549cdc7) into master (82f2a65) will not change coverage. The diff coverage is 100.00%.

@@            Coverage Diff            @@
##             master     #131   +/-   ##
=========================================
  Coverage     93.15%   93.15%           
  Complexity       65       65           
=========================================
  Files             9        9           
  Lines           263      263           
  Branches         22       22           
=========================================
  Hits            245      245           
  Misses            8        8           
  Partials         10       10           

Impacted Files	Coverage Δ
.../java/org/apache/hugegraph/version/RpcVersion.java	50.00% <100.00%> (ø)

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

[z7658329]

CodeQL / Analyze (java) (pull_request) Step always failed cause timeout exception (tried 4 times), is there any way to avoid such problems？ @javeme @imbajin

[imbajin]

CodeQL / Analyze (java) (pull_request) Step always failed cause timeout exception (tried 4 times), is there any way to avoid such problems？ @javeme @imbajin

1. we could add a settings.xml for it to download the dependencies from different repo source
2. we choose to use our building command instead of auto-generated cmd, and use a param to specify the repo like mvn package -? aliyun.com (consider try this)
3. find a action to rerun it automatically (like auto retry 5 times if failed..)

[z7658329]

always build error

[z7658329]

always build error

test in local, find that the grpc-core maven-metadata.xml file does not contains version 1.28.0, seems so strange!

i have ask in grpc community，see 10086

[z7658329]

upgrade grpc-core to 1.28.1, then build success !