LOADUI-823 If fonts are unavailable in a system then LoadUI no longer crashes as it installs the fonts that are bundled with the jre into the font-cache.
Merge branch 'next' into bugfix_LOADUI-823 Continuous pulling during development
LOADUI-823 Minor refactor
LOADUI-823 Made sure that LoadUI restarts upon having updated the font-cache
One-pass refactor and correction of SoapUIPlugin pom so that LoadUI does not have to grow by 50Mb.
Testing for Windows revealed that restarting was broken, this commit fixes that.
LOADUI-823 Changed a condition that caused all systems to check fonts at least once. Fixed The Restart-dialog that was not getting the executable due to the use of processbuilder
LOADUI-991 Fixed EventsHandlingTest
LOADUI-992 Fixed TableLogTest (was bug in LoadUiRobot)
LOADUI-993 Fixed problem with SimpleWebState which broke ProjectPlaybackTest
LOADUI-994 Fixed hamcrest dependency problems
LOADUI-995 Fixed ResultViewTest (fx-integration-test)
Consilidating bugfix_LOADUI-989 and bugfix_LOADUI-823
LOADUI-823 Giving printouts for better debugging what happens in CentOS when not working
Reverted to old method of identifying if Fonts have been installed or not. Using Font.getDefaultFont() that throws an exception in affected systems.
LOADUI-992 Improved TableLogTest - more robust now
LOADUI-823 Fixed executors that werent working properly anymore
LOADUI-823 Testing whether Redirect.PIPE works better than inheritIO did for the output before skipping it entirely
Testing another way to print output of forked process.
LOADUI-823 Finally got it to work on CentOS without breaking it in a non-headless environment