Community
Participate
Working Groups
It appears that the URL returned by getClass().getResource() does not have the "file" protocol when used by the build test harness. This results in the following failure (which doesn't occur when the test is run locally). junit.framework.AssertionFailedError at org.eclipse.compare.tests.PatchTest.testPatchdataSubfolders(PatchTest.java:185)
I have modified the test so it exits if the protocol is not "file". We should still investigate how to implement the test so it can run during the build.
The protocol in the tests is "jar". I suspect the test will need to be rewritten so that it doesn't dynamically determine the test input.
Created attachment 78304 [details] Fix The patch handles both cases when url protocol is "file" or "jar". I've tested using JUnit tests launched from the command line (the same way it's tested over the big water). I did it on both Windows and Linux. Michael, you have also suggested some additional improvements of the test like collecting the results for the subfolders (to ensure that all tests are run in opposite to a situation when a test fails for some case from first subfolder). I hope you don't mind if I log a separate bug for it.
I've released the patch. We'll see what happens tonight ;-)
Verified in I20070917-1800.