Fuse 6 is no longer supported
As of February 2025, Red Hat Fuse 6 is no longer supported. If you are using Fuse 6, please upgrade to Red Hat build of Apache Camel.此内容没有您所选择的语言版本。
2.5. Provider Bundle
Overview 复制链接链接已复制到粘贴板!
复制链接链接已复制到粘贴板!
This section explains how to set up a Maven project for a typical provider bundle.
The
hello-paris-impl bundle exemplifies a provider bundle, which provides the implementation of an API. The provider does not export any of its own packages, because the implementation classes are private. But the provider does instantiate and export an OSGi service, which is accessed through the HelloParis interface.
Directory structure 复制链接链接已复制到粘贴板!
复制链接链接已复制到粘贴板!
The
hello-paris-impl bundle has the following directory structure:
The
org.fusesource.example.hello.paris.impl package is private. By default, the Maven bundle plug-in treats any packages containing the segments .impl or .internal, as private packages.
The
src/main/resources/OSGI-INF/blueprint directory contains a single blueprint file, paris-svc.xml. Any file matching the pattern, *.xml, in this directory is assumed to be a blueprint configuration file.
Sample implementation 复制链接链接已复制到粘贴板!
复制链接链接已复制到粘贴板!
The
hello-paris-impl bundle is intended to implement all of the interfaces appearing in the hello-paris API bundle. In this example, a single HelloParisImpl class implements the HelloParis interface, as follows:
Publish OSGi service 复制链接链接已复制到粘贴板!
复制链接链接已复制到粘贴板!
The natural way to bootstrap the
HelloParis implementation in OSGi is to publish the class, HelloParisImpl, as an OSGi service. Use the bean element to create a HelloParisImpl instance and use the service element to publish the bean, advertising it as a service of HelloParis type.
For example, the blueprint file,
OSGI-INF/blueprint/paris-svc.xml, has the following contents:
Maven dependencies 复制链接链接已复制到粘贴板!
复制链接链接已复制到粘贴板!
In the Maven POM file, the
hello-paris-impl bundle defines dependencies on the following Maven artifacts:
time-utilhello-paris
Import and export rules 复制链接链接已复制到粘贴板!
复制链接链接已复制到粘贴板!
The following import and export rules apply to the
hello-paris-impl bundle:
- Exporting own packages—none of the bundle's own packages should be exported; they are all private.
- Importing own packages—none of the bundle's own packages should be imported.
- Importing dependent packages—any external package dependencies must be imported.
Maven bundle plug-in settings 复制链接链接已复制到粘贴板!
复制链接链接已复制到粘贴板!
You can use the default export rules (that is, omitting the
Export-Package instruction), as long as you take care to put all of your code into packages containing .impl or .internal (which are not exported by default). You should explicitly list the implemented API, org.fusesource.example.hello.paris, in the Import-Package instruction and add the provide:=true clause to it. This signals that this bundle is acting as the provider of the hello.paris package (and ensures that the API is imported with the correct version range—see Section 3.3, “Automatic Import Versioning”). In this case, the bundle plug-in instructions are as follows:
Generated MANIFEST.MF file 复制链接链接已复制到粘贴板!
复制链接链接已复制到粘贴板!
When you build the bundle using Maven, the Maven bundle plug-in automatically generates the following
MANIFEST.MF file:
The
Import-Package header imports external package dependencies only—for example, org.fusesource.example.hello.paris and org.fusesource.example.time.
The
Export-Service header advertises the OSGi service as a HelloParis instance. This enables clients to find the HelloParisImpl instance by searching for a service of HelloParis type.