Files
fleetd/bridged/src/test/resources/logback-test.xml
T
Dai Ha 46fa4f38d5
CI / build (pull_request) Successful in 49s
CI / contract (pull_request) Successful in 1m1s
CB-575: filter MCP cancellation warnings
2026-08-15 05:57:45 +02:00

41 lines
1.7 KiB
XML

<configuration>
<!--
CB-506 — test-run logging. This file is NOT boilerplate; it exists to keep the test suite
out of the CB-505 audit trail.
main/resources/logback.xml routes the `audit` logger to a RollingFileAppender at
logs/audit.log. AuditLogTest and BridgedAppAuthTest exercise that same logger, so without
this file `mvn test` appends fabricated records — denied/forbidden SPAWN/STOP/SEND from
worker:term_a — to the production security log, byte-identical to real ones. An investigator
could not tell a test fixture from a genuine intrusion attempt. Logback prefers
logback-test.xml when it is on the test classpath, so this governs test runs only.
Two constraints if you edit this:
- NEVER add a FileAppender/RollingFileAppender here. That reintroduces the bug.
- Keep `audit` ENABLED (INFO, additivity=false). Setting it to OFF would silently break
AuditLogTest, which attaches its own ListAppender and asserts on emitted records.
-->
<!-- Keep the test logger behaviour aligned with the production cancellation filter. -->
<turboFilter class="dev.ltms.bridged.logging.McpCancelledNotificationFilter"/>
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
<encoder>
<pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
</encoder>
</appender>
<logger name="audit" level="INFO" additivity="false">
<appender-ref ref="STDOUT"/>
</logger>
<logger name="dev.ltms.bridged" level="WARN"/>
<logger name="org.eclipse.jetty" level="WARN"/>
<root level="INFO">
<appender-ref ref="STDOUT"/>
</root>
</configuration>