[
https://issues.apache.org/jira/browse/KAFKA-15215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17788559#comment-17788559
]
Almog Gavra commented on KAFKA-15215:
-------------------------------------
Note that we decided not to have default.dsl.store work if you only pass it in
to the main KafkaStreams constructor for backwards compatibility. Instead you
should use the new dsl.store.suppliers configuration
> The default.dsl.store config is not compatible with custom state stores
> -----------------------------------------------------------------------
>
> Key: KAFKA-15215
> URL: https://issues.apache.org/jira/browse/KAFKA-15215
> Project: Kafka
> Issue Type: New Feature
> Components: streams
> Reporter: A. Sophie Blee-Goldman
> Assignee: Almog Gavra
> Priority: Major
> Labels: needs-kip
> Fix For: 3.7.0
>
>
> Sort of a bug, sort of a new/missing feature. When we added the long-awaited
> default.dsl.store config, it was decided to scope the initial KIP to just the
> two out-of-the-box state stores types offered by Streams, rocksdb and
> in-memory. The reason being that this would address a large number of the
> relevant use cases, and could always be followed up with another KIP for
> custom state stores if/when the demand arose.
> Of course, since rocksdb is the default anyways, the only beneficiaries of
> this KIP right now are the people who specifically want only in-memory stores
> – yet custom state stores users are probably by far the ones with the
> greatest need for an easier way to configure the store type across an entire
> application. And unfortunately, because the config currently relies on enum
> definitions for the known OOTB store types, there's not really any way to
> extend this feature as it is to work with custom implementations.
> I think this is a great feature, which is why I hope to see it extended to
> the broader user base. Most likely we'll want to introduce a new config for
> this, though whether it replaces the old default.dsl.store config or
> complements it will have to be decided during the KIP discussion
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
