You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Chris Egerton (Jira)" <ji...@apache.org> on 2019/09/26 17:30:00 UTC

[jira] [Created] (KAFKA-8947) Connect framework incorrectly instantiates TaskStates for REST extensions

Chris Egerton created KAFKA-8947:
------------------------------------

             Summary: Connect framework incorrectly instantiates TaskStates for REST extensions
                 Key: KAFKA-8947
                 URL: https://issues.apache.org/jira/browse/KAFKA-8947
             Project: Kafka
          Issue Type: Bug
          Components: KafkaConnect
    Affects Versions: 2.2.1, 2.3.0, 2.1.1, 2.2.0, 2.1.0, 2.0.1, 2.0.0, 2.0.2, 2.1.2, 2.2.2, 2.4.0, 2.3.1, 2.2.3
            Reporter: Chris Egerton
            Assignee: Chris Egerton


The {{TaskState}} class's [constructor|https://github.com/apache/kafka/blob/666505b72f1baaf5f37fac4f59fa26d93d833f63/connect/api/src/main/java/org/apache/kafka/connect/health/TaskState.java#L37-L40] takes in parameters for the task's ID number, state, worker, and (optionally-null) error stack trace, in that order. However, the Connect framework's {{ConnectClusterStateImpl}} class instantiates TaskState objects with a different ordering of arguments: [ID number, worker, state, trace|https://github.com/apache/kafka/blob/36a5aba4ecf56631372ad12d5c67af8fa3de05f8/connect/runtime/src/main/java/org/apache/kafka/connect/runtime/health/ConnectClusterStateImpl.java#L110].

It's possible that this (erroneous) behavior has already been identified and worked around by developers of REST extensions, so it's questionable whether a patch PR here is warranted.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)