Detected in issue #11816 within PR #13696.
When we perform mvn clean verify then XdocsPagesTest gets executed. Within the test the following pre-condition causes regeneration of .xml files.
Refer to this line.
|
@BeforeAll |
|
public static void generateXdocContent() throws Exception { |
|
XdocGenerator.generateXdocContent(); |
|
} |
What is happening now?
The problem is when the above line gets executed this regeneration happens and in an windows environment the End-Of-Line used is CRLF by default. This causes a difference to git version control and the build process fails - due to constraints of validation.cmd.
What is expected?
We have to find out a way to make sure when .xml files are regenerated they have LF End-Of-Line instead of CRLF so that no further git diff arises and post execution of test cases the validation.cmd doesn't end up with an error.
[Update] - Issue has been raised at Apache Doxia for ability to configure new-line character. https://issues.apache.org/jira/browse/DOXIA-707
Detected in issue #11816 within PR #13696.
When we perform
mvn clean verifythenXdocsPagesTestgets executed. Within the test the following pre-condition causes regeneration of.xmlfiles.Refer to this line.
checkstyle/src/test/java/com/puppycrawl/tools/checkstyle/internal/XdocsPagesTest.java
Lines 296 to 299 in c525c67
What is happening now?
The problem is when the above line gets executed this regeneration happens and in an windows environment the End-Of-Line used is
CRLFby default. This causes a difference to git version control and the build process fails - due to constraints ofvalidation.cmd.What is expected?
We have to find out a way to make sure when
.xmlfiles are regenerated they haveLFEnd-Of-Line instead ofCRLFso that no further git diff arises and post execution of test cases the validation.cmd doesn't end up with an error.[Update] - Issue has been raised at Apache Doxia for ability to configure new-line character. https://issues.apache.org/jira/browse/DOXIA-707