You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For English only, other languages will not accept.
Please pay attention on issues you submitted, because we maybe need more details.
If no response anymore and we cannot make decision by current information, we will close it.
Please answer these questions before submitting your issue. Thanks!
But the RSS of https://github.com/oracle/graalvm-reachability-metadata is really too high. I have been waiting on the front PR for nearly a year to seek reviews from the GraalVM Team, and after one year Completed reconstruction again and again in time. I think we should solve this problem inside ElasticJob now.
Introducing a new submodule that provides some JSON file containing the GraalVM Reachability Metadata of ElasticJob itself and third-party dependencies that have not yet been merged, and writes some core unit tests. This is to avoid a series of limitations of Mockito when used under Native Image.
@zjx990 This is a bit hard for me to understand how to handle. After all, the Github Actions device only has 8GB of memory, and Github Actions only has AMD64 devices. On ARM64 we will need to perform instruction set simulation, which may lead to inconsistent test results between AMD64 and ARM64.
If necessary, you can open another issue and submit some PR.
I do not expect that the current issue will be open for a long time. This issue partly involves factors outside the project, such as the review efficiency of the GraalVM Team.
Feature Request
For English only, other languages will not accept.
Please pay attention on issues you submitted, because we maybe need more details.
If no response anymore and we cannot make decision by current information, we will close it.
Please answer these questions before submitting your issue. Thanks!
Is your feature request related to a problem?
org.apache.shardingsphere.elasticjob:elasticjob-lite-core:3.0.2
oracle/graalvm-reachability-metadata#206 and Make ShardingSphere Proxy in GraalVM Native Image form available shardingsphere#21347 .Describe the feature you would like.
For the GraalVM Reachability Metadata required by ElasticJob Lite Core, multiple PRs have been completed at https://github.com/oracle/graalvm-reachability-metadata .
org.apache.commons:commons-dbcp2:2.9.0
oracle/graalvm-reachability-metadata#380org.apache.curator:curator-client:5.5.0
oracle/graalvm-reachability-metadata#381org.apache.curator:curator-framework:5.5.0
oracle/graalvm-reachability-metadata#383org.apache.shardingsphere.elasticjob:elasticjob-lite-core:3.0.3
oracle/graalvm-reachability-metadata#390But the RSS of https://github.com/oracle/graalvm-reachability-metadata is really too high. I have been waiting on the front PR for nearly a year to seek reviews from the GraalVM Team, and after one year Completed reconstruction again and again in time. I think we should solve this problem inside ElasticJob now.
In addition, the investigation results at Complete nativeTest of SCRIPT Job and TracingConfiguration in ElatsicJob linghengqian/graalvm-trace-metadata-smoketest#4 also show that SCRIPT Job and TracingConfiguration cannot be used under Native Image. Considering the extremely high RSS of https://github.com/oracle/graalvm-reachability-metadata , I don't think a similar issue would get much help on the central repository side of graalvm-reachability-metadata.
The target of this issue is
java.nio.file.Files#setPosixFilePermissions
cannot be used under Native Image oracle/graal#7390 .The text was updated successfully, but these errors were encountered: