jst
New Responder

FirstSpirit Modul bringt Server zum Absturz - .GLOBAL.jar FileNotFound

Jump to solution

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

0 Kudos
1 Solution

Accepted Solutions
Peter_Jodeleit
Crownpeak employee

Der Workaround ist, <resource>-Einträge, welche auf leere oder nicht vorhandene Verzeichnisse zeigen, aus der module.xml zu entfernen

Peter

View solution in original post

0 Kudos
2 Replies
MichaelaReydt
Community Manager

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

Peter_Jodeleit
Crownpeak employee

Der Workaround ist, <resource>-Einträge, welche auf leere oder nicht vorhandene Verzeichnisse zeigen, aus der module.xml zu entfernen

Peter
0 Kudos