Слюни такие же, как у джрулей?
Есть ли разница между Drools и Jrules? Правит ли Jboss тем же, что и Jrules? Какие типы сред обычно используют Drools?
3 ответа
сходства:
В конце дня эти два приложения являются BRMS, так что да, они похожи
Оба предлагает вам возможность:
- хранить правила в репозитории
- написать правила в веб-среде
- выполнить правила на сервере
JRules - далеко не лучший подход для бизнес-пользователей (не технический).
Правила JBoss - далеко не лучший подход, если вы ищете не тупо дорогое решение.
Оба могут сделать CEP также. (Обработка сложных событий)
Отличия:
JRules более зрелый, чем Drools, но Drools - отличный инструмент для работы
Drools использует JSON для написания технических правил. JRules использует IRL (Ilog Rule Language). Не беспокойтесь, вы можете добавить "вербализацию" с помощью Drools, но она менее мощная, чем с JRules.
Основные отличия с деловой (не технической) точки зрения.
Если вы хотите иметь возможность написать правило на надлежащем человеческом языке, например:
если возраст заявителя меньше 18 лет, отклонить заявку;
Вы можете сделать это с обоими.
Теперь, если вы хотите, чтобы бизнес писал правила на хинди, просматривал их на французском языке, проверял их на немецком языке и делал некоторые отчеты на английском, тогда JRules - это то, что вам нужно.
Вы можете написать правила непосредственно в Excel или Word с помощью JRules.
Поскольку Drools из свободного мира, вы можете столкнуться с некоторыми ошибками, но, поскольку он бесплатный, у вас есть доступ ко всему исходному коду по сравнению с JRules, где часть API скрыта
Какая среда:
Для Drools я бы сказал, JBoss:)
JRules = JBoss, WebSphere, Weblogic, Tomcat,... и многое другое
Для этого: RTFM действительно. Зависит от ваших потребностей.
Google может дать вам некоторое представление о различных BRMS.
Подводить итоги:
Если у вас есть деньги (загружены), то JRules
Если вы бедный или отвратительный, то слюни - вам будет действительно весело:)
Примечание: я говорю о "Drools", а не о "правилах JBoss", поддерживаемых Red Hat.
Разница между ними заключается в том, что версия Red Hat не является последней версией Drools и не обладает точно такими же функциональными возможностями, что и Drools.
Просто потому, что Red Hat поддерживает их версию, поэтому они развиваются не так быстро, как Drools. В основном они выбирают версию одновременно и решают использовать ее, пока слюни все еще меняются... Надеюсь, вы поняли мою точку зрения.
Надеюсь, поможет
Нет, Drools - это движок с открытым исходным кодом. Он включает в себя несколько подпроектов, таких как Drools Expert, Drools Fusion, Drools Guvnor и т. Д.
Red Hat упаковывает и поддерживает Drools как продукт JBoss Enterprise BRMS.
JRules - это механизм правил от ILOG, приобретенный IBM.
Например, знаете ли вы, что между проектом сообщества JBoss Drools v5.1 и JBoss Enterprise BRMS v5.1 от Red Hat было 150+ исправлений ошибок, 5 исправлений безопасности и несколько улучшений производительности? ...
Продукт Red Hat JBoss Enterprise BRMS основан на инновационной работе, проделанной участниками проекта сообщества JBoss Drools. Однако это не взаимно-однозначное отношение, и только JBoss Enterprise BRMS предлагает гарантию от Red Hat через корпоративную подписку, которая включает исправления и обновления, поддержку на основе SLA и многолетние политики обслуживания. С JBoss Enterprise BRMS от Red Hat вы можете управлять техническими и политическими проблемами, возникающими при развертывании.
Наша поддержка первого класса. Клиентский портал Red Hat отмечен наградами, а Red Hat постоянно опережает собственных конкурентов в рейтинге поддержки.
Но JBoss Enterprise BRMS - это больше, чем стабильность продукта. Наша команда профессиональных услуг имеет богатый опыт, который поможет даже самым опытным разработчикам JBoss Drools использовать всю мощь платформы правил. И это мощно!
JBoss Enterprise BRMS: где сила JBoss Drools встречает уверенность Red Hat.