I think this is the 3rd time I have hear of this (but not seen it with my own eyes) - now with Janino, not just JDT. So it has to be some fragility with JVM and wacky classloading in some cases.

in any case, all the more motivation to provide "jfdi" based rules without class generation ;)

---------- Forwarded message ----------
From: Schwenker, Stephen <[EMAIL PROTECTED]>
Date: Oct 17, 2006 3:29 PM
Subject: [drools-user] JRules causing coredump while compiling DRL
To: [email protected]

Hello,
 
I'm having a major issue with the JBoss rules api.  I've written a MBean to compile and deploy drl files to the jndi tree on the JBoss Application server.
 
It used to work on JBoss 4.0.3 but now causes a core dump on JBoss 4.0.4.  While changing from 403 to 404 I had to switch from the eclipse to the janino compiler.
 
I've tested the deployment on my windows box but on the linux server that will be running the app in production it core dumps.
 
Can anyone help me with this?
 
here is the core dump message....
 
 
 
 
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0xb79f1cd1, pid=30952, tid=1838152624 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode) # Problematic frame:
# V [libjvm.so+0x3c9cd1]
#
--------------- T H R E A D ---------------
Current thread (0x6d901690): JavaThread "CompilerThread0" daemon [_thread_in_native, id=30958]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
Registers:
EAX=0x00000000, EBX=0xb7bd37f0, ECX=0x6d8fddd0, EDX=0x6a849050 ESP=0x6d8fdd44, EBP=0x6d8fdd68, ESI=0x6a8497bc, EDI=0x6d8fddd0 EIP=0xb79f1cd1, CR2=0x00000000, EFLAGS=0x00010216
Top of Stack: (sp=0x6d8fdd44)
0x6d8fdd44: 6d8fe380 6d8fe390 b79f1c16 6aa85894
0x6d8fdd54: 6aa858b4 6d8fdd88 b7bd37f0 6a8497bc
0x6d8fdd64: 6a849778 6d8fdd98 b79f1d75 6a849df0
0x6d8fdd74: 6a849050 6a849df0 6d8fddd0 6a849e74
0x6d8fdd84: 6d954764 6a849778 b7bd37f0 6a849df0
0x6d8fdd94: 00000000 6d8fddf8 b79f2258 6a849df0
0x6d8fdda4: 6a8497bc 6a849df0 6d8fddd0 00000001
0x6d8fddb4: 0000000c 6d8fddf8 b7a76bf1 6d954764
Instructions: (pc=0xb79f1cd1)
0xb79f1cc1: 10 eb de 31 c0 eb 8e 8b 42 04 83 ec 0c 8b 40 08
0xb79f1cd1: 8b 08 50 ff 51 28 83 c4 10 e9 48 ff ff ff 90 55
Stack: [0x6d87f000,0x6d900000), sp=0x6d8fdd44, free space=507k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x3c9cd1] V [libjvm.so+0x3c9d75] V [libjvm.so+0x3ca258] V [libjvm.so+0x4511fd] V [libjvm.so+0x450e90] V [libjvm.so+0x1a11c0] V [libjvm.so+0x19e432] V [libjvm.so+0x1474b3] V [libjvm.so+0x1a6929] V [libjvm.so+0x1a6281] V [libjvm.so+0x4c8366] V [libjvm.so+0x4c2ba3] V [libjvm.so+0x424338] C [libpthread.so.0+0x5371]
 
Current CompileTask:
opto:773 ! org.drools.lang.RuleParser.rule()Lorg/drools/lang/descr/RuleDescr; (2152 bytes)
 
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x6aadde80 JavaThread "IdleRemover" daemon [_thread_blocked, id=31098]

Reply via email to