使用gradle实现第一个OSGi构建-从ant迁移到gradle

Question

是否有明确的第一个http://wiki.osgi.org/wiki/tooling_processes gradle插件用于OSGi？或者怎么和Gradle一起做？

OSGi容器有一个很大的老项目，许多项目在MANIFEST.MF中声明了复杂的关系。建筑很长。现在我们想把事情简化，采用Gradle。但首先，在不破坏东西的情况下，保持ant和gradle构建并行一段时间。然而，我看到的是gradle建议在build.gradle中定义MANIFEST。https://docs.gradle.org/current/userguide/osgi_plugin.html
，这会造成大量的复制工作。

更新有近100个模块，模块之间和嵌套JAR之间有大量的依赖信息。MANIFEST.MF的平均长度约为50行（从20行到300行不等）。如何捆绑嵌套的jar是另一个问题。这个问题是关于使用现有的MANIFEST.MF文件。我看到的所有插件都使用bnd，这与manifest first方法完全相反。

Answer 1

Gradle有一个osgimanifest类，它是一个扩展的jar清单：

https://docs.gradle.org/current/javadoc/org/gradle/api/plugins/osgi/osgimanifest.html

StackOverflow上有一篇文章显示了类似的用法：

apply plugin: 'java'
apply plugin: 'osgi'

jar {
    baseName = 'awesome'
    manifest {
        name = 'An Awesome Application'
        symbolicName = 'com.example.awesome'
        instruction 'Import-Package', 'org.springframework.orm', '*'
    }
}

jar {
    manifest {
        def manif = "${resourcesDir}/MANIFEST.MF"
        if (new File(manif).exists()) {
            from file(manif)
        }
        else{
            name = 'overwrittenSpecialOsgiName'
            instruction 'Private-Package', 'org.mycomp.somepackage'
            instruction 'Bundle-Vendor', 'MyCompany'
            instruction 'Bundle-Description', 'Platform2: Metrics' 
        }
    }
}

Gradle清单的文档可以在这里找到：https://docs.gradle.org/current/javadoc/org/gradle/api/java/archives/manifest.html

对于你的“另一个问题”：

还有额外的Gradle插件用于构建OSGI包，在某些情况下，包括来自其他OSGI包的依赖项。

jar {
    manifest {
        attributes 'Implementation-Title': 'Bundle Quickstart',     // Will be added to manifest
                     'Import-Package': '*'  // Will be overwritten by the instuctions below
    }
}

bundle {
    includeTransitiveDependencies = true

    instructions << [
        'Bundle-Activator': 'foo.bar.MyBundleActivator',
        'Import-Package': 'foo.*',
        '-sources': true
    ]

    instruction 'Export-Package', '*' // Specify an individual instruction
    instruction '-wab', ''
}

dependencies {
    // all your usual dependencies
    ...

    osgiRuntime( "your:dependency:1.0" ) {
        transitive = false // transitive dependencies not included in OSGi runtime
    }
}