This website and its associated repositories, are deprecated and no longer supported by the OSGi Alliance. Please visit https://enroute.osgi.org for the latest supported version of OSGi enRoute.
This enRoute v2 archive site is kept for those who do not intend to use the latest version of OSGi enRoute. If you are new to OSGi enRoute, then please start with the latest OSGi enRoute.
Further inspecting the list of included packages we see that we include two pull parsers:
They both are quite old and (11 and 6 years) and not OSGi bundles. For the sake of this example, lets ignore the
-conditionalpackage: \ !javax.*, \ !org.xml.*, \ !org.w3c.*, \ !org.ietf.jgss, \ !org.omg.*, \ !com.sun.*, \ !org.jaxen.*, \ !org.xmlpull.*, '\ *
Contents tab, we can see that this imports
org.xmlpull.v1. Since we do not want to create a dependency to a package that is not from a bundle, not even optional, we are going to ignore this import.
In bnd, imports are controlled via the Import-Package header/instruction. By default, this header is
*, the wildcard. This means that any import that is found by analyzing the bytecodes is added to the manifest. We can use this list to decorate the packages with attributes and directives. However, we can also use it to ignore certain packages. Ignoring is done in the same way as we do in the
-conditionalpackage instruction, with the bang (exclamation mark, ‘!’). Don’t forget to end the instruction/header with the wildcard or you’ll skip all imports.
Import-Package: \ com.sun.msv.datatype.*; resolution:=optional, \ !org.xmlpull.*, \ *
If we now look at the imports in the generated directory then we see:
No more XML Pull parsing! Caveat: If the pull parser is used internally then you’re of course pickled. The effect will be a Class Not Found exception that any users will make them want to pull their hair out, or do that kind of activity to you. So don’t do these tricks and publish the results until you really figured out that it cannot do any harm.