diff --git a/dev/io.openliberty.microprofile.openapi.2.0.internal/src/io/openliberty/microprofile/openapi20/utils/IndexUtils.java b/dev/io.openliberty.microprofile.openapi.2.0.internal/src/io/openliberty/microprofile/openapi20/utils/IndexUtils.java
index <HASH>..<HASH> 100644
--- a/dev/io.openliberty.microprofile.openapi.2.0.internal/src/io/openliberty/microprofile/openapi20/utils/IndexUtils.java
+++ b/dev/io.openliberty.microprofile.openapi.2.0.internal/src/io/openliberty/microprofile/openapi20/utils/IndexUtils.java
@@ -74,7 +74,7 @@ public class IndexUtils {
 
                 for (Path file : files) {
                     try {
-                        processFile(file.getFileName().toString(), Files.newInputStream(file), indexer, filter, config);
+                        processFile(containerPath.relativize(file).toString(), Files.newInputStream(file), indexer, filter, config);
                     } catch (IOException e) {
                         if (LoggingUtils.isEventEnabled(tc)) {
                             Tr.event(tc, String.format("Error occurred when processing file %s: %s", file.getFileName().toString(), e.getMessage()));
OpenAPI: respect config when scanning expanded app

File paths were not being handled correctly for expanded apps, leading
to an incorrect class name being compared to the include/exclude filters
derived from the configuration.