This is an automated email from the ASF dual-hosted git repository.

garydgregory pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/commons-secure-xml.git

commit e0698f18a30c3e7296cd7e667708e3687084ddcf
Author: Gary Gregory <[email protected]>
AuthorDate: Mon Sep 14 16:32:49 2026 -0700

    Javadoc
---
 .../java/org/apache/commons/xml/secure/OverrideDefaultParserTest.java   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/src/test/java/org/apache/commons/xml/secure/OverrideDefaultParserTest.java 
b/src/test/java/org/apache/commons/xml/secure/OverrideDefaultParserTest.java
index 2c12705..65e9722 100644
--- a/src/test/java/org/apache/commons/xml/secure/OverrideDefaultParserTest.java
+++ b/src/test/java/org/apache/commons/xml/secure/OverrideDefaultParserTest.java
@@ -40,7 +40,7 @@
 /**
  * Tests that {@code jdk.xml.overrideDefaultParser} selects which secure 
parser family performs the source rewrites on factories that recognize the 
feature.
  *
- * <p>The wrapped implementations' internal parsers are never used — the 
wrappers parse every source themselves — so instead of configuring the delegate 
the
+ * <p>The wrapped implementations' internal parsers are never used (the 
wrappers parse every source themselves), so instead of configuring the 
delegate, the
  * wrappers read the feature: {@code false} (the JDK's default) pins the 
platform's built-in parser, {@code true} (or a delegate that does not recognize 
the
  * feature) keeps the pluggable lookup. Both choices are secure, so the 
feature carries no security weight. The tests pin the JDK implementations 
through
  * {@code newDefaultInstance()}, so they discriminate in every JVM execution; 
under test-jdk-xerces the two parser families genuinely differ.</p>

Reply via email to