Dear Me,

Don't be afraid this is not a hard problem. In fact since Nuxeo Runtime 5.4.2 version, the dependency informations are no more exposed into the MANIFEST.MF file.

• So first you must remove the Require-Bundle entry into your MANIFEST.MF file.
• Next, you must report this dependency information into your deployment-fragment.xml file
• To specify to the runtime that you are no more using the old dependency exposition add a version attribute to your deployment-fragment.xml with the value “1”

So your MANIFEST.MF must be something like that:

Manifest-Version: 1.0
Bundle-ManifestVersion: 1
Bundle-Name: Kasaba Sample project
Bundle-SymbolicName: org.nuxeo.project.sample;singleton:=true
Bundle-Version: 2.0.0
Bundle-Vendor: Nuxeo
Nuxeo-Component: OSGI-INF/actions-contrib.xml

And your deployment-fragment.xml:

<?xml version="1.0"?>
<fragment version="1">
  <require>the.name.of.bundle.before.me</require>
  <requiredBy>the.name.of.bundle.after.me</requiredBy>

  .... your web.xml contributions, etc ...

  <install>
    <!-- Unzip the war template -->
    <unzip from="${bundle.fileName}" to="/">
      <include>nuxeo.war/**</include>
    </unzip>
  </install>
</fragment>

I will just add that you have this following dependency information that you can set into your deployment-fragement.xml:

• <require>the.name.of.bundle.before.me</require> specify that your bundle will be deployed after the.name.of.bundle.before.me
• <requiredBy>the.name.of.bundle.after.me</requiredBy> specify that your bundle will be deployed before the.name.of.bundle.after.me
• <require>all</require> will ask to the runtime to be deployed after all other bundles.
• If you contribute to a service in a xml file - into the OSGI-INF directory - dependency declaration of this service into the deployment-fragment is not required. The runtime will automatically activate your bundle after the service you are contributing.
• if you have no dependency information to transmit to the runtime, no template to populate, no pre-processing to execute that will mean that your deployment-fragment is empty, you can remove it.

The reason of this modification is that MANIFEST.MF is a descriptor for the OSGi container and preprocessing is not related to OSGi neither to JAR Manifests. Preprocessing is more like a build time operation (let say a post build task). And Nuxeo is preparing the migration the platform to a standard OSGi container.