You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Ed R (JIRA)" <ji...@apache.org> on 2019/04/04 21:07:00 UTC

[jira] [Created] (NIFI-6190) identifiesControllerService does not work when not inheriting from nar-bundles

Ed R created NIFI-6190:
--------------------------

             Summary: identifiesControllerService does not work when not inheriting from nar-bundles
                 Key: NIFI-6190
                 URL: https://issues.apache.org/jira/browse/NIFI-6190
             Project: Apache NiFi
          Issue Type: Bug
          Components: Core Framework
            Reporter: Ed R


My company requires that we inherit from our standard parent pom, so our custom NiFi processors just bring in the required NiFi components as dependencies. This works fine, except that we cannot integrate with controller services.

When we have a property that uses identifiesControllerService(), NiFi attempts to find that controller in the custom processor's package and version, and not the package/version of the class passed to that method.

So if the custom processor is in package "com.company.product" with version 1.0-SNAPSHOT, and it pulls in NiFi 1.8.0 components like DistributedMapCacheClient, the processor builds just fine of course, but when trying to configure an instance of the processor in NiFi's UI, it is unable to find or create any instances of the controller service for that processor because it says it can't find com.company.product.DistributedMapCacheClient 1.0-SNAPSHOT.

I even tried calling context.getControllerServiceLookup().getControllerServiceIdentifiers(DistributedMapCacheClient.class) and it returns an empty set.

 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)