github/awesome-copilot/skills/java-add-graalvm-native-image-support/SKILL.md
java-add-graalvm-native-image-support
GraalVM Native Image expert that adds native image support to Java applications, builds the project, analyzes build errors, applies fixes, and iterates until successful compilation using Oracle best practices.
- Source repository stars
- 37,126
- Declared platforms
- 0
- Static risk flags
- 1
- Last source update
- 2026-07-28
- Source checked
- 2026-07-28
Decision brief
What it does—and where it fits
You are an expert in adding GraalVM native image support to Java applications. Your goal is to:
Not for
- Build Fails with Reflection Errors: Use the tracing agent or add manual reflection configuration
- Missing Resources: Ensure resource patterns are correctly specified in resource-config.json
Compatibility matrix
Platform support, with evidence labels
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
Inspect first. Install second.
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/github/awesome-copilot --skill "skills/java-add-graalvm-native-image-support"Inspect the Agent Skill "java-add-graalvm-native-image-support" from https://github.com/github/awesome-copilot/blob/9933dcad5be5caeb288cebcd370eeeb2fc2f1685/skills/java-add-graalvm-native-image-support/SKILL.md at commit 9933dcad5be5caeb288cebcd370eeeb2fc2f1685. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
What the source asks the agent to do
- 01
Step 1: Analyze the Project
Check if pom.xml exists (Maven) or build.gradle/build.gradle.kts exists (Gradle)
Check if pom.xml exists (Maven) or build.gradle/build.gradle.kts exists (Gradle)Identify the framework by checking dependencies:Spring Boot: spring-boot-starter dependencies - 02
Step 2: Add Native Image Support
Add the GraalVM Native Build Tools plugin within a native profile in pom.xml:
Add the GraalVM Native Build Tools plugin within a native profile in pom.xml:For Spring Boot projects, ensure the Spring Boot Maven plugin is in the main build section:Add the GraalVM Native Build Tools plugin to build.gradle: - 03
Step 3: Build the Native Image
Run the appropriate build command:
Run the appropriate build command: - 04
Step 4: Analyze Build Errors
Common issues and solutions:
Common issues and solutions:If you see errors about missing reflection configuration, create or update src/main/resources/META-INF/native-image/reflect-config.json:For missing resources, create src/main/resources/META-INF/native-image/resource-config.json: - 05
Step 5: Iterate Until Success
After each fix, rebuild the native image
After each fix, rebuild the native imageAnalyze new errors and apply appropriate fixesUse the GraalVM tracing agent to automatically generate configuration:
Permission review
Static risk signals and limitations
Runs scripts
The documentation asks the agent to run terminal commands or scripts.
Run the appropriate build command:Evidence record
Why each signal appears
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 88/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 37,126 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Provenance and original SKILL.md
- Repository
- github/awesome-copilot
- Skill path
- skills/java-add-graalvm-native-image-support/SKILL.md
- Commit
- 9933dcad5be5caeb288cebcd370eeeb2fc2f1685
- License
- MIT
- Collected
- 2026-07-28
- Default branch
- main
View the original SKILL.md
GraalVM Native Image Agent
You are an expert in adding GraalVM native image support to Java applications. Your goal is to:
- Analyze the project structure and identify the build tool (Maven or Gradle)
- Detect the framework (Spring Boot, Quarkus, Micronaut, or generic Java)
- Add appropriate GraalVM native image configuration
- Build the native image
- Analyze any build errors or warnings
- Apply fixes iteratively until the build succeeds
Your Approach
Follow Oracle's best practices for GraalVM native images and use an iterative approach to resolve issues.
Step 1: Analyze the Project
- Check if
pom.xmlexists (Maven) orbuild.gradle/build.gradle.ktsexists (Gradle) - Identify the framework by checking dependencies:
- Spring Boot:
spring-boot-starterdependencies - Quarkus:
quarkus-dependencies - Micronaut:
micronaut-dependencies
- Spring Boot:
- Check for existing GraalVM configuration
Step 2: Add Native Image Support
For Maven Projects
Add the GraalVM Native Build Tools plugin within a native profile in pom.xml:
<profiles>
<profile>
<id>native</id>
<build>
<plugins>
<plugin>
<groupId>org.graalvm.buildtools</groupId>
<artifactId>native-maven-plugin</artifactId>
<version>[latest-version]</version>
<extensions>true</extensions>
<executions>
<execution>
<id>build-native</id>
<goals>
<goal>compile-no-fork</goal>
</goals>
<phase>package</phase>
</execution>
</executions>
<configuration>
<imageName>${project.artifactId}</imageName>
<mainClass>${main.class}</mainClass>
<buildArgs>
<buildArg>--no-fallback</buildArg>
</buildArgs>
</configuration>
</plugin>
</plugins>
</build>
</profile>
</profiles>
For Spring Boot projects, ensure the Spring Boot Maven plugin is in the main build section:
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
For Gradle Projects
Add the GraalVM Native Build Tools plugin to build.gradle:
plugins {
id 'org.graalvm.buildtools.native' version '[latest-version]'
}
graalvmNative {
binaries {
main {
imageName = project.name
mainClass = application.mainClass.get()
buildArgs.add('--no-fallback')
}
}
}
Or for Kotlin DSL (build.gradle.kts):
plugins {
id("org.graalvm.buildtools.native") version "[latest-version]"
}
graalvmNative {
binaries {
named("main") {
imageName.set(project.name)
mainClass.set(application.mainClass.get())
buildArgs.add("--no-fallback")
}
}
}
Step 3: Build the Native Image
Run the appropriate build command:
Maven:
mvn -Pnative native:compile
Gradle:
./gradlew nativeCompile
Spring Boot (Maven):
mvn -Pnative spring-boot:build-image
Quarkus (Maven):
./mvnw package -Pnative
Micronaut (Maven):
./mvnw package -Dpackaging=native-image
Step 4: Analyze Build Errors
Common issues and solutions:
Reflection Issues
If you see errors about missing reflection configuration, create or update src/main/resources/META-INF/native-image/reflect-config.json:
[
{
"name": "com.example.YourClass",
"allDeclaredConstructors": true,
"allDeclaredMethods": true,
"allDeclaredFields": true
}
]
Resource Access Issues
For missing resources, create src/main/resources/META-INF/native-image/resource-config.json:
{
"resources": {
"includes": [
{"pattern": "application.properties"},
{"pattern": ".*\\.yml"},
{"pattern": ".*\\.yaml"}
]
}
}
JNI Issues
For JNI-related errors, create src/main/resources/META-INF/native-image/jni-config.json:
[
{
"name": "com.example.NativeClass",
"methods": [
{"name": "nativeMethod", "parameterTypes": ["java.lang.String"]}
]
}
]
Dynamic Proxy Issues
For dynamic proxy errors, create src/main/resources/META-INF/native-image/proxy-config.json:
[
["com.example.Interface1", "com.example.Interface2"]
]
Step 5: Iterate Until Success
- After each fix, rebuild the native image
- Analyze new errors and apply appropriate fixes
- Use the GraalVM tracing agent to automatically generate configuration:
java -agentlib:native-image-agent=config-output-dir=src/main/resources/META-INF/native-image -jar target/app.jar - Continue until the build succeeds without errors
Step 6: Verify the Native Image
Once built successfully:
- Test the native executable to ensure it runs correctly
- Verify startup time improvements
- Check memory footprint
- Test all critical application paths
Framework-Specific Considerations
Spring Boot
- Spring Boot 3.0+ has excellent native image support
- Ensure you're using compatible Spring Boot version (3.0+)
- Most Spring libraries provide GraalVM hints automatically
- Test with Spring AOT processing enabled
When to Add Custom RuntimeHints:
Create a RuntimeHintsRegistrar implementation only if you need to register custom hints:
import org.springframework.aot.hint.RuntimeHints;
import org.springframework.aot.hint.RuntimeHintsRegistrar;
public class MyRuntimeHints implements RuntimeHintsRegistrar {
@Override
public void registerHints(RuntimeHints hints, ClassLoader classLoader) {
// Register reflection hints
hints.reflection().registerType(
MyClass.class,
hint -> hint.withMembers(MemberCategory.INVOKE_DECLARED_CONSTRUCTORS,
MemberCategory.INVOKE_DECLARED_METHODS)
);
// Register resource hints
hints.resources().registerPattern("custom-config/*.properties");
// Register serialization hints
hints.serialization().registerType(MySerializableClass.class);
}
}
Register it in your main application class:
@SpringBootApplication
@ImportRuntimeHints(MyRuntimeHints.class)
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}
Common Spring Boot Native Image Issues:
-
Logback Configuration: Add to
application.properties:# Disable Logback's shutdown hook in native images logging.register-shutdown-hook=falseIf using custom Logback configuration, ensure
logback-spring.xmlis in resources and add toRuntimeHints:hints.resources().registerPattern("logback-spring.xml"); hints.resources().registerPattern("org/springframework/boot/logging/logback/*.xml"); -
Jackson Serialization: For custom Jackson modules or types, register them:
hints.serialization().registerType(MyDto.class); hints.reflection().registerType( MyDto.class, hint -> hint.withMembers( MemberCategory.DECLARED_FIELDS, MemberCategory.INVOKE_DECLARED_CONSTRUCTORS ) );Add Jackson mix-ins to reflection hints if used:
hints.reflection().registerType(MyMixIn.class); -
Jackson Modules: Ensure Jackson modules are on the classpath:
<dependency> <groupId>com.fasterxml.jackson.datatype</groupId> <artifactId>jackson-datatype-jsr310</artifactId> </dependency>
Quarkus
- Quarkus is designed for native images with zero configuration in most cases
- Use
@RegisterForReflectionannotation for reflection needs - Quarkus extensions handle GraalVM configuration automatically
Common Quarkus Native Image Tips:
-
Reflection Registration: Use annotations instead of manual configuration:
@RegisterForReflection(targets = {MyClass.class, MyDto.class}) public class ReflectionConfiguration { }Or register entire packages:
@RegisterForReflection(classNames = {"com.example.package.*"}) -
Resource Inclusion: Add to
application.properties:quarkus.native.resources.includes=config/*.json,templates/** quarkus.native.additional-build-args=--initialize-at-run-time=com.example.RuntimeClass -
Database Drivers: Ensure you're using Quarkus-supported JDBC extensions:
<dependency> <groupId>io.quarkus</groupId> <artifactId>quarkus-jdbc-postgresql</artifactId> </dependency> -
Build-Time vs Runtime Initialization: Control initialization with:
quarkus.native.additional-build-args=--initialize-at-build-time=com.example.BuildTimeClass quarkus.native.additional-build-args=--initialize-at-run-time=com.example.RuntimeClass -
Container Image Build: Use Quarkus container-image extensions:
quarkus.native.container-build=true quarkus.native.builder-image=mandrel
Micronaut
- Micronaut has built-in GraalVM support with minimal configuration
- Use
@ReflectionConfigand@Introspectedannotations as needed - Micronaut's ahead-of-time compilation reduces reflection requirements
Common Micronaut Native Image Tips:
-
Bean Introspection: Use
@Introspectedfor POJOs to avoid reflection:@Introspected public class MyDto { private String name; private int value; // getters and setters }Or enable package-wide introspection in
application.yml:micronaut: introspection: packages: - com.example.dto -
Reflection Configuration: Use declarative annotations:
@ReflectionConfig( type = MyClass.class, accessType = ReflectionConfig.AccessType.ALL_DECLARED_CONSTRUCTORS ) public class MyConfiguration { } -
Resource Configuration: Add resources to native image:
@ResourceConfig( includes = {"application.yml", "logback.xml"} ) public class ResourceConfiguration { } -
Native Image Configuration: In
build.gradle:graalvmNative { binaries { main { buildArgs.add("--initialize-at-build-time=io.micronaut") buildArgs.add("--initialize-at-run-time=io.netty") buildArgs.add("--report-unsupported-elements-at-runtime") } } } -
HTTP Client Configuration: For Micronaut HTTP clients, ensure netty is properly configured:
micronaut: http: client: read-timeout: 30s netty: default: allocator: max-order: 3
Best Practices
- Start Simple: Build with
--no-fallbackto catch all native image issues - Use Tracing Agent: Run your application with the GraalVM tracing agent to automatically discover reflection, resources, and JNI requirements
- Test Thoroughly: Native images behave differently than JVM applications
- Minimize Reflection: Prefer compile-time code generation over runtime reflection
- Profile Memory: Native images have different memory characteristics
- CI/CD Integration: Add native image builds to your CI/CD pipeline
- Keep Dependencies Updated: Use latest versions for better GraalVM compatibility
Troubleshooting Tips
- Build Fails with Reflection Errors: Use the tracing agent or add manual reflection configuration
- Missing Resources: Ensure resource patterns are correctly specified in
resource-config.json - ClassNotFoundException at Runtime: Add the class to reflection configuration
- Slow Build Times: Consider using build caching and incremental builds
- Large Image Size: Use
--gc=serial(default) or--gc=epsilon(no-op GC for testing) and analyze dependencies
References
Alternatives
Compare before choosing
coreyhaines31/marketingskills
ab-testing
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program
coreyhaines31/marketingskills
churn-prevention
When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions 'churn,' 'cancel flow,' 'offboarding,' 'save offer,' 'dunning,' 'failed payment recovery,' 'win-back,' 'retention,' 'exit survey,' 'pause subscription,' 'involuntary churn,' 'people keep canceling,' 'churn rate is too high,' 'how do I keep users,' or 'customers are leaving.' Use this whenever someone is losing subscribers o
event4u-app/agent-config
design-review
Use when the user says "review the design", "check the UI", or wants a comprehensive UI/UX review. Uses a 7-phase methodology covering interaction, responsiveness, accessibility, and more.
K-Dense-AI/scientific-agent-skills
dask
Distributed computing for larger-than-RAM pandas/NumPy workflows. Use when you need to scale existing pandas/NumPy code beyond memory or across clusters. Best for parallel file processing, distributed ML, integration with existing pandas code. For out-of-core analytics on single machine use vaex; for in-memory speed use polars.