Skip to content

KAFKA-2622: Add Time logical type for Copycat.#285

Closed
ewencp wants to merge 2 commits intoapache:trunkfrom
ewencp:kafka-2622-time-logical-type
Closed

KAFKA-2622: Add Time logical type for Copycat.#285
ewencp wants to merge 2 commits intoapache:trunkfrom
ewencp:kafka-2622-time-logical-type

Conversation

@ewencp
Copy link
Copy Markdown
Contributor

@ewencp ewencp commented Oct 7, 2015

No description provided.

@ewencp
Copy link
Copy Markdown
Contributor Author

ewencp commented Oct 7, 2015

@guozhangwang Quick follow up to the logical types patch. I realized we can't avoid adding a Time type for now since we need it for SQL types in the JDBC connector. Should be a quick review since this is basically the same as the Date type, just zeroing out the date fields instead of the time fields.

@ewencp
Copy link
Copy Markdown
Contributor Author

ewencp commented Oct 7, 2015

Actually, hold off on review. I realized there's an issue with validating values when you use Struct.put() that I still need to resolve.

@ewencp
Copy link
Copy Markdown
Contributor Author

ewencp commented Oct 7, 2015

Ok, updated to handle logical types in validation, which is really only happening in Struct.put() for now. Should really be ready for review now, @guozhangwang

@guozhangwang
Copy link
Copy Markdown
Contributor

LGTM.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the claim in the exception correct? We should have have non-zero values for some fields.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Right. It should be "any date field"

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yup, good catch. Filed #291.

gardnervickers pushed a commit to gardnervickers/kafka-1 that referenced this pull request Feb 4, 2021
)

Bump 2.3 AK Version to 2.3.2 and CP Version to 5.3.4
wyuka pushed a commit to wyuka/kafka that referenced this pull request Mar 4, 2022
…on (apache#285)

TICKET = LIKAFKA-40747
LI_DESCRIPTION =
A potential reason for NoOffsetForPartitionException is the transition of FetchState for partitions to any state other than INITIALIZING (e.g. offset_reset). However, there are not enough logs on the client side to see if that was the case. Add logs in the exception message to track the actual fetch state of partitions when a NoOffsetForPartitionException is thrown.

(cherry picked from commit aaf8c8d)
wyuka pushed a commit to wyuka/kafka that referenced this pull request Mar 28, 2022
…on (apache#285)

TICKET = LIKAFKA-40747
LI_DESCRIPTION =
A potential reason for NoOffsetForPartitionException is the transition of FetchState for partitions to any state other than INITIALIZING (e.g. offset_reset). However, there are not enough logs on the client side to see if that was the case. Add logs in the exception message to track the actual fetch state of partitions when a NoOffsetForPartitionException is thrown.

(cherry picked from commit aaf8c8d)
wyuka pushed a commit to wyuka/kafka that referenced this pull request Jun 16, 2022
…on (apache#285)

TICKET = LIKAFKA-40747
LI_DESCRIPTION =
A potential reason for NoOffsetForPartitionException is the transition of FetchState for partitions to any state other than INITIALIZING (e.g. offset_reset). However, there are not enough logs on the client side to see if that was the case. Add logs in the exception message to track the actual fetch state of partitions when a NoOffsetForPartitionException is thrown.

(cherry picked from commit aaf8c8d)
jeqo added a commit to aiven/kafka that referenced this pull request Jan 16, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants