Skip to content

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

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

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

Conversation

@ewencp

@ewencp ewencp commented Oct 7, 2015

Copy link
Copy Markdown
Contributor

No description provided.

@ewencp

ewencp commented Oct 7, 2015

Copy link
Copy Markdown
Contributor Author

@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

ewencp commented Oct 7, 2015

Copy link
Copy Markdown
Contributor Author

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

ewencp commented Oct 7, 2015

Copy link
Copy Markdown
Contributor Author

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
traceyyoshima added a commit to traceyyoshima/kafka that referenced this pull request May 22, 2026
Single bulk apply of the Language Engine's IntelliJ-style format
profile across the kafka source tree. Pairs with the IntelliJ-real
control branch `intellij-formatting` for side-by-side comparison.

Engine state at apply time includes the following format fixes
landed against the language-engine repo:

  Pre-PR #11:
  - PR apache#275 multi-line // comment indent group
  - PR apache#276 BLANK_LINES_AROUND_CLASS + sibling no-op repair
  - PR apache#277 string-concat chain anchor preservation
  - PR apache#279 forward style through apply routes
  - PR apache#281 Result-tab line-number alignment
  - PR apache#282 spaces after return / throw / yield / instanceof
  - PR apache#283 chain-dot postfix preservation
  - PR apache#284 BlankLines sibling minimum.* conversion
  - PR apache#285 chain-dot single-anchor (N=1) preservation
  - PR apache#286 string-concat chain partial-cascade fix
  - PR apache#287 method-decl param re-align for misaligned source
  - PR apache#288 annotation-in-array-init indent

  Post-original-PR #11 (new in this re-apply):
  - PR apache#289 partial-cascade post-rewrite-anchor (4 shape fixes:
    chain-dot postfix follow-on, MI/NewClass close-paren cascade,
    ternary continuation, lambda body continuation)

Stats: 3101 files written, 0 failures, 2678 already-idempotent
files skipped (no_change). Corpus byte delta vs trunk: -510 bytes
(106275 insertions / 106785 deletions).
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