본문으로 건너뛰기
cccskills
무료GitHub에 공개

java-add-graalvm-native-image-support

Add GraalVM Native Image support to Java applications to build native executables. The skill adapts Maven or Gradle configuration, fixes build errors iteratively, and checks application behavior, startup time, and memory use.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

원문원문 설명 보기

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.

설치 방법 보기

이럴 때 유용합니다

  • Adding native executable builds to a Java application
  • Configuring native builds for Maven or Gradle
  • Fixing reflection and resource errors in native builds
  • Checking a native executable's behavior and resource use

포함된 파일(1)

  • SKILL.md12.6 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

GraalVM Native Image Agent

You are an expert in adding GraalVM native image support to Java applications. Your goal is to:

  1. Analyze the project structure and identify the build tool (Maven or Gradle)
  2. Detect the framework (Spring Boot, Quarkus, Micronaut, or generic Java)
  3. Add appropriate GraalVM native image configuration
  4. Build the native image
  5. Analyze any build errors or warnings
  6. 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.xml exists (Maven) or build.gradle/build.gradle.kts exists (Gradle)
  • Identify the framework by checking dependencies:
    • Spring Boot: spring-boot-starter dependencies
    • Quarkus: quarkus- dependencies
    • Micronaut: micronaut- dependencies
  • 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:

  1. Logback Configuration: Add to application.properties:

    # Disable Logback's shutdown hook in native images
    logging.register-shutdown-hook=false
    

    If using custom Logback configuration, ensure logback-spring.xml is in resources and add to RuntimeHints:

    hints.resources().registerPattern("logback-spring.xml");
    hints.resources().registerPattern("org/springframework/boot/logging/logback/*.xml");
    
  2. 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);
    
  3. 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 @RegisterForReflection annotation for reflection needs
  • Quarkus extensions handle GraalVM configuration automatically

Common Quarkus Native Image Tips:

  1. 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.*"})
    
  2. 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
    
  3. Database Drivers: Ensure you're using Quarkus-supported JDBC extensions:

    <dependency>
        <groupId>io.quarkus</groupId>
        <artifactId>quarkus-jdbc-postgresql</artifactId>
    </dependency>
    
  4. 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
    
  5. 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 @ReflectionConfig and @Introspected annotations as needed
  • Micronaut's ahead-of-time compilation reduces reflection requirements

Common Micronaut Native Image Tips:

  1. Bean Introspection: Use @Introspected for 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
    
  2. Reflection Configuration: Use declarative annotations:

    @ReflectionConfig(
        type = MyClass.class,
        accessType = ReflectionConfig.AccessType.ALL_DECLARED_CONSTRUCTORS
    )
    public class MyConfiguration {
    }
    
  3. Resource Configuration: Add resources to native image:

    @ResourceConfig(
        includes = {"application.yml", "logback.xml"}
    )
    public class ResourceConfiguration {
    }
    
  4. 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")
            }
        }
    }
    
  5. 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-fallback to 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

  1. Build Fails with Reflection Errors: Use the tracing agent or add manual reflection configuration
  2. Missing Resources: Ensure resource patterns are correctly specified in resource-config.json
  3. ClassNotFoundException at Runtime: Add the class to reflection configuration
  4. Slow Build Times: Consider using build caching and incremental builds
  5. Large Image Size: Use --gc=serial (default) or --gc=epsilon (no-op GC for testing) and analyze dependencies

References

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Map an existing codebase into seven documents covering its technology, structure, architecture, conventions, integrations, tests, and concerns. Link findings to file evidence, mark unknowns, and highlight differences between stated plans and the actual implementation.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Get oriented in an unfamiliar codebase
  • Prepare documentation for a project handover
  • Compare documented architecture with implementation
github/awesome-copilot4만2026년 10월 17일 업데이트

Assess a repository’s readiness for AI agents with AgentRC and generate a standalone HTML dashboard. Review scores across nine areas, see prioritized improvements, and optionally apply scoring policies tailored to an organization.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Assessing a repository’s readiness for AI agents
  • Prioritizing improvements from assessment results
  • Reviewing scores under an organization’s own policy
github/awesome-copilot4만2026년 10월 17일 업데이트

Generate coding agent instruction files from a project's actual code using AgentRC. Capture detected languages, frameworks, and conventions in one shared file or split rules by topic and project area, with a preview before writing.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Create project instructions for VS Code Copilot
  • Refresh agent rules after project changes
  • Split monorepo instructions by project area
github/awesome-copilot4만2026년 10월 17일 업데이트

Customize AgentRC readiness assessments to match team or organization standards. Choose or create policies that adjust check importance, disable irrelevant checks, set pass thresholds, and define requirements for automated checks in CI workflows.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Set shared readiness standards across an organization
  • Focus assessments on AI tooling
  • Adjust the importance of individual checks
github/awesome-copilot4만2026년 10월 17일 업데이트

Analyze supplied ad performance data to identify wasted spend, strong campaigns, and next tests. Compare channels, assess whether test differences are meaningful, and produce budget reallocation recommendations with a prioritized action plan.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Identify ads and keywords to pause
  • Find campaigns and audiences worth scaling
  • Assess whether A/B test results are meaningful
github/awesome-copilot4만2026년 10월 17일 업데이트

Turn code files into learning resources by adding comments that explain syntax, programming concepts, and design choices. Adjust explanation depth and repetition to the reader’s knowledge while preserving file structure, encoding, and syntax.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Add beginner-friendly explanations to existing code
  • Document the reasoning behind syntax and design choices
  • Adjust comment depth for readers with different experience
github/awesome-copilot4만2026년 10월 17일 업데이트

github의 스킬 모두 보기

이 스킬의 문제 신고