Comments (2)
Hi, thanks for reporting the issue.
Yeah as you noticed, currently Decaton supports only String key for consumer records.
Though Decaton partially works somehow even with non-String keys to just processing tasks, there are several places that assuming keys are serialized with ascii-printable String.
Supporting only ascii-printable String was a design-decision that made in early days of Decaton that all tasks are assumed to be produced by DecatonClient.
However, now Decaton is kind of "general consumer framework" as it supports to consume messages in arbitrary-format, we think we should make Decaton to support also non-String keys.
FYI There is a in-progress effort to add non-String key support for Decaton (#61).
from decaton.
Thank you for your confirmation.
I have understood that there are early designs that support ASCII character keys.
By migrating the Kafka Topic key to an ASCII string, our problem has been resolved.
I think it would be very useful to support keys other than ASCII strings in the future, so I will watch #61.
from decaton.
Related Issues (20)
- Narrow the scope of waiting pending task count upon dynamic property reload HOT 1
- Provide CentralDogmaPropertySupplier that can read YAML HOT 1
- NPE in DecatonTaskRetryQueueingProcessor if RetryConfig.backoff is null HOT 4
- Silence WARNs during rebalancing HOT 4
- Flaky test: CentralDogmaPropertySupplierIntegrationTest HOT 1
- Add a document about metrics
- Support unfixed backoff strategy HOT 2
- Add default values of new properties to JSON files on CentralDogma when they are supported
- Bum junit to version 5.x HOT 1
- Enqueue different taskData on retry (partial retry support)
- Subscription could be killed by RebalanceInProgressException HOT 2
- Expose e2e delivery latency metrics
- Virtual threads support HOT 1
- Potential completion leak when TaskExtractor#extract throws non-RuntimeException
- Add JDK21 to CI build target HOT 3
- Expose TopicPartition and offset from ProcessingContext HOT 2
- More heap usage safety back pressure (user controllable? back pressure based on unprocessed messages?) HOT 1
- CentralDogmaPropertySupplier may leak watchers
- Flaky test: PerKeyQuotaTest > testShaping_processingGuarantee
- E2EE between Decaton client <-> processor
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from decaton.