阅读更多

0顶
0踩

企业架构

原创新闻 Drools 5.3.0.Beta1发布,业务规则引擎

2011-08-10 14:00 by 见习记者 lihuapi 评论(0) 有4199人浏览
业务规则引擎Drools 5.3.0.Beta1发布了!

JBoss Drools是一款基于Charles Forgy的RETE算法的开源的业务规则引擎。

该版本的主要改进:

1. 改进了Knowledge Base的视图
  • 视图不再重复显示中间级别的空值子包名。
  • 包的视图层次清晰。
  • 支持展开package的视图。
  • 支持完全展开或者收缩树的节点。



2. 采用compile-time来定义之前的静态代码。

3. 改善了Guvnor Guided Decision Table编辑器


  • 您可以通过点击排序图标:升序、降序等来恢复列的初始排序。
  • 在设置列的条件配置中,支持谓词和公式表达式。
4.Drools 5.3 引进了declarative agenda,便于及时控制规则,更具可读性和可维护性,同时简化了获取用例的方式。默认情况下,这个特性是未启用的,需要启用后才能使用,主要原因是这个特性尚处于试验性阶段,变动性很大。



5.继Guvnor增强Drools Expert类型声明后,该版本现在支持类的继承。


更多详细信息:http://docs.jboss.org/drools/release/5.3.0.Beta1/droolsjbpm-introduction-docs/html_single/index.html#d0e50

下载地址:https://www.jboss.org/drools/downloads.html
  • 大小: 13.4 KB
  • 大小: 24.1 KB
  • 大小: 10.4 KB
  • 大小: 11 KB
