Improve the number of classes that are loaded by our AppCDS support

[geoand]

The way this is done is by picking a much later point in the startup process that is safe for the application to reach. This point is basically when Arc has created all its beans as frameworks commence their work after this point.

[geoand]

This actually does make a (small) but much more notireable dent in startup time vs our current AppCDS support.

[maxandersen]

Feels related to #28290 or at least could be useful appcds gets recorded at similar time a resume/suspend snapshot happens.

[geoand]

Yeah, it's fairly similar, but this is very very targeted

[geoand]

@stuartwdouglas can you think of any reason not to make this enhancement?

[stuartwdouglas]

No, the more classes that are loaded the better (assuming these are going to be loaded anyway).

[quarkus-bot]

Failing Jobs - Building b850d5b

Status	Name	Step	Failures	Logs	Raw logs
✔️	JVM Tests - JDK 11
✖	JVM Tests - JDK 11 Windows	Build	Failures	Logs	Raw logs
✔️	JVM Tests - JDK 17
✔️	JVM Tests - JDK 17 MacOS M1
✔️	JVM Tests - JDK 18

Full information is available in the Build summary check run.

Failures

⚙️ JVM Tests - JDK 11 Windows #

- Failing: extensions/vertx/deployment 
! Skipped: extensions/agroal/deployment extensions/amazon-lambda-http/deployment extensions/amazon-lambda-rest/deployment and 340 more

📦 extensions/vertx/deployment

✖ io.quarkus.vertx.DuplicatedContextTest.testThatBlockingEventConsumersAreCalledOnDuplicatedContext - More details - Source on GitHub

(RECIPIENT_FAILURE,8185) io.smallrye.mutiny.TimeoutException
	at io.vertx.core.eventbus.Message.fail(Message.java:141)
	at io.quarkus.vertx.runtime.VertxRecorder$3$1$1.handle(VertxRecorder.java:122)