[JBoss JIRA] Created: (JBESB-643) Add BRMS support to RuleService
by Jeff DeLong (JIRA)
Add BRMS support to RuleService
--------------------------------
Key: JBESB-643
URL: http://jira.jboss.com/jira/browse/JBESB-643
Project: JBoss ESB
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Content Based Routing
Reporter: Jeff DeLong
Assigned To: Mark Little
Add BRMS support to the platform. In particular the capability to specify a rulesBase in the ruleService configuration and have the ruleService retrieve the ruleBase from the BRMS instead of creating ruleBase on the fly from drl / dsl files on the classpath. This will allow for better maintenance and management of the rules, as well as "hot" deployment on the rules.
Note - I listed this under CBR as there is not a RuleService Component listed, however it applies to both CBR and RuleService.
--
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
17 years, 10 months
[JBoss JIRA] Created: (JBESB-644) Add support for both stateless and stateful RuleServices
by Jeff DeLong (JIRA)
Add support for both stateless and stateful RuleServices
--------------------------------------------------------
Key: JBESB-644
URL: http://jira.jboss.com/jira/browse/JBESB-644
Project: JBoss ESB
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Content Based Routing
Reporter: Jeff DeLong
Assigned To: Mark Little
The current JBossRuleRouter (which currently implements the RuleService) uses StatefulSessions in a Stateless way. Which is fine in most cases). JBossRulesRouter creates a new workingMemory (StatefulSession), asserts facts, and should (although it does not currently, disponse of the workingMemory - See also JBESB-642. ).
JBoss Rules support StatelessSessions. The need to dispose of workingMemory is eliminated if StatelessSessions are used. StatelessSession have some limitations compared to Stateful, but are designed for instance, for rule applications deployed as web services, where basically a single method needs to transfer all the data, create the workingMemory, assert the data (as a single object or list of objects) and fire the rules. CBR can be thought of as a stateless service. A single Message object is asserted into working memory, and the rules are fired. Many rule application will be like this.
However, some rule applications are truly stateful. For example, the rules accumulated facts with specific attribute values over time and then fired when a certain number was reached. These types of services would require that the workingMemory not be re-created with the receipt of each message, and disposed of after the rules have fired, but have a long-lived working memory that gets added to over time. The current JBossRulesRouter cannot support truly stateful services because it creates a new workingMemory with each message. Truly stateful interactions would require a way to identify the stateful session / working memory that a message is for, and also when to finally dispose of it.
--
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
17 years, 10 months
[JBoss JIRA] Created: (JBESB-548) Remove need for access to the conf directory
by Kevin Conner (JIRA)
Remove need for access to the conf directory
--------------------------------------------
Key: JBESB-548
URL: http://jira.jboss.com/jira/browse/JBESB-548
Project: JBoss ESB
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Reporter: Kevin Conner
Assigned To: Kevin Conner
Fix For: 4.2
The current war deployment assumes a single deployment with configuration files obtained from the conf directory
The problems with this are
- tomcat specific
- restricted to a single deployment
- write access required to conf directory (will be a problem in secure environments)
This should be changed to execute from the war so that multiple deployments can be made and no special security requirements.
--
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
17 years, 10 months