CN105245369A - 一种支持多传输协议的组件发布容器方法 - Google Patents
一种支持多传输协议的组件发布容器方法 Download PDFInfo
- Publication number
- CN105245369A CN105245369A CN201510655832.1A CN201510655832A CN105245369A CN 105245369 A CN105245369 A CN 105245369A CN 201510655832 A CN201510655832 A CN 201510655832A CN 105245369 A CN105245369 A CN 105245369A
- Authority
- CN
- China
- Prior art keywords
- container
- component
- assembly
- service
- file
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 48
- 230000000712 assembly Effects 0.000 claims description 27
- 238000000429 assembly Methods 0.000 claims description 27
- 230000008569 process Effects 0.000 claims description 16
- 230000006837 decompression Effects 0.000 claims description 5
- 238000002955 isolation Methods 0.000 claims description 5
- 238000012795 verification Methods 0.000 claims description 3
- 230000008878 coupling Effects 0.000 abstract description 3
- 238000010168 coupling process Methods 0.000 abstract description 3
- 238000005859 coupling reaction Methods 0.000 abstract description 3
- 230000000694 effects Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
本发明涉及一种支持多传输协议的组件发布容器方法，包括步骤有：(1)上传简单组件包及协议配置文件；(2)校验简单组件包及协议配置文件的有效性；(3)在容器端的组件目录及协议配置目录中分别存储；(4)容器子线程解压缩简单组件包引用的第三方包到同级目录下的标签信息库文件夹中；(5)添加组件名称、组件用户名、组件配置文件路径到协议配置文件中；(6)容器实例更新线程按协议生成新服务实例添加到容器。采用本发明的方法，可以将同一个简单组件发布为不同传输协议的服务，使组件和传输协议分离，实现了组件和传输协议间的松耦合，提高了开发扩展组件的效率。
Description
技术领域
本发明属于IT信息行业中远程服务调用技术领域，尤其是一种支持多传输协议的组件发布容器方法。
背景技术
随着IT信息行业中远程服务调用技术的迅猛发展，远程调用服务有了较大的变化，大大方便了开发人员及系统运行维护人员的操作，使开发人员只关注自己范围内的工作，做到一处开发，到处可用，使系统运行维护人员也能大大简化操作流程。基于以上背景，如何将一个普通的组件(即组件程序包中不包含发布的任何协议信息，由用户在发布时自由定义协议)由用户选择协议发布，尚没有完美的解决方案，本发明就是为了解决一个组件支持动态发不成多个请求访问协议的问题而产生。
通过对国内公开专利及其它文献的检索，没有发现与本发明方法相近似的公开专利及文献。
发明内容
本发明的目的在于克服现有技术的不足，提供一种支持多传输协议的组件发布容器方法。
本发明解决其技术问题是采取以下技术方案实现的：
一种支持多传输协议的组件发布容器方法，包括步骤如下：
(1)上传包含简单组件包及协议配置文件的压缩包；其中包括：
①服务运行维护人员登陆组件发布容器管理平台；
②将开发人员开发的包含简单组件包及配备的各种协议配置文件的压缩包上传到组件发布容器所在的服务器端，并且在上传的压缩包内包含一个存放有第三方依赖的lib文件夹；
(2)校验简单组件包及协议配置文件的有效性；
(3)在容器端的组件目录及协议配置目录中分别存储；
①在容器端的组件目录component中创建gis用户目录，并在gis目录下创建名称为gisComp的文件夹，并将gisComp.jar解压到此文件夹中；
②在容器端的配置目录config中创建gis用户目录，并在gis目录下创建名称为gisComp的目录，并将gisComp.xml配置文件解压到此文件夹中；
(4)将容器子线程解压缩简单组件包引用的第三方包发送到到同级目录下的标签信息库文件夹中，并且建立一个执行更新容器服务实例的逻辑方法；
①在步骤(3)的①步骤中创建的gisComp文件夹下创建lib文件夹，并将步骤(3)的①步骤的gisComp.jar文件中依赖的第三方包解压到lib文件夹中；
②将当前组件引用的第三方依赖包，通过创建新的java中的URLClassLoader实例，添加到容器中的类加载器字典中，来管理多个组件中引用的第三方依赖包所引起的版本冲突问题,隔离第三方依赖；
③建立一个执行更新容器服务实例的逻辑方法，该方法执行了服务实例的添加，具体方法与下面步骤(6)中②、③、④、⑤的内容相同；
(5)添加组件用户名、组件名称、组件配置文件路径到协议配置文件中；
①打开系统默认的协议资源配置文件；
②在资源组标签内添加当前用户的资源标签，如果已经存在该用户的资源标签将略过，然后在该用户的资源标签内添加一个组件的配置标签，将发布组件的用户名、组件名称、组件配置文件路径添加到该组件的配置标签属性中，以备容器解析生成相应服务实例；
(6)容器实例更新线程按协议生成新服务实例添加到容器，具体为：
①每当发布组件临时存储文件夹被监听到变更时，表示有新组件上传发布，此时将实现上述步骤(4)的功能；
②调用上述步骤(4)中③步的执行更新容器服务实例方法，将组件生成服务实例，由容器统一管理，具体的；
A、容器执行更新服务实例逻辑时首先是打开系统默认的服务实例，创建接口配置文件，在接口配置文件中存储每种协议对应的服务生成类；
B、打开上述的接口配置文件，获取到相应协议的资源配置文件，在该文件中存储每个用户及其下的每个组件的配置文件的路径；
③遍历每个组件的名称与容器的服务实例名称对比，当该服务实例尚不存在时，将通过资源配置文件中用户下组件配置文件的路径打开该组件对应的配置文件；
④解析上述步骤③中组件对应的配置文件，找到配置文件中的服务标签，在服务标签中包含有发布的服务名、服务类型信息以及操作方法配置；
⑤通过步骤④中的服务类型及操作方法配置，并通过步骤②中获取的接口类，实例化成一个Restlet服务对象，并添加到容器的服务实例管理集合中进行统一管理，并对外提供符合配置的调用路径，以备用户调用发布的服务所用。
而且，所述步骤(2)校验简单组件包及协议配置文件有效性的具体内容包括：
①校验组件包中是否包含扩展名为jar的压缩文件；
②校验组件包中是否包含扩展名为xml的配置文件；
③校验组件包中是否包含依赖第三方包的lib文件夹。
本发明的优点和积极效果是：
1、本发明可以将同一个简单组件发布为不同传输协议的服务，使组件和传输协议分离，实现了组件和传输协议间的松耦合，提高了开发扩展组件的效率。
2、本发明大大方便运行维护人员操作。
3、本发明可用于云平台中服务发布。
附图说明
图1是本发明的容器架构图；
图2是本发明的简单组件发布流程图。
具体实施方式
以下结合附图对本发明实施例做进一步详述，需要强调的是，本发明所述的实施例是说明性的，而不是限定性的，不能以此作为对本发明保护的范围的限定。
一种支持多传输协议的组件发布容器方法，如图1所示，该组件发布容器的服务器端与开发人员所要发布组件的输出端连接，组件发布容器的输出端提供面向网络客户的支持多传输协议的信息发布，支持多传输协议的组件发布容器方法，如图2所示，包括步骤如下：
(1)上传包含简单组件包及协议配置文件的压缩包；其中包括：
①服务运行维护人员登陆组件发布容器管理平台；
②将开发人员开发的包含简单组件包及配备的各种协议配置文件的压缩包上传到组件发布容器所在的服务器端；如：上传压缩包gisComp.zip，gisComp.zip中包含一个gisComp.jar和一个配置文件gisComp.xml，并且在开发人员的压缩包内包含一个存放有第三方依赖的lib文件夹；
(2)校验简单组件包及协议配置文件的有效性；
①校验组件包中是否包含扩展名为jar(java归档文件)的压缩文件。
②校验组件包中是否包含扩展名为xml(可扩展标记语言)的配置文件。
③校验组件包中是否包含依赖第三方包的lib(标签信息库)文件夹。
(3)在容器端的组件目录及协议配置目录中分别存储；
①在容器端的组件目录component中创建gis用户目录，并在gis目录下创建名称为gisComp的文件夹，并将gisComp.jar解压到此文件夹中；
②在容器端的配置目录config中创建gis用户目录，并在gis目录下创建名称为gisComp的目录，并将gisComp.xml配置文件解压到此文件夹中；
(4)将容器子线程解压缩简单组件包引用的第三方包发送到到同级目录下的标签信息库文件夹中；
①在步骤(3)的①步骤中创建的gisComp文件夹下创建lib文件夹，并将①步骤的gisComp.jar文件中依赖的第三方包解压到lib文件夹中；
②将当前组件引用的第三方依赖包，通过创建新的java中的URLClassLoader(唯一资源定位类加载器)实例，添加到容器中的类加载器字典中，来管理多个组件中引用的第三方依赖包所引起的版本冲突问题,隔离第三方依赖。
(5)添加组件用户名、组件名称、组件配置文件路径到协议配置文件中；
①打开系统默认的协议资源配置文件(如：rest-resources.xml)；
②在资源组标签内添加当前用户的资源标签，如果已经存在该用户的资源标签将略过，然后在该用户的资源标签内添加一个组件的配置标签，将发布组件的用户名、组件名称、组件配置文件路径添加到该组件的配置标签属性中，以备容器解析生成相应服务实例；
(6)容器实例更新线程按协议生成新服务实例添加到容器，具体实现逻辑为：
①每当发布组件临时存储文件夹被监听到变更时，表示有新组件上传发布，此时将实现上述步骤(4)的功能；
②在步骤(4)执行的逻辑中有一个执行更新容器服务实例的逻辑方法，具体内容在下面④、⑤、⑥、⑦中详细描述，该逻辑方法在步骤(4)中逻辑的末尾被调用，目的是将组件生成服务实例，并进行由容器统一管理，以备用户调用；
③容器执行更新服务实例逻辑时首先是打开系统默认的服务实例，创建接口配置文件(如：interfaces.xml)，这里存储了每种协议对应的服务生成类，不同的协议有不同的服务生成接口类，该类都继承了HttpServlet类。
④打开上述步骤③的接口配置文件，获取到相应协议的资源配置文件(如：rest-resources.xml)，该文件中存储每个用户及其下的每个组件的配置文件的路径(如：config/gis/rest/gisComp/gisComp.xml)；
⑤遍历每个组件的名称与容器的服务实例名称对比，当该服务实例尚不存在时，将通过资源配置文件中某个用户下组件配置文件的路径打开该组件对应的配置文件。
⑥解析⑤中组件对应的配置文件，该配置文件中会有个服务标签，服务标签中包括发布的服务名及服务类型等信息，以及该组件中的每个操作方法相关配置。
⑦通过⑥中的服务类型及操作方法配置，并通过③中获取的接口类，实例化成一个Restlet(一种开源Rest服务框架)服务对象，并添加到容器的服务实例管理集合中进行统一管理，并对外提供符合配置的调用路径，以备用户调用发布的服务所用。
效果
使普通组件动态的根据用户在不修改组件的情况下发不成多种请求协议格式，分离开发和发布。
一种支持多传输协议的组件发布容器方法
技术领域
本发明属于IT信息行业中远程服务调用技术领域，尤其是一种支持多传输协议的组件发布容器方法。
背景技术
随着IT信息行业中远程服务调用技术的迅猛发展，远程调用服务有了较大的变化，大大方便了开发人员及系统运行维护人员的操作，使开发人员只关注自己范围内的工作，做到一处开发，到处可用，使系统运行维护人员也能大大简化操作流程。基于以上背景，如何将一个普通的组件(即组件程序包中不包含发布的任何协议信息，由用户在发布时自由定义协议)由用户选择协议发布，尚没有完美的解决方案，本发明就是为了解决一个组件支持动态发不成多个请求访问协议的问题而产生。
通过对国内公开专利及其它文献的检索，没有发现与本发明方法相近似的公开专利及文献。
发明内容
本发明的目的在于克服现有技术的不足，提供一种支持多传输协议的组件发布容器方法。
本发明解决其技术问题是采取以下技术方案实现的：
一种支持多传输协议的组件发布容器方法，包括步骤如下：
(1)上传包含简单组件包及协议配置文件的压缩包；其中包括：
①服务运行维护人员登陆组件发布容器管理平台；
②将开发人员开发的包含简单组件包及配备的各种协议配置文件的压缩包上传到组件发布容器所在的服务器端，并且在上传的压缩包内包含一个存放有第三方依赖的lib文件夹；
(2)校验简单组件包及协议配置文件的有效性；
(3)在容器端的组件目录及协议配置目录中分别存储；
①在容器端的组件目录component中创建gis用户目录，并在gis目录下创建名称为gisComp的文件夹，并将gisComp.jar解压到此文件夹中；
②在容器端的配置目录config中创建gis用户目录，并在gis目录下创建名称为gisComp的目录，并将gisComp.xml配置文件解压到此文件夹中；
(4)将容器子线程解压缩简单组件包引用的第三方包发送到到同级目录下的标签信息库文件夹中，并且建立一个执行更新容器服务实例的逻辑方法；
①在步骤(3)的①步骤中创建的gisComp文件夹下创建lib文件夹，并将步骤(3)的①步骤的gisComp.jar文件中依赖的第三方包解压到lib文件夹中；
②将当前组件引用的第三方依赖包，通过创建新的java中的URLClassLoader实例，添加到容器中的类加载器字典中，来管理多个组件中引用的第三方依赖包所引起的版本冲突问题,隔离第三方依赖；
③建立一个执行更新容器服务实例的逻辑方法，该方法执行了服务实例的添加，具体方法与下面步骤(6)中②、③、④、⑤的内容相同；
(5)添加组件用户名、组件名称、组件配置文件路径到协议配置文件中；
①打开系统默认的协议资源配置文件；
②在资源组标签内添加当前用户的资源标签，如果已经存在该用户的资源标签将略过，然后在该用户的资源标签内添加一个组件的配置标签，将发布组件的用户名、组件名称、组件配置文件路径添加到该组件的配置标签属性中，以备容器解析生成相应服务实例；
(6)容器实例更新线程按协议生成新服务实例添加到容器，具体为：
①每当发布组件临时存储文件夹被监听到变更时，表示有新组件上传发布，此时将实现上述步骤(4)的功能；
②调用上述步骤(4)中③步的执行更新容器服务实例方法，将组件生成服务实例，由容器统一管理，具体的；
A、容器执行更新服务实例逻辑时首先是打开系统默认的服务实例，创建接口配置文件，在接口配置文件中存储每种协议对应的服务生成类；
B、打开上述的接口配置文件，获取到相应协议的资源配置文件，在该文件中存储每个用户及其下的每个组件的配置文件的路径；
③遍历每个组件的名称与容器的服务实例名称对比，当该服务实例尚不存在时，将通过资源配置文件中用户下组件配置文件的路径打开该组件对应的配置文件；
④解析上述步骤③中组件对应的配置文件，找到配置文件中的服务标签，在服务标签中包含有发布的服务名、服务类型信息以及操作方法配置；
⑤通过步骤④中的服务类型及操作方法配置，并通过步骤②中获取的接口类，实例化成一个Restlet服务对象，并添加到容器的服务实例管理集合中进行统一管理，并对外提供符合配置的调用路径，以备用户调用发布的服务所用。
而且，所述步骤(2)校验简单组件包及协议配置文件有效性的具体内容包括：
①校验组件包中是否包含扩展名为jar的压缩文件；
②校验组件包中是否包含扩展名为xml的配置文件；
③校验组件包中是否包含依赖第三方包的lib文件夹。
本发明的优点和积极效果是：
1、本发明可以将同一个简单组件发布为不同传输协议的服务，使组件和传输协议分离，实现了组件和传输协议间的松耦合，提高了开发扩展组件的效率。
2、本发明大大方便运行维护人员操作。
3、本发明可用于云平台中服务发布。
附图说明
图1是本发明的容器架构图；
图2是本发明的简单组件发布流程图。
具体实施方式
以下结合附图对本发明实施例做进一步详述，需要强调的是，本发明所述的实施例是说明性的，而不是限定性的，不能以此作为对本发明保护的范围的限定。
一种支持多传输协议的组件发布容器方法，如图1所示，该组件发布容器的服务器端与开发人员所要发布组件的输出端连接，组件发布容器的输出端提供面向网络客户的支持多传输协议的信息发布，支持多传输协议的组件发布容器方法，如图2所示，包括步骤如下：
(1)上传包含简单组件包及协议配置文件的压缩包；其中包括：
①服务运行维护人员登陆组件发布容器管理平台；
②将开发人员开发的包含简单组件包及配备的各种协议配置文件的压缩包上传到组件发布容器所在的服务器端；如：上传压缩包gisComp.zip，gisComp.zip中包含一个gisComp.jar和一个配置文件gisComp.xml，并且在开发人员的压缩包内包含一个存放有第三方依赖的lib文件夹；
(2)校验简单组件包及协议配置文件的有效性；
①校验组件包中是否包含扩展名为jar(java归档文件)的压缩文件。
②校验组件包中是否包含扩展名为xml(可扩展标记语言)的配置文件。
③校验组件包中是否包含依赖第三方包的lib(标签信息库)文件夹。
(3)在容器端的组件目录及协议配置目录中分别存储；
①在容器端的组件目录component中创建gis用户目录，并在gis目录下创建名称为gisComp的文件夹，并将gisComp.jar解压到此文件夹中；
②在容器端的配置目录config中创建gis用户目录，并在gis目录下创建名称为gisComp的目录，并将gisComp.xml配置文件解压到此文件夹中；
(4)将容器子线程解压缩简单组件包引用的第三方包发送到到同级目录下的标签信息库文件夹中；
①在步骤(3)的①步骤中创建的gisComp文件夹下创建lib文件夹，并将①步骤的gisComp.jar文件中依赖的第三方包解压到lib文件夹中；
②将当前组件引用的第三方依赖包，通过创建新的java中的URLClassLoader(唯一资源定位类加载器)实例，添加到容器中的类加载器字典中，来管理多个组件中引用的第三方依赖包所引起的版本冲突问题,隔离第三方依赖。
(5)添加组件用户名、组件名称、组件配置文件路径到协议配置文件中；
①打开系统默认的协议资源配置文件(如：rest-resources.xml)；
②在资源组标签内添加当前用户的资源标签，如果已经存在该用户的资源标签将略过，然后在该用户的资源标签内添加一个组件的配置标签，将发布组件的用户名、组件名称、组件配置文件路径添加到该组件的配置标签属性中，以备容器解析生成相应服务实例；
(6)容器实例更新线程按协议生成新服务实例添加到容器，具体实现逻辑为：
①每当发布组件临时存储文件夹被监听到变更时，表示有新组件上传发布，此时将实现上述步骤(4)的功能；
②在步骤(4)执行的逻辑中有一个执行更新容器服务实例的逻辑方法，具体内容在下面④、⑤、⑥、⑦中详细描述，该逻辑方法在步骤(4)中逻辑的末尾被调用，目的是将组件生成服务实例，并进行由容器统一管理，以备用户调用；
③容器执行更新服务实例逻辑时首先是打开系统默认的服务实例，创建接口配置文件(如：interfaces.xml)，这里存储了每种协议对应的服务生成类，不同的协议有不同的服务生成接口类，该类都继承了HttpServlet类。
④打开上述步骤③的接口配置文件，获取到相应协议的资源配置文件(如：rest-resources.xml)，该文件中存储每个用户及其下的每个组件的配置文件的路径(如：config/gis/rest/gisComp/gisComp.xml)；
⑤遍历每个组件的名称与容器的服务实例名称对比，当该服务实例尚不存在时，将通过资源配置文件中某个用户下组件配置文件的路径打开该组件对应的配置文件。
⑥解析⑤中组件对应的配置文件，该配置文件中会有个服务标签，服务标签中包括发布的服务名及服务类型等信息，以及该组件中的每个操作方法相关配置。
⑦通过⑥中的服务类型及操作方法配置，并通过③中获取的接口类，实例化成一个Restlet(一种开源Rest服务框架)服务对象，并添加到容器的服务实例管理集合中进行统一管理，并对外提供符合配置的调用路径，以备用户调用发布的服务所用。
效果
使普通组件动态的根据用户在不修改组件的情况下发不成多种请求协议格式，分离开发和发布。
Claims (2)
1.一种支持多传输协议的组件发布容器方法，其特征在于：包括步骤如下：
(1)上传包含简单组件包及协议配置文件的压缩包；其中包括：
①服务运行维护人员登陆组件发布容器管理平台；
②将开发人员开发的包含简单组件包及配备的各种协议配置文件的压缩包上传到组件发布容器所在的服务器端，并且在上传的压缩包内包含一个存放有第三方依赖的lib文件夹；
(2)校验简单组件包及协议配置文件的有效性；
(3)在容器端的组件目录及协议配置目录中分别存储；
①在容器端的组件目录component中创建gis用户目录，并在gis目录下创建名称为gisComp的文件夹，并将gisComp.jar解压到此文件夹中；
②在容器端的配置目录config中创建gis用户目录，并在gis目录下创建名称为gisComp的目录，并将gisComp.xml配置文件解压到此文件夹中；
(4)将容器子线程解压缩简单组件包引用的第三方包发送到到同级目录下的标签信息库文件夹中，并且建立一个执行更新容器服务实例的逻辑方法；
①在步骤(3)的①步骤中创建的gisComp文件夹下创建lib文件夹，并将步骤(3)的①步骤的gisComp.jar文件中依赖的第三方包解压到lib文件夹中；
②将当前组件引用的第三方依赖包，通过创建新的java中的URLClassLoader实例，添加到容器中的类加载器字典中，来管理多个组件中引用的第三方依赖包所引起的版本冲突问题,隔离第三方依赖；
③建立一个执行更新容器服务实例的逻辑方法，该方法执行了服务实例的添加，具体方法与下面步骤(6)中②、③、④、⑤的内容相同；
(5)添加组件用户名、组件名称、组件配置文件路径到协议配置文件中；
①打开系统默认的协议资源配置文件；
②在资源组标签内添加当前用户的资源标签，如果已经存在该用户的资源标签将略过，然后在该用户的资源标签内添加一个组件的配置标签，将发布组件的用户名、组件名称、组件配置文件路径添加到该组件的配置标签属性中，以备容器解析生成相应服务实例；
(6)容器实例更新线程按协议生成新服务实例添加到容器，具体为：
①每当发布组件临时存储文件夹被监听到变更时，表示有新组件上传发布，此时将实现上述步骤(4)的功能；
②调用上述步骤(4)中③步的执行更新容器服务实例方法，将组件生成服务实例，由容器统一管理，具体的；
A、容器执行更新服务实例逻辑时首先是打开系统默认的服务实例，创建接口配置文件，在接口配置文件中存储每种协议对应的服务生成类；
B、打开上述的接口配置文件，获取到相应协议的资源配置文件，在该文件中存储每个用户及其下的每个组件的配置文件的路径；
③遍历每个组件的名称与容器的服务实例名称对比，当该服务实例尚不存在时，将通过资源配置文件中用户下组件配置文件的路径打开该组件对应的配置文件；
④解析上述步骤③中组件对应的配置文件，找到配置文件中的服务标签，在服务标签中包含有发布的服务名、服务类型信息以及操作方法配置；
⑤通过步骤④中的服务类型及操作方法配置，并通过步骤②中获取的接口类，实例化成一个Restlet服务对象，并添加到容器的服务实例管理集合中进行统一管理，并对外提供符合配置的调用路径，以备用户调用发布的服务所用。
2.根据权利要求1所述的支持多传输协议的组件发布容器方法，其特征在于：所述步骤(2)校验简单组件包及协议配置文件有效性的具体内容包括：
①校验组件包中是否包含扩展名为jar的压缩文件；
②校验组件包中是否包含扩展名为xml的配置文件；
③校验组件包中是否包含依赖第三方包的lib文件夹。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510655832.1A CN105245369B (zh) | 2015-10-12 | 2015-10-12 | 一种支持多传输协议的组件发布容器方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510655832.1A CN105245369B (zh) | 2015-10-12 | 2015-10-12 | 一种支持多传输协议的组件发布容器方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105245369A true CN105245369A (zh) | 2016-01-13 |
| CN105245369B CN105245369B (zh) | 2017-05-17 |
Family
ID=55042880
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510655832.1A Active CN105245369B (zh) | 2015-10-12 | 2015-10-12 | 一种支持多传输协议的组件发布容器方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105245369B (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107038045A (zh) * | 2017-03-30 | 2017-08-11 | 腾讯科技（深圳）有限公司 | 加载库文件的方法及装置 |
| CN108694048A (zh) * | 2018-05-04 | 2018-10-23 | 广州慧睿思通信息科技有限公司 | 一种批量发布服务的实现方法 |
| CN110417860A (zh) * | 2019-06-21 | 2019-11-05 | 深圳壹账通智能科技有限公司 | 文件传输管理方法、装置、设备及存储介质 |
| CN111240806A (zh) * | 2020-01-14 | 2020-06-05 | 南京邮电大学 | 一种分布式容器镜像构建调度系统及方法 |
| CN114640720A (zh) * | 2022-03-15 | 2022-06-17 | 北京京东乾石科技有限公司 | 一种服务协议的切换方法和装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1556641A (zh) * | 2004-01-01 | 2004-12-22 | 浙江大学 | 通信协议的构件化实现方法 |
| CN101266542A (zh) * | 2008-02-01 | 2008-09-17 | 中国建设银行股份有限公司 | 一种在容器中装载组件的方法及装置 |
| CN101980152A (zh) * | 2010-10-18 | 2011-02-23 | 华南理工大学 | 一种移动中间件系统及其实现方法 |
| US9037735B1 (en) * | 2013-03-15 | 2015-05-19 | Kaazing Corporation | Establishing websocket protocol extensions |
-
2015
- 2015-10-12 CN CN201510655832.1A patent/CN105245369B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1556641A (zh) * | 2004-01-01 | 2004-12-22 | 浙江大学 | 通信协议的构件化实现方法 |
| CN101266542A (zh) * | 2008-02-01 | 2008-09-17 | 中国建设银行股份有限公司 | 一种在容器中装载组件的方法及装置 |
| CN101980152A (zh) * | 2010-10-18 | 2011-02-23 | 华南理工大学 | 一种移动中间件系统及其实现方法 |
| US9037735B1 (en) * | 2013-03-15 | 2015-05-19 | Kaazing Corporation | Establishing websocket protocol extensions |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107038045A (zh) * | 2017-03-30 | 2017-08-11 | 腾讯科技（深圳）有限公司 | 加载库文件的方法及装置 |
| CN107038045B (zh) * | 2017-03-30 | 2022-10-14 | 腾讯科技（深圳）有限公司 | 加载库文件的方法及装置 |
| CN108694048A (zh) * | 2018-05-04 | 2018-10-23 | 广州慧睿思通信息科技有限公司 | 一种批量发布服务的实现方法 |
| CN108694048B (zh) * | 2018-05-04 | 2021-08-06 | 广州慧睿思通信息科技有限公司 | 一种批量发布服务的实现方法 |
| CN110417860A (zh) * | 2019-06-21 | 2019-11-05 | 深圳壹账通智能科技有限公司 | 文件传输管理方法、装置、设备及存储介质 |
| CN111240806A (zh) * | 2020-01-14 | 2020-06-05 | 南京邮电大学 | 一种分布式容器镜像构建调度系统及方法 |
| CN111240806B (zh) * | 2020-01-14 | 2022-04-01 | 南京邮电大学 | 一种分布式容器镜像构建调度方法 |
| CN114640720A (zh) * | 2022-03-15 | 2022-06-17 | 北京京东乾石科技有限公司 | 一种服务协议的切换方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105245369B (zh) | 2017-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Alaya et al. | Toward semantic interoperability in oneM2M architecture | |
| CN105245369A (zh) | 一种支持多传输协议的组件发布容器方法 | |
| US8762933B2 (en) | Converting business process models to component models in a service oriented architecture domain | |
| CN105323282A (zh) | 一种面向多租户的企业应用部署与管理系统 | |
| CN103491169A (zh) | 一种文件上传及下载的方法和系统 | |
| CN103237046A (zh) | 支持混合云存储应用的分布式文件系统及实现方法 | |
| CN105204871B (zh) | 一种插件式开发方法和装置 | |
| CN110798357B (zh) | 一种基于门票s-gds数据映射协议的api通信装置及方法 | |
| JP2015007968A (ja) | 地理情報システム（ｇｉｓ）ネットワークモデルの同期システム及び方法 | |
| CN101902473A (zh) | 基于网格gis的数据同步更新实现方法 | |
| CN102333108A (zh) | 分布式缓存同步系统及方法 | |
| CN105681115A (zh) | OnAir全媒体云平台应用方法及系统 | |
| Chellouche et al. | Flexible user profile management for context-aware ubiquitous environments | |
| CN109104368A (zh) | 一种请求连接方法、装置、服务器及计算机可读存储介质 | |
| Kim et al. | A Hadoop-based multimedia transcoding system for processing social media in the PaaS platform of SMCCSE | |
| CN100369443C (zh) | 遵循snmp/cim协议中间件映射的方法 | |
| CN103685485A (zh) | 移动终端VoIP通讯音频管理系统 | |
| Mangler et al. | On the origin of services using riddl for description, evolution and composition of restful services | |
| WO2023029881A1 (zh) | 设备控制方法及装置 | |
| Sefid‐Dashti et al. | A reference architecture for mobile SOA | |
| CN104216707A (zh) | 一种支持多种管理模式的统一管理方法 | |
| US20190188063A1 (en) | Mapping computer programs to network protocol methods | |
| CN101706901B (zh) | 实现屏蔽不同工作流产品的装置及方法 | |
| TWM618904U (zh) | 基於雲端微服務的人工智慧模型服務伺服器 | |
| CN112799859B (zh) | 一种混合云的数据交互方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB03 | Change of inventor or designer information |
Inventor after: Chen Wenkang Inventor after: Zhao Guangjun Inventor after: Wang Ruying Inventor after: Li Xinrong Inventor after: Zhu Chuanjing Inventor after: Gao Yong Inventor after: Liu Wanlong Inventor after: Li Jiawei Inventor before: Zhu Chuanjing Inventor before: Gao Yong Inventor before: Liu Wanlong Inventor before: Li Jiawei |
|
| COR | Change of bibliographic data | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20231110 Address after: Room 608, Building J, Haitai Green Industry Base, No. 6 Haitai Development Sixth Road, Huayuan Industrial Zone, Xiqing District, Tianjin, 300384 Patentee after: TIANJIN RICHSOFT ELECTRIC POWER INFORMATION TECHNOLOGY Co.,Ltd. Patentee after: State Grid Siji Location Service Co.,Ltd. Address before: 6th floor, Building J, Software Park, Haitai Green Industry Base, Xiqing District, Tianjin, 300384 Patentee before: TIANJIN RICHSOFT ELECTRIC POWER INFORMATION TECHNOLOGY Co.,Ltd. |
|
| TR01 | Transfer of patent right |