This message was deleted.
# general
s
This message was deleted.
f
We have both the producer and consumer abstractions now… we still need the admin abstraction.
And probably a lot of polishing after that as we start leveraging the abstractions.
e
I missed the Consumer abstraction 🤔
f
What kind of offsets does Pulsar use? Is it numerical or some kind of opaque object?
e
it is opaque, you can serialize it as a string/byte[] and you can “compare” offsets, in the case of Pulsar you have a “MessageId”
f
Ok, so we intend to support non-numerical offsets, but that part is not done yet. For now the code assumes the offset type is always a long.
So… it’ll be a little while longer until all of that lands. But we’re actively working on it 😄
And now is the perfect time to provide feedback on the abstractions as far as Pulsar is concerned
e
in Pulsar, especially when you enable the Kafka emulation, you can still have a “long” offset, that works like Kafka. The name of this stuff is “index” in Pulsar terms. But the only downside is that you cannot “seek” to a specific Index
can you please point me to the Consumer abstraction ?
e
I believe that also we have to take into consideration: • compaction • partitioning • subscription types (in Pulsar you can have multiple consumers on the same topic even without partitions)
f
Yeah, no doubt… there will be lots of details to iron out. These systems are all a little different.
e
btw the very main thing that I would like it to be able to use the ‘/’ character in the storeName or, better, to have a way to customise the mapping between the storeName and the kafka topics in Pulsar you have the format “tenant/namespace/topicName” and in kafka only “topicName” it would be great to be able to name a store “tenant/namespace/storeName” and map its topics to “tenant/namespace/storeName-rt” ….
🤔 1
(I should start a different thread, it is a little off topic here)
👌 2
f
Sure, feel free to start as many threads as you’d like 😄 … sounds like an interesting idea.