[jboss-jira] [JBoss JIRA] Commented: (JBRULES-752) Rule deployment agent

Michael Neale (JIRA) jira-events at lists.jboss.org
Wed Mar 28 00:00:59 EDT 2007


    [ http://jira.jboss.com/jira/browse/JBRULES-752?page=comments#action_12357559 ] 
            
Michael Neale commented on JBRULES-752:
---------------------------------------

Email from Manik (from Michael).

>
> I had a question regarding jboss cache - we are looking at it as a mechanism to "publish" rule bases to anyone who is interested (ie runtime engines look in a distributed cache for a rulebase, and the rule server pushes out changes into the cache).

I'm presuming a "rulebase" is represented by a simple Java object?

> Firstly, I am making the assumption this is a sensible use of jboss cache (seems ok to me) - but do you have any thoughts?

Yes, except JBC is more of a P2P system rather than a client-server type thing.  Any node running JBC can put stuff in the cache it would be visible on every cache in the cluster.  That said, one node in the cluster could always be designated as the "server" and be responsible for adding rulebases while the others just read rulebases from the cache.

> Secondly, the "runtime engines" ideally will need to be cold started - in a sense that the rule server may not be up. So they need some persistent cache in a local database or something. Does JBoss Cache have an facilities to have local persistence? or is this best left up to a specific app?

Cold starts can be dealt with in 2 different ways - persistence (which we do support - lots of plugins for different engines, see [1] and [2]) - or state transfer (see [3] and [4]).  For the latter, this is when a cache instance starts up and asks its' neighbours for their in-memory state, which then gets streamed across the wire.

[1] Crappy old documentation from the "current" 1.4.x series on cache loaders
http://labs.jboss.com/file-access/default/members/jbosscache/freezone/docs/1.4.1.SP2/TreeCache/en/html/cache_loaders.html

[2] Newer docs from the 2.0.0.BETA series on cache loaders
http://labs.jboss.com/file-access/default/members/jbosscache/freezone/docs/2.0.0.BETA1/JBossCache-UserGuide/en/html/cache_loaders.html

[3] Crappy old documentation from the "current" 1.4.x series on state transfer
http://labs.jboss.com/file-access/default/members/jbosscache/freezone/docs/1.4.1.SP2/TreeCache/en/html/state_transfer.html

[4] Newer docs from the 2.0.0.BETA series on state transfer
http://labs.jboss.com/file-access/default/members/jbosscache/freezone/docs/2.0.0.BETA1/JBossCache-UserGuide/en/html/clustering.html#d0e1356



-- 
Manik Surtani

Lead, JBoss Cache
JBoss, a division of Red Hat 

> Rule deployment agent
> ---------------------
>
>                 Key: JBRULES-752
>                 URL: http://jira.jboss.com/jira/browse/JBRULES-752
>             Project: JBoss Rules
>          Issue Type: Sub-task
>      Security Level: Public(Everyone can see) 
>            Reporter: Michael Neale
>         Assigned To: Michael Neale
>
> Spoke to Manik about JBoss Cache, I think this is very doable. See comments.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the jboss-jira mailing list