0
0
评论 共 0 条 请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 基于tomcat的websocket开发示例源码

    要求tomcat7.0.47以上

  • Tomcat源码分析

    本篇文章 会针对tomcat的实现原理,以及servletTomcat容器与运行机制,利用servlet的规范实现的一套web服务器,而spring mvc 也是 spring实现了servlet 的web应用程序。 tomcat这么流行 的Servlet Web容器,具有大量的配置可以扩展 良好的运行效果,在开发中不应该只是会用,更重要的是对原理以及实现方式的理解,也许最后你也能写出很好的一个tomcat框架,也是为什么去研究他的原因。

  • 史上最全的Tomcat源码分析(有源码下载地址)

    前言 tomcat源码 https://github.com/huyufan1995/tomcat.git Tomcat 8 的源码解读,需要大家对tomcat有一定了解,剩下的就是理解就好,个人认为源码里面 mybatis 和 tomcat 就简单理解而言还是算简单的。 tomcat8 大量用了模板设计模式。tomcat8去掉了Bio的默认实现。 请大家认真观看下图:脑子有个映像,下面会详细讲解 每个Tomcat都只有一个Server,表示整个服务环境。一个Server中可以有多个Service。S

  • 万字深度剖析Tomcat源码 (全是干货,建议收藏!!!)

    Tomcat是Apache 软件基金会(Apache Software Foundation)的Jakarta 项目中的一个核心项目,由Apache、Sun 和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持,最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现,Tomcat 5支持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定,而且免费,因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可,成为比较流行的Web 应用服务器。

  • (转)c#消息处理

    一、消息概述 Windows下应用程序的执行是通过消息驱动的。消息是整个应用程序的工作引擎,我们需要理解掌握我们使用的编程语言是如何封装消息的原理。 1 什么是消息(Message) 消息就是通知和命令。在.NET框架类库中的System.Windows.Forms命名空间中微软采用面对对象的方式重新定义了Message。新的消息(Message)结构的公共部分属性基...

  • Tomcat源码分析(一)------ 架构

    废话少说,拉代码,导入eclipse开干,具体步骤可以参考http://hi.baidu.com/hateeyes/blog/item/7f44942a20ad8f9d023bf66d.html下面谈谈我对Tomcat架构的理解总体架构:面向组件架构基于JMX事件侦听1)面向组件架构tomcat代码看似很庞大,但从结构上看却很清晰和简单,它主要由一堆组件组成

  • Tomcat源码解析系列一:Tomcat的整体架构

    Acceptor接收到请求封装成一个SocketProcessor扔进线程池Executor后,会调用Processor从操作系统底层读取、过滤字节流,对应用层协议(HTTP/AJP)进行解析封装,生成org.apache.coyote.Request和org.apache.coyote.Response对象。[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8bARZsoh-1684648768857)(assets/image-20220719102639459.png)]

  • 消息处理

    一、消息处理 1.1发送消息 SendMessage //此函数给一个或多个窗口发送一条消息。函数SendMessage直到消息被处理完毕后才返回 SendMessageCallback //该函数向指定的一个或多个窗口发送指定的消息。函数为指定的消息调用窗口处理消息的代码段,当此窗口处理完消息以后,系统将调用该函数指定的回调函数,同时该消息的处理结果和一个用户定义的参数传递给此回调函数

  • Tomcat7.0.42源码研读之网络框架Coyote(六)

    Tomcat的最重要的两大组件就是网络框架Coyote和Servlet容器Catalina,前者封装了底层的网络通信(Socket请求及响应),后者负责处理具体的业务。

  • TOMCAT

    TOMCAT源码分析(消息处理) 2004-05-21 13:292291人阅读评论(3)收藏举报 0:前言 我们知道了tomcat的整体框架了, 也明白了里面都有些什么组件, 以及各个组件是干什么用的了。 http://www.csdn.net/Develop/read_article.asp?id=27225 我想,接下来我们应该去了解一下 tomcat 是如何处理jsp和servl

  • 【消息队列】MSMQ(二)——消息处理流程

    一、前言      上一篇博客简单的向大家介绍了一下MSMQ的一些简单的概念。所以在这篇博客中小编就和大家一起进行一些对消息的处理,包括了创建消息、发送消息、接收消息、异步消息处理。其中整体上还是比较相似的,在其中的一些过程中我们可以添加事务来保证操作的完整性。二、消息的处理流程      下图是小编对整个处理过程每个小过程的总结、分析。下面依次详细介绍各个部分。      MSMQ消息队列中定义的

  • Tomcat如何生成Request对象以及socket的简单讲解

    对Request对象和数据传输的理解request对象生成一个request对象request是一个请求。TCP协议是由谁来实现的?TCPsocket-----是一个TCP协议的接口HTTP协议是如何实现的?Tomcat接收和发送数据取数据的规则和取数据的方式(NIO,BIO)HTTP格式大致分为:请求函,请求头,请求体 request对象 生成一个request对象 request是一个请求。 流程 数据----->Request Tomcat—应用程序—发送,接收 Tomcat是一个应用程序。发送

  • [Tomcat] Coyote连接器框架源码分析

    Coyote是Tomcat的HTTP Connector框架,它处理底层的socket,并将http请求、响应等字节流层面的东西,封装成Request和Response两个类(这两个类是tomcat定义的,而非servlet中的ServletRequest和ServletResponse),供容器使用;同时,为了能让我们编写的servlet能够得到ServletRequest,Tomcat使用了F...

  • (转)TOMCAT源码分析(消息处理)

    本文转自:http://www.dev-share.com/java/99953page2.html0:前言 我们知道了tomcat的整体框架了, 也明白了里面都有些什么组件, 以及各个组件是干什么用的了。http://www.csdn.net/Develop/read_article.asp?id=27225我想,接下来我们应该去了解一下 tomcat 是如何处理jsp和servl

  • Tomcat源码分析(四)------ Request和Response处理的全过程

    从Tomcat源码分析(二)可知,用户的一个请求会经过n个环节的处理,最后到达开发人员写的Servlet,传给Servlet也就是HttpServletRequest和HttpServletResponse,因此可以认为这一路走下来无非就是把最原始的Socket包装成Servlet里用到的HttpServletRequest和HttpServletResponse,只不过每个环节完成的包装功能和部

  • Tomcat源码分析(五):Socket网络通信和线程模型体系结构设计

    概述 Tomcat在设计当中,自顶向下主要包括:Catalina容器,Coyte连接器和底层Socket通信端点EndPoint三部分组成。底层Socket通信端点EndPoint主要完成socket通信的相关细节和整个Tomcat框架线程模型的实现。 服务启动:Tomcat启动时,从Catalina容器开始启动,往下依次创建和启动Coyote连接器,创建服务端监听请求socket和请求处理工作...

  • tomcat之源码分析

    catalina就是Tomcat服务器使用的 Apache实现的servlet容器的名字。 Tomcat的核心分为3个部分: (1)Web容器:处理静态页面。 (2)catalina:一个处理servlet的容器。 (3)JSP容器:把jsp页面翻译成一般的servlet。 Catalina 连接器负责将一个请求与容器相连。工作包括为它接收到的每个HTTP请求创建一个request对象和一个response对象。然后将处理过程交给容器。容器从连接器中接收到request对象和response对象,并负责调

Global site tag (gtag.js) - Google Analytics