Drools vs Pega Platform

• We started using the Drools since its early open source version, now Drools has grown to one application suite. We are majorly using the rule engine core Expert. It is very well integrated with our corporate programming language standard - java.
• We also use Fusion to write rules about events that occur over time, which enhance our capability of dealing with static data and dynamic events for some complex business environment. Also, we like the fact that Fusion fully implements all first-order logic operators, which helps us deal with CEP very well.
• The new editor UI Guvnor has been improved a lot and the optimization module Solver does a good job to "compile" complex rule flows to gain more performance.

Read full review

• Reusability
• Pega’s Situational layer cake architecture is capable of organizing application to suit enterprise needs. An enterprise can have a complex organization structure located around the globe. Because of Situational layer cake architecture reusing common policies and procedures is easy while allowing for differences between products, regions, channels and customer segments.Whereas with some application development platforms, separate copies of the application should be created to suite different business context.
• Faster application delivery
• With Pega developers can reuse common policies and procedures, replicate functions and industry specific frameworks and utilize pega UI elements to develop applications. IT is easy to deploy.Therefore developers are capable of delivering application earlier compared to some application development platforms. Pega reduces time taken to deliver an outcome.
• Pega upgrades
• Pega platform is upddated to adapt and work with latest technologies.
• Proprietary users support and maintain Pega platform continuously. Pega customer support is always willing to enhance product support.

Read full review

• Fusion doesn't support persistence of working memory, which brings some extra high availability risk to our business.
• Guvnor still has a lot room to be implemented, it is not so user-friendly for non-technical people, so a lot of business users complain it is hard to master.
• Rule execution server doesn't even have JMX implemented, hard to be monitored.
• Drools is still lacking support for key Web services standards.

Read full review

• Pega’s Strategic Apps, Cobrowse and OpenSpan offerings appeal to midmarket customers, but Pega is not aggressively promoting Pega 7 and Pega Express as stand-alone iBPMS platforms to the midmarket.
• Pega doesn't support powerful data or process modeling capabilities as compared to the other tools.
• Pega doesn't support full extraction, transformation and loading capabilities as offered by other industry-leading tools. Pega support doesn't solve tickets correctly on-time.

Read full review

• The IT department quickly adopted Drools as it is a very good java-based rule engine, which saves a lot of time to meet the project timeline and balanced our business requirements.
• Recently we start considering the OpenRules, which may be more business user-friendly.

Read full review

• With our framework, we have been able to build new applications in 10% of the time/cost. Example, we built an application that took 8 months and 1.2 million k in a traditional .net environment and was able to build a similar application in 60 days for about 100k
• Collaboration with the designer shaves weeks off the requirements gathering
• Standard reporting is a launchpad that allows the users to accept the system without waiting for MIS reports to follow application build which often would usually delay use for 60 to 90, but not with Pega

Read full review