[
https://issues.apache.org/jira/browse/KAFKA-7277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16624550#comment-16624550
]
ASF GitHub Bot commented on KAFKA-7277:
---------------------------------------
nizhikov opened a new pull request #5682: KAFKA-7277: Migrate Streams API to
Duration instead of longMs times
URL: https://github.com/apache/kafka/pull/5682
Public API changed according to
[KIP-358](https://cwiki.apache.org/confluence/display/KAFKA/KIP-358%3A+Migrate+Streams+API+to+Duration+instead+of+long+ms+times)
### Committer Checklist (excluded from commit message)
- [ ] Verify design and implementation
- [ ] Verify test coverage and CI build status
- [ ] Verify documentation (including upgrade notes)
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> Migrate Streams API to Duration instead of longMs times
> -------------------------------------------------------
>
> Key: KAFKA-7277
> URL: https://issues.apache.org/jira/browse/KAFKA-7277
> Project: Kafka
> Issue Type: Improvement
> Components: streams
> Reporter: John Roesler
> Assignee: Nikolay Izhikov
> Priority: Major
> Labels: kip, newbie
>
> Right now Streams API unversally represents time as ms-since-unix-epoch.
> There's nothing wrong, per se, with this, but Duration is more ergonomic for
> an API.
> What we don't want is to present a heterogeneous API, so we need to make sure
> the whole Streams API is in terms of Duration.
>
> Implementation note: Durations potentially worsen memory pressure and gc
> performance, so internally, we will still use longMs as the representation.
> KIP:
> [https://cwiki.apache.org/confluence/display/KAFKA/KIP-358%3A+Migrate+Streams+API+to+Duration+instead+of+long+ms+times]
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
