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
Copy file name to clipboardExpand all lines: framework-docs/src/docs/asciidoc/core/core-aot.adoc
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -26,7 +26,7 @@ A Spring AOT processed application typically generates:
26
26
* {api-spring-framework}/aot/hint/RuntimeHints.html[`RuntimeHints`] for the use of reflection, resource loading, serialization, and JDK proxies.
27
27
28
28
NOTE: At the moment, AOT is focused on allowing Spring applications to be deployed as native images using GraalVM.
29
-
We intend to offer more JVM-based use cases in future generations.
29
+
We intend to support more JVM-based use cases in future generations.
30
30
31
31
[[aot-basics]]
32
32
== AOT engine overview
@@ -37,12 +37,12 @@ The entry point of the AOT engine for processing an `ApplicationContext` arrange
37
37
* Invoke the available `BeanFactoryInitializationAotProcessor` implementations and apply their contributions against the `GenerationContext`.
38
38
For instance, a core implementation iterates over all candidate bean definitions and generates the necessary code to restore the state of the `BeanFactory`.
39
39
40
-
Once this process completes, the `GenerationContext` has been updated with the generated code, resources, and classes that are necessary for the application to run.
40
+
Once this process completes, the `GenerationContext` will have been updated with the generated code, resources, and classes that are necessary for the application to run.
41
41
The `RuntimeHints` instance can also be used to generate the relevant GraalVM native image configuration files.
42
42
43
43
`ApplicationContextAotGenerator#processAheadOfTime` returns the class name of the `ApplicationContextInitializer` entry point that allows the context to be started with AOT optimizations.
44
44
45
-
Those steps are covered in more details in the sections below.
45
+
Those steps are covered in greater detail in the sections below.
46
46
47
47
[[aot-refresh]]
48
48
== Refresh for AOT Processing
@@ -84,9 +84,9 @@ These are:
84
84
85
85
* `MergedBeanDefinitionPostProcessor` implementations post-process bean definitions to extract additional settings, such as `init` and `destroy` methods.
86
86
* `SmartInstantiationAwareBeanPostProcessor` implementations determine a more precise bean type if necessary.
87
-
This makes sure to create any proxy that is required at runtime.
87
+
This makes sure to create any proxy that will be required at runtime.
88
88
89
-
One this part completes, the `BeanFactory` contains the bean definitions that are necessary for the application to run. It does not trigger bean instantiation but allows the AOT engine to inspect the beans that would be created at runtime.
89
+
One this part completes, the `BeanFactory` contains the bean definitions that are necessary for the application to run. It does not trigger bean instantiation but allows the AOT engine to inspect the beans that will be created at runtime.
0 commit comments