Comment From: pivotal-cla@abenti Please sign the Contributor License Agreement!Click here to manually synchronize the st...

Now that we expect auto-configurations to be registered in an alternative mechanism, we should provide some sort of warn...

It would be helpful if we could get SpringApplication from an ApplicationContext. We should register it as a bean.Commen...

We do classpath scanning at runtime and that doesn't work in a native image. The error is a bit strange, see https://git...

As discussed in https://github.com/oracle/graal/issues/5073, our session-jdbc AOT smoke test sample currently registers ...

Spring Data JDBC does not have a JdbcDataConfiguration. Rather we only have an auto-configuration for the repositories s...

Andy raised a valid point here.In some parts of boot, we use the spring.application.name when we need the application na...

Comment From: Subhasish-Beherahello ! i am intrested in solving this issue .i am a freshman . i have basic knowledge of...

At the moment, the ThreadDumpEndpoint is not usable in a native image, as GraalVM doesn't implement thread dumping yet.I...

I have a test that checks to see if a string is in the captured output. I expect this to work because CapturedOutput imp...

I am using the embedded Jetty Container and came across the problem that the server.max-http-header-size property is "on...

There are a number of things in SpringApplication that are inferred at runtime based on the classpath, the environment o...

Comment From: mbhavePlacing on hold for the same reason as #28174Comment From: philwebbI think we can close this one and...

Comment From: aravindbargurhiriyannaiahHello @wilkinsona I wanted to contribute to this task. I have not contributed to ...

Comment From: mbhavePlacing this on-hold because we've decided to approach this on a case-by-case basis for new usages. ...

I suspect we have some places in the code where classes and interfaces are public purely to allow us to extend/implement...

Dear team,this pull request is my attempt to help with #32033 issue. After my modifications I tried to run test mentione...

Using these dependencies<dependency> <groupId>org.springframework.boot</groupId> <artifactId&...

The change in https://github.com/spring-projects/spring-boot/pull/31828 is breaking a native image deployment as follows...

It's implemented using a custom condition at the moment. It could use a @ConditionalOnProperty meta-annotation instead.