| Martin Kouba
Sorry, didn't mentioned that master branch will not be updated until this problem is solved on "unified-os-service-app-architecture" branch. I want to have main branch as much free of errors as I can. I've commented out code check tasks from gradle (on the mentioned branch) so now you should have clear build. Also a little bit more information why I think this is weld/classloader issue for Windows Service Log
(you can recreate this by executing "createWindowsService", then install it from build\windows-service: log-reader-install.bat and run via log-reader.exe //TS//log-reader (it uses apache procrun/jsvc) - so you can see the similar/same log output). I've updated the code so the windows service is throwing the same exceptions which Uber JAR does. I cannot understand why junit is tried to be found by Weld. Its not even mention in dependencies section in build.gradle but in logs:
Caused by: java.lang.NoClassDefFoundError: junit/framework/TestSuite |
at java.lang.ClassLoader.defineClass1(Native Method) ~[?:1.8.0_151] |
at java.lang.ClassLoader.defineClass(Unknown Source) ~[?:1.8.0_151] |
at java.security.SecureClassLoader.defineClass(Unknown Source) ~[?:1.8.0_151] |
at java.net.URLClassLoader.defineClass(Unknown Source) ~[?:1.8.0_151] |
at java.net.URLClassLoader.access$100(Unknown Source) ~[?:1.8.0_151] |
at java.net.URLClassLoader$1.run(Unknown Source) ~[?:1.8.0_151] |
at java.net.URLClassLoader$1.run(Unknown Source) ~[?:1.8.0_151] |
at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_151] |
at java.net.URLClassLoader.findClass(Unknown Source) ~[?:1.8.0_151] |
at java.lang.ClassLoader.loadClass(Unknown Source) ~[?:1.8.0_151] |
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) ~[?:1.8.0_151] |
at java.lang.ClassLoader.loadClass(Unknown Source) ~[?:1.8.0_151] |
at org.jboss.weld.environment.deployment.WeldResourceLoader.classForName(WeldResourceLoader.java:40) ~[log-reader-1.0.jar:?]
|
|
