首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

通过REST API以编程方式将KJAR部署到KIE执行服务器

,可以使用以下步骤:

  1. 确保已经安装并配置了KIE执行服务器,并且可以通过REST API进行访问。
  2. 创建一个KJAR(Knowledge JAR)文件,该文件包含了规则、流程或决策表等业务逻辑。KJAR可以使用Drools规则引擎进行开发和打包。
  3. 使用HTTP POST请求,将KJAR文件上传到KIE执行服务器。可以使用以下API进行上传:
    • API路径:/kie-server/services/rest/server/containers/{containerId}/deployments
    • 请求参数:containerId(容器ID),可以是一个唯一的标识符,用于标识KJAR的部署容器。
    • 请求体:KJAR文件的二进制数据。
  • 确认KJAR的部署状态。可以使用以下API进行查询:
    • API路径:/kie-server/services/rest/server/containers/{containerId}
    • 请求参数:containerId(容器ID)
    • 返回结果中可以查看到KJAR的部署状态、版本号等信息。
  • 如果需要更新KJAR,可以重复步骤3和4,上传新的KJAR文件并更新部署容器。
  • 在应用程序中使用KIE执行服务器的REST API,通过容器ID和相关API调用执行KJAR中的规则、流程或决策表。

KIE执行服务器是一个基于Drools规则引擎的业务规则管理系统,它可以帮助开发人员将业务逻辑从应用程序中分离出来,并通过REST API进行管理和执行。KIE执行服务器的优势包括高性能、可扩展性、灵活性和易于集成。它适用于各种场景,如规则引擎、决策管理、工作流引擎等。

腾讯云提供了类似的云计算产品,可以用于部署和管理KJAR。具体产品和相关文档可以参考腾讯云的官方网站:腾讯云云计算产品

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 【Drools】值得打工人学习的规则引擎Drools<一>

    规则引擎:全称为业务规则管理系统,英文名为BRMS(即Business Rule Management System)。规则引擎的主要思想是将应用程序中的业务决策部分分离出来,并使用预定义的语义模块编写业务决策(业务规则),由用户或开发者在需要时进行配置、管理。 需要注意的是规则引擎并不是一个具体的技术框架,而是指的一类系统,即业务规则管理系统。 目前市面上具体的规则引擎产品有:drools、VisualRules、iLog等。 规则引擎实现了将业务决策从应用程序代码中分离出来,接收数据输入,解释业务规则,并根据业务规则做出业务决策。规则引擎其实就是一个输入输出平台。

    02

    使用SpringCloud将单体迁移到微服务

    CONFIG SERVER 这是一个很简单方式,但是也要防止程序员不小心一个delete数据库的灾难事情发生。 API网关 如果说后端微服务组成了一个服务群,这个群是群主的,群主可以批准你加入也可以剔除你,API网关就是微服务的守门人,专业上称为边缘服务,微服务是核心,它是边缘。 API网关的群主职责也还有其他: 1.设计上的适配层,或称Facade模式,后端微服务可能过于细粒度,通过API网关进行内外适配,前后端转换,如果220v转换成110v一样。 2.运行阶段:将外部请求路由分发到内部各个微服务,负载平衡和路由策略是需要的。 Springcloud之前使用NETFLIX ZUUL作为API网关,虽然它有很多好处,容易设置,限速和日志过滤,可授权,智能负载平衡,攻击探测和阻止,但是很难管理网关和API的超时。使用Spring ZUUL编程时,最大特征就是编制各种过滤器,事前过滤器 路由过滤器和事后过滤器。 在很多地方,也有使用Nginx作为API网关,Nginx官方有不少文章讲述Nginx如何在微服务架构中扮演重要角色的. NGINX和zuul 1.0是堵塞的,而Zuul 2.0、Spring Cloud Gateway和Linkerd, Envoy是非堵塞的,后两者借助API网关推出服务网格概念,能够统一对成千上百微服务进行管理,不过这好像又回到了服务器为王的时代,微服务好不容易打破服务器的约束,走出服务器的多租户空间独立成王,现在又会被打着API网关旗帜的新的统一管理方式关起来吗? SpringCloud提供Reactive响应式架构,使得分布式网络通讯效率大大提高,分布式系统的IO不再成为性能瓶颈。 服务发现 在分布式环境,许多服务实例都不断因为开发而不断变化,时而上线,时而下线,微服务之间如何好好发现活着的对方也是个问题,这就是需要服务注册器,每个微服务向其注册,其他需要调用的微服务通过注册器发现对方进行调用,调用时可加入负载平衡策略. Spring Cloud推荐使用NETFLIX EUREKA,用CAP定理来看,它属于AP,而Zookeeper属于CP,因此后者不是非常适合应用在服务发现场合,它本来诞生于大数据应用场景,虽然后来被Hadoop抛弃。 NETFLIX EUREKA易于设置,基于Rest的服务注册,支持复制,支持客户端缓存,速度快虽然数据容易不一致(AP)。 如果直接基于Eureka进行服务注册和发现,需要手工将负载平衡策略与REST处理绑定在一起,而通过Feign组件能够默认实现负载平衡+REST方式的通讯,只要像普通REST调用即可,大大提高了开发效率,其内部使用Ribbon负载平衡器和hystrix断路器。

    04
    领券