Resource information management method and resource information management device

Abstract

The invention provides a resource information management device used for a dynamic model system. The resource information management device comprises a creation unit, an adding unit and an accessing unit. The creation unit is used for creating a resource expansion point corresponding to a sub-service module when the sub-service module of the dynamic model system starts, and binding a resource catalog of the sub-service module to the resource expansion point; the adding unit is used for adding the resource expansion point into a set expansion container of the dynamic model system; and the accessing unit is used for accessing to resource information under the resource catalog related to the expansion point container through a uniform interface. According to the technical scheme of the invention, no matter which sub-service module a resource is in, the accessing unit can access to the resource information through the uniform interface, so that the sharing of the resource information is guaranteed. The invention further provides a resource information management method.

Description

technical field [0001] The present invention relates to the field of computer technology, in particular to a resource information management method and a resource information management device. Background technique [0002] The OSGI framework (Open Service Gateway initiative, dynamic model system) can be divided into multiple sub-business modules (bundles), and each sub-business module will be loaded by a separate class loader (classloader) Class files and resources. Therefore, large business systems implemented by OSGI are generally processed in a modular manner, divided into multiple sub-business modules and then developed in parallel. Each sub-business module is actually a bundle. Generally speaking, there will be a configuration file under each module Resource files such as , pictures, or documents need to be shared by the entire system, but since each sub-business module is isolated from each other, it is loaded and maintained by its own class loader, and the sub-busine...

AI Technical Summary

Problems solved by technology

Therefore, large business systems implemented by OSGI are generally processed in a modular manner, divided into multiple sub-business modules and then developed in parallel. Each sub-business module is actually a bundle. Generally speaking, there will be a configuration file under each module Resource files such as , pictures, or documents need to be shared by the entire system, but since each sub-business module is isolated from each other, it is loaded and maintained by its own class loader, and the sub-business modules started later have no impact on the previously started ones. The sub-business modules are basically unknown, so the resource sharing of each sub-business module cannot be realized

Images