rishabhdaim opened a new pull request, #444: URL: https://github.com/apache/jackrabbit-filevault/pull/444
## Summary Backport file export escaping to 3.2.x so stored XML files cannot be mistaken for Document View serialization when an exported package is re-imported. Files named `.content.xml`, and XML files recognized as docview by the importer, are exported using the existing `.dir/.content.xml` layout with an opaque binary sidecar. Ordinary files keep their existing export layout. ## Changes - Use this branch's `XmlAnalyzer`, matching the importer's content detection rather than introducing the newer `DocViewParser` API. - Preserve fail-safe escaping on analysis I/O errors and log the failure. - Move the regression tests into this branch's `vault-core` test suite with JUnit 4 and Java 7-compatible code. ## Test Plan - [x] Reproduce both round-trip defects against the unpatched 3.2.x exporter; the plain-XML control passes. - [x] Verify all three new regression tests pass on both Oak and Jackrabbit. - [x] Run all current-branch vault-core test classes on Java 8: 607 cases on Oak (14 skipped) and 607 on Jackrabbit (18 skipped), with zero failures or errors. Validation explicitly selects test classes present in this branch's source tree to exclude stale compiled tests from other branches in the local build directory. A plain test run picked up those stale classes and failed. Newer JDK attempts also failed with the legacy build. Spotless is not configured on this branch. ## Links - JIRA: https://issues.apache.org/jira/browse/JCRVLT-859 Co-Authored-By: GitHub Copilot <[email protected]> -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
