Book Image

Drools JBoss Rules 5.X Developer's Guide

By : Michal Bali
Book Image

Drools JBoss Rules 5.X Developer's Guide

By: Michal Bali

Overview of this book

<p>Writing business rules has always been a challenging task. Business rules tend to change often leading to a maintenance nightmare. This book shows you various ways to code your business rules using Drools, the open source Business Rules Management System.<br /><br />Drools JBoss Rules 5.X Developer's Guide shows various features of the Drools platform by walking the reader through several real-world examples. Each chapter elaborates on different aspects of the Drools platform. The reader will also learn about the inner workings of Drools and its implementation of the Rete algorithm.<br /><br />The book starts with explaining rule basics, then builds on this information by going through various areas like human readable rules, rules for validation, and stateful rules, using examples from the banking domain. A loan approval process example shows the use of the jBPM module. Parts of a banking fraud detection system are implemented with the Drools Fusion module which is the complex event processing part of Drools. Finally, more technical details are shown detailing the inner workings of Drools, the implementation of the ReteOO algorithm, indexing, node sharing, and partitioning.</p>
Table of Contents (22 chapters)
Drools JBoss Rules 5.X Developer's Guide
Credits
About the Author
About the Reviewers
www.PacktPub.com
Preface
Setting Up the Development Environment
Creating Custom Operators
Dependencies of Sample Application
Index

Summary


In this chapter we've learned about various integration points available in Drools. The Drools Camel module allows us to build very lightweight, platform-agnostic, and quick-to-write clients that can execute rules remotely. It can be provided as a service for our customers who require more fine-grained integration with our rules. For example, to provide the service with a different UI or add their own services on top of it. Another use case might be if we don't want to share our rules with our customers; we just want to give them the ability to execute them.

We've learned that it is better to give the rules/processes a different life cycle than the rest of the application. The rules and processes tend to change more often. We know how to build a KnowledgeBase instance externally and how to dynamically reload it while the application is running.

We've also seen an overview of the Drools Spring integration that allows us not only to define Spring beans but also to work with them through...