Search the FirstSpirit Knowledge Base
Hallo Community,
wir haben aktuell das Problem, dass eine Modul-Entwicklung von FirstSpirit 4.2 den 5er Server zum Absturz bringt.
Folgende Exception erhalten wir:
WARN 07.04.2014 11:35:24.654 (de.espirit.firstspirit.server.event.EventManagerProxy$EventPolling): java.lang.RuntimeException: /opt/firstspirit5/work/ModuleManager/XXXXX_28367efd/.GLOBAL.jar (Datei oder Verzeichnis nicht gefunden)
FSVersion=5.1.106.61855#3892;JDK=1.7.0_51 64bit Oracle Corporation;OS=Linux 3.11.0-12-generic amd64;Date=07.04.2014 11:35:24
java.lang.RuntimeException: /opt/firstspirit5/work/ModuleManager/XXXXX_28367efd/.GLOBAL.jar (Datei oder Verzeichnis nicht gefunden)
at de.espirit.firstspirit.server.module.ModuleManagerProxy$ClientModuleManager.getUrlForResource(ModuleManagerProxy.java:521)
at de.espirit.firstspirit.server.module.ModuleManagerProxy$ClientModuleManager.createRootModuleClassLoader(ModuleManagerProxy.java:497)
at de.espirit.firstspirit.server.module.ModuleManagerProxy$ClientModuleManager.onEvent(ModuleManagerProxy.java:564)
at de.espirit.firstspirit.server.module.ModuleManagerProxy$ClientModuleManager.onEvent(ModuleManagerProxy.java:77)
at de.espirit.firstspirit.server.event.EventManagerProxy.onEvent(EventManagerProxy.java:289)
at de.espirit.firstspirit.server.event.EventManagerProxy.pollEvents(EventManagerProxy.java:240)
at de.espirit.firstspirit.server.event.EventManagerProxy.access$400(EventManagerProxy.java:42)
at de.espirit.firstspirit.server.event.EventManagerProxy$EventPolling$1.run(EventManagerProxy.java:377)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
Caused by: java.io.FileNotFoundException: /opt/firstspirit5/work/ModuleManager/XXXXX_28367efd/.GLOBAL.jar (Datei oder Verzeichnis nicht gefunden)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:146)
at de.espirit.firstspirit.server.module.ModuleManagerImpl.getResourceFileContent(ModuleManagerImpl.java:1526)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at de.espirit.firstspirit.io.DefaultServerHandler.callManager(DefaultServerHandler.java:62)
at de.espirit.firstspirit.server.io.handler.ManagerCall.doCall(ManagerCall.java:97)
at de.espirit.firstspirit.server.io.handler.CompactCall.handle(CompactCall.java:68)
at de.espirit.firstspirit.server.io.ManagerCallWorker.run(ManagerCallWorker.java:108)
at de.espirit.firstspirit.server.ExecutionManagerImpl$RunnableWrapper.call(ExecutionManagerImpl.java:594)
at de.espirit.firstspirit.server.ExecutionManagerImpl$ExtendedCallable.call(ExecutionManagerImpl.java:561)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at de.espirit.common.util.BoundedExecutorService$RunnableWrapper.run(BoundedExecutorService.java:418)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at de.espirit.firstspirit.client.io.ServerCaller.callManager(ServerCaller.java:372)
at de.espirit.firstspirit.io.DefaultClientHandler.callManager(DefaultClientHandler.java:55)
at de.espirit.firstspirit.client.io.RemoteManagerCaller.invoke(RemoteManagerCaller.java:52)
at com.sun.proxy.$Proxy3.getResourceFileContent(Unknown Source)
at de.espirit.firstspirit.server.module.ModuleManagerProxy$ClientModuleManager.downloadJarFile(ModuleManagerProxy.java:546)
at de.espirit.firstspirit.server.module.ModuleManagerProxy$ClientModuleManager.getUrlForResource(ModuleManagerProxy.java:509)
at de.espirit.firstspirit.server.module.ModuleManagerProxy$ClientModuleManager.createRootModuleClassLoader(ModuleManagerProxy.java:497)
at de.espirit.firstspirit.server.module.ModuleManagerProxy$ClientModuleManager.onEvent(ModuleManagerProxy.java:564)
at de.espirit.firstspirit.server.module.ModuleManagerProxy$ClientModuleManager.onEvent(ModuleManagerProxy.java:77)
at de.espirit.firstspirit.server.event.EventManagerProxy.onEvent(EventManagerProxy.java:289)
at de.espirit.firstspirit.server.event.EventManagerProxy.pollEvents(EventManagerProxy.java:240)
at de.espirit.firstspirit.server.event.EventManagerProxy.access$400(EventManagerProxy.java:42)
at de.espirit.firstspirit.server.event.EventManagerProxy$EventPolling$1.run(EventManagerProxy.java:377)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
Die .GLOBAL.jar kommt nicht von uns. Ich kann erkenne, dass im work-Verzeichnis des Servers für jedes Modul ein .GLOBAL-Verzeichnis und eine .GLOBAL.jar erstellt wird.
Hat jemand dieses Problem bereits gehabt?
Viele Grüße,
Jörn
Der Workaround ist, <resource>-Einträge, welche auf leere oder nicht vorhandene Verzeichnisse zeigen, aus der module.xml zu entfernen
Hallo Jörn,
das Problem wird derzeit bei uns intern bearbeitet (interne ID: #154250). Den aktuellen Stand des internen Tickets kannst du über unseren Helpdesk erfragen.
Viele Grüße
Michaela
Der Workaround ist, <resource>-Einträge, welche auf leere oder nicht vorhandene Verzeichnisse zeigen, aus der module.xml zu entfernen