Closed PascalSchumacher closed 3 years ago
Thanks for the issue @PascalSchumacher. Unfortunately none of the core developers use Windows and something like this can slip up. We just added a Windows build in our Main GitHub build in order to catch such an issue in the future.
No problem. :)
Thank you very much for fixing this!
@PascalSchumacher can you by any chance check locally if running the tests in the flowable-form-json-converter
work when running from the command line?
For some reason the Windows build is failing there. See https://github.com/flowable/flowable-engine/runs/1848814911#step:6:1597
@filiphr I have a Window machine and the flowable-form-json-converter
module runs fine both in IntelliJ and using mvn from the command line. When I try mvn clean test
for the entire project it runs clean but then there are test failures latter on in the engine (which if memory serves me is not atypical).
See:
Thanks for checking @dbmalkovsky. It is really weird the Windows build on GitHub fails consistently on the same place. Did you run this with powershell through the Windowss Command line or is this a bash terminal? Can you perhaps also try with ./mwnw.cmd
?
@filiphr The first test was using the git bash shell. Then I tried mwnw.cmd
in a command shell with the same results; failures in the engine module. Finally I tried mwnw.cmd
in PowerShell and you can guess the outcome: same as the other two.
Thanks a lot for the checks @dbmalkovsky. It seems I'll need to spin up a VM to get to the bottom of this :)
Updating/cloning the flowable repository on windows results in an error:
error: cannot stat 'modules/flowable-engine/src/test/resources/org/flowable/engine/test/bpmn/multiinstance/MultiInstanceVariableAggregationTest.testParallelMultiInstanceSubProcessWithParallelMultiInstanceUserTaskWithCustomAggregator.bpmn20.xml': Filename too long
It seem that therefore pull requests pushed from windows are displayed as having a conflict, even when there are no conflicting changes (see: https://github.com/flowable/flowable-engine/pull/2791).
It would be great if the filename would be shortened a bit.