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-xml.git
commit a3ce306c272948ddeb33c79424b8d41362844aa8 Author: Gary Gregory <[email protected]> AuthorDate: Fri Aug 28 14:36:14 2026 -0400 Javadoc: "hardening" -> "secure/securing" wording to match new class and method names. Rename test methods. --- src/main/java/org/apache/commons/xml/SecureSchemaFactory.java | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/main/java/org/apache/commons/xml/SecureSchemaFactory.java b/src/main/java/org/apache/commons/xml/SecureSchemaFactory.java index b2317fa..1e4db4d 100644 --- a/src/main/java/org/apache/commons/xml/SecureSchemaFactory.java +++ b/src/main/java/org/apache/commons/xml/SecureSchemaFactory.java @@ -87,7 +87,7 @@ static SchemaFactory secure(final SchemaFactory factory) { * </p> * * @return A secure factory. - * @throws IllegalStateException Thrown if a required hardening setting cannot be applied to the underlying implementation. + * @throws IllegalStateException Thrown if a required secure setting cannot be applied to the underlying implementation. * @throws IllegalArgumentException Thrown if the running platform provides neither {@code newDefaultInstance()} nor the JDK's built-in implementation * (for example Android). */ @@ -142,7 +142,7 @@ private SecureSchemaFactory() { } /** - * Capability-driven hardening wrapper for any {@link SchemaFactory} on the classpath, the same recipe for every implementation. It is the entry point reached + * Capability-driven secure wrapper for any {@link SchemaFactory} on the classpath, the same recipe for every implementation. It is the entry point reached * by {@link SecureSchemaFactory#newInstance(String)}; there is no per-implementation branching, no {@code FEATURE_SECURE_PROCESSING} and no limit configuration on the * factory itself. * @@ -162,7 +162,7 @@ private SecureSchemaFactory() { * {@code ACCESS_EXTERNAL_*} properties are deliberately not set: the resolver floor already blocks the same fetches on every implementation, and the JDK 8 * {@code SchemaFactory} has a bug whereby those properties keep blocking even when a caller's own resolver would grant the access. The floor is a non-removable * lower bound: a caller-set {@link LSResourceResolver} is routed through it (opting a specific lookup in by returning a non-{@code null} result) rather than - * replacing it, so hardening cannot be dropped by swapping the resolver. + * replacing it, so secure cannot be dropped by swapping the resolver. * </p> * * @see org.apache.commons.xml
