Michael Neale | 17 Oct 22:00 2006
Picon

Fwd: [drools-user] JRules causing coredump while compiling DRL

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 <SSchwenker <at> thestar.ca>
Date: Oct 17, 2006 3:29 PM
Subject: [drools-user] JRules causing coredump while compiling DRL
To: user <at> drools.codehaus.org

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]

Low Cher Piau | 19 Oct 05:11 2006

JBoss Rules with J2EE application

Hi,

How do i integrate my J2EE application with JBoss Rules? Do i need to
create a session bean to house the main codes (e.g.
workingMemory.fireAllRules())? Can i use the SpringFramework to do this?

How do i use JNDI to bind the "package" file (assuming i have use the
package.writeExternal() to create the file) for deployment?

thanks and regards,
Zane Low

[This e-mail is confidential and may be priviledged. If you are not the
intended recipient, please kindly notify us immediately and delete the message
from your system; please do not copy or use it for any purpose, nor disclose
its contents to any other person. Thank you.]
---ST Electronics Group---

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Michael Neale | 19 Oct 08:53 2006
Picon

Re: JBoss Rules with J2EE application

this is the dev list, ask the user list for usage questions (dev only for design of the engine itself)

On 10/19/06, Low Cher Piau < lowcp <at> stee.stengg.com> wrote:
Hi,

How do i integrate my J2EE application with JBoss Rules? Do i need to
create a session bean to house the main codes (e.g.
workingMemory.fireAllRules())? Can i use the SpringFramework to do this?

How do i use JNDI to bind the "package" file (assuming i have use the
package.writeExternal() to create the file) for deployment?

thanks and regards,
Zane Low

[This e-mail is confidential and may be priviledged. If you are not the
intended recipient, please kindly notify us immediately and delete the message
from your system; please do not copy or use it for any purpose, nor disclose
its contents to any other person. Thank you.]
---ST Electronics Group---


---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email


Michael Neale | 19 Oct 18:01 2006
Picon

help needed - repository

Hi All.

If anyone is interested in the repository - we have a specific need for "queries" over a rule base (as stored as source in a repository).

This involves:

* Using JCR QueryManager and building a simple API to find rule assets (ie rules, whatever) based on attributes, and possibly full text search (all of the hard searching is done by JCR - Jackrabbit).
* A "query builder" UI using GWT - this is a fun one, basically build a UI that provides a list of fields the user can put in their query, and values (and predicates like "not equal to" etc).
* A list view to display the results (can reuse an existing one) !
* Advanced: The RuleItem node can store (redundantly) the Classes and Fields that are accessed, so a query could be done for "Person, age" to get all the rules that use a persons age out of the repository.

None of the above is terribly hard, just a bit of imagination required - most of the infrastructure is now there, drop me a link if you are interested in helping out with any of the above, and I can spec it out for your some more.

Michael.

Michael Neale | 20 Oct 22:48 2006
Picon

Java 6

http://jcp.org/en/jsr/detail?id=270

Things that are of interest to US:

* javax.compiler API
* New classformat (which means much faster class loading times - of course backwards compatable).
Mark Proctor | 21 Oct 11:10 2006

Good things to come :)

http://woolfel.blogspot.com/2006/10/custom-hashtable.html

Mark

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Peter Lin | 21 Oct 14:35 2006
Picon

Re: Good things to come :)


I was guessing a faster HashTable/HashMap would make a difference, but even I'm surprised at how much the little things add up.

it makes complete sense, since that where a lot of the cycles are spent in pattern matching, so those lookup and iterators make the difference.

peter

On 10/21/06, Mark Proctor <mproctor <at> codehaus.org> wrote:
http://woolfel.blogspot.com/2006/10/custom-hashtable.html

Mark

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email


Mark Proctor | 22 Oct 12:11 2006

mail filters

Now the 3.2 code is getting faster and lighter I was thinking about mail 
filtering. If we make a new Terminal Node, that like the 
QueryTerminalNode has no agenda,  that always shows matching rules we 
have effectively made a realtime view - each rule is a virtual folder. 
We could augment this with a "diff" list, so the app can get a list of 
changes since it last viewed the view. Might make an interesting side 
project for someone and a great learning project if the solution is 
written up :)

Mark

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Mark Proctor | 22 Oct 16:31 2006

Beyond ORM and The Next Generation Data Centre

http://tinyurl.com/yfa5ej

Peter Lin | 22 Oct 21:56 2006
Picon

Re: Beyond ORM and The Next Generation Data Centre


Coherence and gigaspaces are already doing this. both provide query capabilities and workmanager functionality. they also provide affinity.

if look at what gigaspaces, and coherence are doing, this is already happening.

peter



On 10/22/06, Mark Proctor <mproctor <at> codehaus.org> wrote:


Gmane