GraalVM updates to extract the shared lib with native image instead of package as resource

[TingDaoK]

Issue #, if available:

• Add a new GraalVM Feature for CRT to extract the share lib to the path of native image, instead of rely on the extracting -> writing to temp -> load every time
• In lambda, if you load CRT from the handler, this reduces the cold start time -> 300 ms
• if you load CRT from the constructor, this reduces the cold start time -> 30 ms. the cold-start request take 500 ms (I did a load CRT and done).
• Also reduced the binary size from 142M -> 101M for this demo https://github.com/aws-samples/serverless-graalvm-demo

Description of changes:

• Extra change because of the feature added:
  • Adds the graalVM sdk as the "provided" dependency, refer to https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#dependency-scope, so that it will not be included in our jar.
  • Because of the "provided" dependency, the javadoc is not working properly as the dependency is not included during runtime. Switch to mvn javadoc:javadoc to generates the doc, which mvn can figures out the dependency during compile time.

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

[graebm]

How would one use this? There's no documentation