Hi,
[Currently running latest Java 8, autopatch 1.4.2, autopatch-spring 1.4.0, Spring 4.3.2, Spring Boot 1.4.0.RELEASE]
We have used autopatch for some time, and it has worked flawlessly for us. Recently we did some rearchitecting and made our web application a Spring Boot application, which is an all-in-one jar with an embedded Tomcat container in it (before it was a typical war). This change has introduced several issues, one of which being that autopatch can no longer find any of its patch files.
Before, when the app was just a war, the patch files were in a jar under WEB-INF/lib, and the classloader had no trouble finding them. Now, that jar is inside the all-in-one jar (under WEB-INF/lib). In this configuration, when autopatch runs it seems to not know to look into these inner jars - at least, when it runs, it finds no patches:
13:43:23.725 [RS-ApplicationLauncher-Thread-1] WARN c.i.c.s.listener.ApplicationLauncher - Running autopatch...
13:43:27.345 [RS-ApplicationLauncher-Thread-1] INFO c.t.u.m.MigrationRunnerFactory - Strategy received 'null'
13:43:27.349 [RS-ApplicationLauncher-Thread-1] INFO c.t.u.m.jdbc.AutoPatchService - Applying patches....
13:37:24.572 [RS-ApplicationLauncher-Thread-1] INFO c.t.util.migration.MigrationProcess - Running post-patch tasks...
13:37:24.572 [RS-ApplicationLauncher-Thread-1] INFO c.t.util.migration.MigrationProcess - No patch tasks were discovered in your classpath. Run with DEBUG logging enabled for patch task search details.
I turned up to debug logging, but didn't see any more logging than this.
Any thoughts on why this might not be working, and what I could do to fix it? I'm going to try moving all the patch files temporarily into the web project, so that they aren't in a jar within the jar, to see if that will help. Ultimately though, I'd like to keep the autopatch related files in their own library.
-Scott