CN106990987A - 基于karaf_agent端的插件/业务组件自动化管理装置及方法 - Google Patents
基于karaf_agent端的插件/业务组件自动化管理装置及方法 Download PDFInfo
- Publication number
- CN106990987A CN106990987A CN201710217059.XA CN201710217059A CN106990987A CN 106990987 A CN106990987 A CN 106990987A CN 201710217059 A CN201710217059 A CN 201710217059A CN 106990987 A CN106990987 A CN 106990987A
- Authority
- CN
- China
- Prior art keywords
- plug
- unit
- service component
- module
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
- G06F8/62—Uninstallation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
- G06F9/44526—Plug-ins; Add-ons
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44594—Unloading
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种基于karaf_agent端的插件/业务组件自动化管理装置及方法,包括视图模块,采用web界面对所有基于karaf_agent端的插件或业务组件进行可视化展示管理,并将用户选择的插件或业务组件管理操作转换为用户请求发送给控制器模块;控制器模块,根据视图模块的用户请求对相应的插件或业务组件进行维护,将用户请求转换为对模型模块的调用指令,并控制视图选择;模型模块,对插件或业务组件进行封装调用,控制插件或业务组件的运行,同时接收视图模块的状态查询,并将插件或业务组件的运行状态反馈给所述视图模块。本发明采用MVC的模型层,模型与控制器和视图相分离,很容易改变应用程序的数据层和业务规则。
Description
技术领域
本发明涉及一种自动化管理装置及方法,尤其涉及一种基于karaf_agent端的插件/业务组件自动化管理装置及方法。
背景技术
目前的IT运维管理模式,管理业务插件和第三方插件都是通过人工手动部署,这种方式效率比较低,对业务插件没有一个很好的维护方法,对于集群服务器业务组件更新,采用人工每台机器部署方式太耗时,效率极低,出现问题不容易定位。面对越来越复杂的业务,以及越来越多样化的用户需求,不断扩展的IT应用不论是规模还是数量都和以前不在一个数量级,单靠人工运维已经无法满足在技术、业务、管理等方面的需求。
因此需要提供一种自管理实现方法,以降低很大的维护成本,同时提供7*24小时不间断服务,提供系统健壮性和良好的客户体验。
发明内容
本发明所要解决的技术问题是提供一种基于karaf_agent端的插件/业务组件自动化管理装置及方法,采用MVC的模型层,其视图层和业务层分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码,同样,一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可,因为模型与控制器和视图相分离,所以很容易改变应用程序的数据层和业务规则。
本发明为解决上述技术问题而采用的技术方案是提供一种基于karaf_agent端的插件/业务组件自动化管理装置,包括:
视图模块,采用web界面对所有基于karaf_agent端的插件或业务组件进行可视化展示管理,并将用户选择的插件或业务组件管理操作转换为用户请求发送给控制器模块;
控制器模块,根据视图模块的用户请求对相应的插件或业务组件进行维护,将用户请求转换为对模型模块的调用指令,并控制所述视图模块进行视图选择;
模型模块,对插件或业务组件进行封装调用,根据控制器模块的调用指令控制插件或业务组件的运行,同时接收视图模块的状态查询,并将插件或业务组件的运行状态反馈给所述视图模块。
进一步地,所述web界面上的插件管理操作包括对插件或业务组件进行启动、停止、替换、删除操作,其中,
所述启动操作用于启动所述插件或业务组件的服务;
所述停止操作用于暂停已经运行的所述插件或业务组件的服务;
所述替换操作用于对所述插件或业务组件的版本进行更新;
所述删除操作用于禁用所述插件或业务组件,同时移除所述插件或业务组件。
进一步地,所述web界面上每个插件显示条目包括IP地址、插件名/业务组件名、时间、状态以及操作,所述控制器模块对web界面上所有插件安装器对应的IP地址进行自动分发和更新。
进一步地,所述控制器模块的自动分发和更新过程如下:根据插件名/业务组件名下发文件请求,所述控制器模块判断所述文件是否存在,当所述文件不存在时,下载所述文件;当所述文件存在时,判断对应插件或业务组件的运行状态,当所述插件或业务组件运行时,暂停所述插件或业务组件服务,当所述插件或业务组件不运行时,备份旧的文件,下载新的文件。
本发明为解决上述技术问题而采用的技术方案是还提供一种基于karaf-agent端的插件/业务组件自动化管理方法,包括以下步骤:
采用web界面对所有基于karaf_agent端的插件或业务组件进行可视化展示管理,并将用户选择的插件或业务组件管理操作转换为用户请求发送给控制器模块;
根据视图模块的用户请求对相应的插件或业务组件进行维护,将用户请求转换为对模型模块的调用指令,并控制所述视图模块进行视图选择;
对插件或业务组件进行封装调用,根据控制器模块的调用指令控制插件或业务组件的运行,同时接收视图模块的状态查询,并将插件或业务组件的运行状态反馈给所述视图模块。
进一步地,所述web界面上的插件管理操作包括对插件或业务组件进行启动、停止、替换、删除操作,其中,
所述启动操作用于启动所述插件或业务组件的服务;
所述停止操作用于暂停已经运行的所述插件或业务组件的服务;
所述替换操作用于对所述插件或业务组件的版本进行更新;
所述删除操作用于禁用所述插件或业务组件,同时移除所述插件或业务组件。
进一步地,所述web界面上每个插件显示条目包括IP地址、插件名/业务组件名、时间、状态以及操作,所述控制器模块对web界面上所有插件安装器对应的IP地址进行自动分发和更新。
进一步地,所述控制器模块的自动分发和更新过程如下:根据插件名/业务组件名下发文件请求,所述控制器模块判断所述文件是否存在,当所述文件不存在时,下载所述文件;当所述文件存在时,判断对应插件或业务组件的运行状态,当所述插件或业务组件运行时,暂停所述插件或业务组件服务,当所述插件或业务组件不运行时,备份旧的文件,下载新的文件。
本发明提出的一种基于karaf_agent端的自管理实现装置及方法,其视图层和业务层分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码,同样,一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离,所以很容易改变应用程序的数据层和业务规则。
进一步地,MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB(HTTP)浏览器或者无线浏览器(wap),比如,用户可以通过电脑也可通过手机来订购某样产品,虽然订购的方式不一样,但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化,所以同样的构件能被不同的界面使用。例如,很多数据可能用HTML来表示,但是也有可能用WAP来表示,而这些表示所需要的命令是改变视图层的实现方式,而控制层和模型层无需做任何改变。
进一步地,使用MVC模式使开发时间得到相当大的缩减,它使程序员(Java开发人员)集中精力于业务逻辑,界面程序员(HTML和JSP开发人员)集中精力于表现形式上。
进一步地,分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。
进一步地,由于不同的层各司其职,每一层不同的应用具有某些相同的特征,有利于通过工程化、工具化管理程序代码。
附图说明
图1是本发明实施例中的一种基于karaf_agent端的插件/业务组件自动化管理装置的模块图;
图2是本发明实施例中的一种基于karaf_agent端的插件/业务组件自动化管理方法的流程图。
具体实施方式
本发明实施例中的一种基于karaf_agent端的插件/业务组件自动化管理装置及方法,采用MVC的模型层,其视图层和业务层分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码,同样,一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可,因为模型与控制器和视图相分离,所以很容易改变应用程序的数据层和业务规则。
本发明使用的Karaf是一个基于OSGi的运行环境,OSGi(Open ServiceGatewayInitiative)技术是面向Java的动态模型系统。OSGi服务平台向Java提供服务,这些服务使Java成为软件集成和软件开发的首选环境。Java提供在多个平台支持产品的可移植性。OSGi技术提供允许应用程序使用精炼、可重用和可协作的组件构建的标准化原语。
OSGi是一个标准,它致力于提供给Java项目一个模块化的底层环境,以及一系列通用的服务(Service)。和普通的JVM程序相比,OSGi的程序天生拥有动态模块的特点,不同的模块(OSGi里称之为Bundle)有着独立的生命周期,可以独立进行安装、启动、停止、卸载的操作,模块间的依赖性管理也由OSGi提供。可以看出,OSGi非常适合需要进行Plugin管理的项目,一个典型的成功案例就是Eclipse和它众多的Plugin。OSGi标准还规范了一系列常见的操作,日志、配置文件、事件队列、Web开发、JPA&JDBC等等,大部分部署OSGi标准的框架都提供了这些服务,这样一方面规范了代码的结构,一方面节约了开发的时间。
Karaf是Apache旗下的一个开源项目;Karaf同时也是一个基于OSGi的运行环境,Karaf提供了一个轻量级的OSGi容器,可以用于部署各种组件,应用程序。Karaf提供了很多特性用于帮助开发者和用户更加灵活的部署应用,例如:热部署,动态配置,几种日志处理系统,本地系统集成,可编程扩展控制台,ssh远程访问,内置安装认证机制等等。同时Karaf作为一款成熟而且优秀的OSGi运行环境以及容器已经被诸多Apache项目作为基石出容器,例如:Apache Geronimo,ApacheServiceMix,Fuse ESB,由此可见Karaf在性能,功能和稳定性上都是个不错的选择。
Apache Felix是Apache旗下的一个OSGi框架,项目本身非常成熟,已经被用到了很多其他的项目中,例如Apache Servicemixo它本身提供的服务也是最全的,几乎涵盖了全部的OSGi 4.2的标准。除此之外还提供了一些非标准的功能,例如iPOJO。框架本身非常紧凑,只需要3个包加一个shell就可以运行了,无论是开发还是Debug都非常简便。
Apache Felix Karaf本身是Felix的一个子项目,但他其实是封装了Felix提供更高一层的Runtime,默认情况下内置的大量实用工具。
Karaf旨在结合Equinox或Felix两个框架出色的OSGi功能,并且保证其开箱即用。比如说,它包含了一个可配置的日志系统(基于Log4J,但针对众多通用的日志系统进行了包装)、通过SSH实现的远程访问、通过ConfigAdmin(源代码位于etc目录中)的配置以及内建的JAAS支持。不仅如此,Karaf还安装了Pax URL的MVN协议,这样就可以从Maven中央仓库(在必要的情况下会自动将其包装为bundle)安装bundle了。
此外,Karaf还提出了特性的概念,所谓特性就是bundle的集合,能以组的形式安装到运行着的OSGi运行时当中。特性包含了对obr、jetty以及spring的支持,做到了开箱即用。这样,如果需要安装多个bundle,但这些bundle之间并没有严格的运行期依赖,那么这种支持就可以大大简化这种情况。
为使本发明的上述目的、特征和有益效果能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
图1是本发明实施例中的一种基于karaf_agent端的插件/业务组件自动化管理装置的模块图。如图1所示,一种基于karaf_agent端的插件/业务组件自动化管理装置,包括:视图模块11,采用web界面对所有基于karaf_agent端的插件或业务组件进行可视化展示管理,并将用户选择的插件或业务组件管理操作转换为用户请求发送给控制器模块;所述控制器模块12,根据视图模块11的用户请求对相应的插件或业务组件进行维护,将用户请求转换为对模型模块13的调用指令,并控制所述视图模块11进行视图选择;模型模块13,对插件或业务组件进行封装调用,根据控制器模块12的调用指令控制插件或业务组件的运行,同时接收视图模块11的状态查询,并将插件或业务组件的运行状态反馈给所述视图模块11。
在具体实施中,MVC模式(Model-View-Controller)是软件工程中的一种软件架构模式,把软件系统分为三个基本部分:模型模块13、视图模块11和控制器模块12。MVC模式最早由Trygve Reenskaug在1978年提出,是施乐帕罗奥多研究中心(Xerox PARC)在20世纪80年代为程序语言Smalltalk发明的一种软件设计模式。MVC模式的目的是实现一种动态的程序设计,使后续对程序的修改和扩展简化,并且使程序某一部分的重复利用成为可能。除此之外,此模式通过对复杂度的简化,使程序结构更加直观。软件系统通过对自身基本部分分离的同时也赋予了各个基本部分应有的功能。专业人员可以通过自身的专长分组:控制器模块12-负责转发请求,对请求进行处理。视图模块11-界面设计人员进行图形界面设计。模型模块13-程序员编写程序应有的功能(实现算法等等)、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。
在具体实施中,在视图模块11中其实没有真正的处理发生,不管这些数据是联机存储的还是一个雇员列表,作为视图来讲,它只是作为一种输出数据并允许用户操纵的方式。
模型模块13表示企业数据和业务规则。在MVC的三个部件中,模型拥有最多的处理任务。例如它可能用像EJBs和ColdFusionComponents这样的构件对象来处理数据库。被模型返回的数据是中立的,就是说模型与数据格式无关,这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用,所以减少了代码的重复性。
控制器模块12接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时,控制器模块12本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求,然后再确定用哪个视图来显示返回的数据。
进一步地,所述web界面上的插件管理操作包括对插件或业务组件进行启动、停止、替换、删除操作,其中,所述启动操作用于启动所述插件或业务组件的服务;所述停止操作用于暂停已经运行的所述插件或业务组件的服务;所述替换操作用于对所述插件或业务组件的版本进行更新;所述删除操作用于禁用所述插件或业务组件,同时移除所述插件或业务组件。所述web界面上每个插件显示条目包括IP地址、插件名/业务组件名、时间、状态以及操作,所述控制器模块对web界面上所有插件安装器对应的IP地址进行自动分发和更新。
在具体实施中,所述控制器模块12的自动分发和更新过程如下:根据插件名/业务组件名下发文件请求,所述控制器模块12判断所述文件是否存在,当所述文件不存在时,下载所述文件;当所述文件存在时,判断对应插件或业务组件的运行状态,当所述插件或业务组件运行时,暂停所述插件或业务组件服务,当所述插件或业务组件不运行时,备份旧的文件,下载新的文件。
本发明提出的一种基于karaf_agent端的插件/业务组件自动化管理装置,其视图层和业务层分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码,同样,一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离,所以很容易改变应用程序的数据层和业务规则。
进一步地,MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB(HTTP)浏览器或者无线浏览器(wap),比如,用户可以通过电脑也可通过手机来订购某样产品,虽然订购的方式不一样,但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化,所以同样的构件能被不同的界面使用。例如,很多数据可能用HTML来表示,但是也有可能用WAP来表示,而这些表示所需要的命令是改变视图层的实现方式,而控制层和模型层无需做任何改变。
进一步地,使用MVC模式使开发时间得到相当大的缩减,它使程序员(Java开发人员)集中精力于业务逻辑,界面程序员(HTML和JSP开发人员)集中精力于表现形式上。
进一步地,分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。
进一步地,由于不同的层各司其职,每一层不同的应用具有某些相同的特征,有利于通过工程化、工具化管理程序代码。
图2是本发明实施例中的一种基于karaf_agent端的插件/业务组件自动化管理方法的流程图。如图2所示,一种基于karaf-agent端的插件/业务组件自动化管理方法,包括以下步骤:步骤21:采用web界面对所有基于karaf_agent端的插件或业务组件进行可视化展示管理,并将用户选择的插件或业务组件管理操作转换为用户请求发送给控制器模块;步骤22:根据视图模块的用户请求对相应的插件或业务组件进行维护,将用户请求转换为对模型模块的调用指令,并控制所述视图模块进行视图选择;步骤23:对插件或业务组件进行封装调用,根据控制器模块的调用指令控制插件或业务组件的运行,同时接收视图模块的状态查询,并将插件或业务组件的运行状态反馈给所述视图模块。
其中,所述web界面上的插件管理操作包括对插件或业务组件进行启动、停止、替换、删除操作,其中,所述启动操作用于启动所述插件或业务组件的服务;所述停止操作用于暂停已经运行的所述插件或业务组件的服务;所述替换操作用于对所述插件或业务组件的版本进行更新;所述删除操作用于禁用所述插件或业务组件,同时移除所述插件或业务组件。所述web界面上每个插件显示条目包括IP地址、插件名/业务组件名、时间、状态以及操作,所述控制器模块对web界面上所有插件安装器对应的IP地址进行自动分发和更新。
在具体实施中,所述控制器模块12的自动分发和更新过程如下:根据插件名/业务组件名下发文件请求,所述控制器模块12判断所述文件是否存在,当所述文件不存在时,下载所述文件;当所述文件存在时,判断对应插件或业务组件的运行状态,当所述插件或业务组件运行时,暂停所述插件或业务组件服务,当所述插件或业务组件不运行时,备份旧的文件,下载新的文件。
虽然本发明已以较佳实施例揭示如上,然其并非用以限定本发明,任何本领域技术人员,在不脱离本发明的精神和范围内,当可作些许的修改和完善,因此本发明的保护范围当以权利要求书所界定的为准。
Claims (8)
1.一种基于karaf_agent端的插件/业务组件自动化管理装置,其特征在于,包括:
视图模块,采用web界面对所有基于karaf_agent端的插件或业务组件进行可视化展示管理,并将用户选择的插件或业务组件管理操作转换为用户请求发送给控制器模块;
控制器模块,根据视图模块的用户请求对相应的插件或业务组件进行维护,将用户请求转换为对模型模块的调用指令,并控制所述视图模块进行视图选择;
模型模块,对插件或业务组件进行封装调用,根据控制器模块的调用指令控制插件或业务组件的运行,同时接收视图模块的状态查询,并将插件或业务组件的运行状态反馈给所述视图模块。
2.根据权利要求1所述的基于karaf-agent端的插件/业务组件自动化管理装置,其特征在于,所述web界面上的插件管理操作包括对插件或业务组件进行启动、停止、替换、删除操作,其中,
所述启动操作用于启动所述插件或业务组件的服务;
所述停止操作用于暂停已经运行的所述插件或业务组件的服务;
所述替换操作用于对所述插件或业务组件的版本进行更新;
所述删除操作用于禁用所述插件或业务组件,同时移除所述插件或业务组件。
3.根据权利要求1所述的基于karaf-agent端的插件/业务组件自动化管理装置,其特征在于,所述web界面上每个插件显示条目包括IP地址、插件名/业务组件名、时间、状态以及操作,所述控制器模块对web界面上所有插件安装器对应的IP地址进行自动分发和更新。
4.根据权利要求3所述的基于karaf-agent端的插件/业务组件自动化管理装置,其特征在于,所述控制器模块的自动分发和更新过程如下:根据插件名/业务组件名下发文件请求,所述控制器模块判断所述文件是否存在,当所述文件不存在时,下载所述文件;当所述文件存在时,判断对应插件或业务组件的运行状态,当所述插件或业务组件运行时,暂停所述插件或业务组件服务,当所述插件或业务组件不运行时,备份旧的文件,下载新的文件。
5.一种基于karaf-agent端的插件/业务组件自动化管理方法,其特征在于,包括以下步骤:
采用web界面对所有基于karaf_agent端的插件或业务组件进行可视化展示管理,并将用户选择的插件或业务组件管理操作转换为用户请求发送给控制器模块;
根据视图模块的用户请求对相应的插件或业务组件进行维护,将用户请求转换为对模型模块的调用指令,并控制所述视图模块进行视图选择;
对插件或业务组件进行封装调用,根据控制器模块的调用指令控制插件或业务组件的运行,同时接收视图模块的状态查询,并将插件或业务组件的运行状态反馈给所述视图模块。
6.根据权利要求5所述的基于karaf-agent端的插件/业务组件自动化管理方法,其特征在于,所述web界面上的插件管理操作包括对插件或业务组件进行启动、停止、替换、删除操作,其中,
所述启动操作用于启动所述插件或业务组件的服务;
所述停止操作用于暂停已经运行的所述插件或业务组件的服务;
所述替换操作用于对所述插件或业务组件的版本进行更新;
所述删除操作用于禁用所述插件或业务组件,同时移除所述插件或业务组件。
7.根据权利要求6所述的基于karaf-agent端的插件/业务组件自动化管理方法,其特征在于,所述web界面上每个插件显示条目包括IP地址、插件名/业务组件名、时间、状态以及操作,所述控制器模块对web界面上所有插件安装器对应的IP地址进行自动分发和更新。
8.根据权利要求5所述的基于karaf-agent端的插件/业务组件自动化管理方法,其特征在于,所述控制器模块的自动分发和更新过程如下:根据插件名/业务组件名下发文件请求,所述控制器模块判断所述文件是否存在,当所述文件不存在时,下载所述文件;当所述文件存在时,判断对应插件或业务组件的运行状态,当所述插件或业务组件运行时,暂停所述插件或业务组件服务,当所述插件或业务组件不运行时,备份旧的文件,下载新的文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710217059.XA CN106990987A (zh) | 2017-04-05 | 2017-04-05 | 基于karaf_agent端的插件/业务组件自动化管理装置及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710217059.XA CN106990987A (zh) | 2017-04-05 | 2017-04-05 | 基于karaf_agent端的插件/业务组件自动化管理装置及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106990987A true CN106990987A (zh) | 2017-07-28 |
Family
ID=59415264
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710217059.XA Pending CN106990987A (zh) | 2017-04-05 | 2017-04-05 | 基于karaf_agent端的插件/业务组件自动化管理装置及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106990987A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108038089A (zh) * | 2017-12-01 | 2018-05-15 | 方欣科技有限公司 | 一种财税在线电子表单引擎 |
CN108846728A (zh) * | 2018-06-14 | 2018-11-20 | 浙江口碑网络技术有限公司 | 基于业务服务页面的业务处理方法及系统 |
CN109683924A (zh) * | 2017-10-18 | 2019-04-26 | 株洲中车时代电气股份有限公司 | 应用软件升级方法、系统、设备及计算机可读存储介质 |
CN109739502A (zh) * | 2018-12-18 | 2019-05-10 | 南京宽慧无线网络通信有限公司 | 一种基于mvc框架模式业务提供平台系统 |
CN112162793A (zh) * | 2020-09-30 | 2021-01-01 | 武汉斗鱼鱼乐网络科技有限公司 | 结构化视图业务分离的方法、存储介质、电子设备及系统 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104731580A (zh) * | 2015-01-12 | 2015-06-24 | 上海新炬网络信息技术有限公司 | 基于Karaf与ActiveMQ的自动化运维系统及其实现方法 |
-
2017
- 2017-04-05 CN CN201710217059.XA patent/CN106990987A/zh active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104731580A (zh) * | 2015-01-12 | 2015-06-24 | 上海新炬网络信息技术有限公司 | 基于Karaf与ActiveMQ的自动化运维系统及其实现方法 |
Non-Patent Citations (1)
Title |
---|
杨锴: ""OSGi框架研究与分布式应用实现"", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109683924A (zh) * | 2017-10-18 | 2019-04-26 | 株洲中车时代电气股份有限公司 | 应用软件升级方法、系统、设备及计算机可读存储介质 |
CN108038089A (zh) * | 2017-12-01 | 2018-05-15 | 方欣科技有限公司 | 一种财税在线电子表单引擎 |
CN108846728A (zh) * | 2018-06-14 | 2018-11-20 | 浙江口碑网络技术有限公司 | 基于业务服务页面的业务处理方法及系统 |
CN109739502A (zh) * | 2018-12-18 | 2019-05-10 | 南京宽慧无线网络通信有限公司 | 一种基于mvc框架模式业务提供平台系统 |
CN112162793A (zh) * | 2020-09-30 | 2021-01-01 | 武汉斗鱼鱼乐网络科技有限公司 | 结构化视图业务分离的方法、存储介质、电子设备及系统 |
CN112162793B (zh) * | 2020-09-30 | 2022-05-10 | 武汉斗鱼鱼乐网络科技有限公司 | 结构化视图业务分离的方法、存储介质、电子设备及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106990987A (zh) | 基于karaf_agent端的插件/业务组件自动化管理装置及方法 | |
US9152402B2 (en) | Automated deployment and servicing of distributed applications | |
US7143419B2 (en) | Device for running offline applications and synchronizing with a central computer system | |
CN107967316A (zh) | 一种数据同步方法、设备及计算机可读存储介质 | |
CN109542445A (zh) | 一种Android插件化开发的方法和装置 | |
CN110275722A (zh) | 用于升级应用的方法、装置、设备和存储介质 | |
US9396090B2 (en) | System overview diagram generator | |
CN113282795B (zh) | 数据结构图生成及更新方法、装置、电子设备及存储介质 | |
CN104517181B (zh) | 一种核电站企业内容管理系统及方法 | |
CN107436775A (zh) | 虚拟机上安装业务版本的方法及装置 | |
CN104166570B (zh) | 一种在线更新文件的方法、设备及系统 | |
CN108153223B (zh) | 用于材料处置系统的可扩缩实时网络应用的阶段式部属 | |
CN106648718A (zh) | 一种服务器代码部署的方法和系统 | |
CN107608721A (zh) | 头戴虚拟现实设备及其引导加载程序的升级方法 | |
CN106959924A (zh) | 一种基于oracheck的Oracle数据库一键式体检系统 | |
CN114356379A (zh) | 基于备份的服务升级方法、装置、设备及存储介质 | |
CN110417736A (zh) | 银行跨隔离区软件发布方法、装置及计算机可读存储介质 | |
JPH11184679A (ja) | システム構築方法及びシステム及びシステム構築プログラムを格納した記憶媒体 | |
CN113778447B (zh) | 前端系统的服务兼容方法、装置、电子设备及存储介质 | |
JPH10162057A (ja) | 設備管理システムの構築方法 | |
CN109032735A (zh) | 一种向用户界面提供数据报告和实时数据的方法 | |
JPH10289216A (ja) | 業務支援装置 | |
JP2006178587A (ja) | データベースアクセス方法 | |
JP2009054127A (ja) | 上位情報管理システムの提供方法 | |
JP2007011486A (ja) | フレームワークの自動生成装置並びにその自動生成方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: Qingpu 201707 waiqingsong road Shanghai City, No. 588 Lane 7548 Building 1 R zone 1 room 113 Applicant after: Shanghai new torch network information technology Limited by Share Ltd Address before: Qingpu 201707 waiqingsong road Shanghai City, No. 588 Lane 7548 Building 1 R zone 1 room 113 Applicant before: SHANGHAI XINJU NETWORK INFORMATION TECHNOLOGY CO., LTD. |
|
CB02 | Change of applicant information | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170728 |
|
WD01 | Invention patent application deemed withdrawn after publication |