twcable / gradle-plugin-scr Goto Github PK

Hello jdigger.
Bintray service was suspended a few days ago, is there any other way to install gradle-plugin-scr

When executing the build task on my bundle with the scr plugin, I get this error.
I have asked on Stackoverflow: http://stackoverflow.com/questions/34514641/gradle-internal-slf4j-is-conflicting-with-my-own-slf4j-dependency

We are using Gradle 4x with the below dependencies to build our AEM project and it's working fine with java 8.

buildscript {
dependencies {
classpath "com.twcable.gradle:gradle-plugin-scr:1.2.0"
}
}

dependencies {
compile group: 'org.apache.felix', name: 'org.apache.felix.http.servlet-api', version: '1.1.0'
compile group: 'org.apache.felix', name: 'org.apache.felix.scr.annotations', version: '1.9.8'
}

Now, We are trying to upgrade to Java 11 where it's failing with the Felix annotations/dependencies. Do we have any workaround to make Felix work in Java 11?

Thanks for skip interface check:

   plugins.withId 'com.twcable.scr', {
        processScrAnnotations {
            skipInterfaceReferenceCheck = true
        }
    }

but without overriding it, error quite often occur but I am not sure if it is good to have it enabled by default. Maybe make whole plugin more fail-safe by setting this to true by default.

While it's a very, very bad idea to do an @Reference to a class instead of a reference, you should have to ability to explicitly shoot yourself in the foot if that's what you really want.

It seems like since Gradle 4.x, Gradle expects the JVM language code to be output to different classes directories. Could someone update the code to account for this?

Stacktrace:

Gradle now uses separate output directories for each JVM language, but this build assumes a single directory for all classes from a source set. This behaviour has been deprecated and is scheduled to be removed in Gradle 5.0
        at org.gradle.api.internal.tasks.DefaultSourceSetOutput.getClassesDir(DefaultSourceSetOutput.java:80)
        at org.gradle.api.internal.tasks.DefaultSourceSetOutput_Decorated.getClassesDir(Unknown Source)
        at com.twcable.gradle.scr.ScrPlugin$_addScrTask_closure1$_closure3.doCall(ScrPlugin.groovy:44)

The issue and its solution are described in a Stackoverflow post.

If you apply this plugin before one that provides a jar task or the main sourceset, it fails.

NPE at if (!files.isEmpty()) { but I think that it should be if (files && !files.isEmpty()) {

        } as FilenameFilter) as List<File>

        if (!files.isEmpty()) {
            def relFiles = files.collect { file -> 'OSGI-INF/' + file.name }
            project.logger.info "Created ${relFiles}"

Allows for better integration testing. Should help pinpoint issues like #1