For the sake of having another option to shoot down, we could take a page
from the .net client and separate the message data from the destination
(i.e. topic or partition). This would get around the need to use a new
verb. For example:

CompletionStage<RecordMetadata> send(String topic, Message message);
CompletionStage<RecordMetadata> send(TopicPartition topicPartition, Message
message);

-Jason



On Sat, Jan 30, 2021 at 11:30 AM Jason Gustafson <ja...@confluent.io> wrote:

> I think this still makes sense as a separate KIP. For KIP-691, we are just
> looking to help define the error contract for the new API.
>
> -Jason
>
> On Sat, Jan 30, 2021 at 8:39 AM Ismael Juma <ism...@juma.me.uk> wrote:
>
>> Are we saying that we won't pursue this KIP in favor of the other one?
>>
>> Ismael
>>
>> On Sat, Jan 30, 2021, 4:15 AM Chia-Ping Tsai <chia7...@apache.org> wrote:
>>
>> > hi Jason
>> >
>> > Thanks for your response. "transmit" is good to me.
>> >
>> > As we discussed by email, KIP-706 is going to be merged to KIP-691(
>> > https://cwiki.apache.org/confluence/x/PSfZCQ). Hence, please feel free
>> to
>> > replace "produce" by "transmit" in KIP-691.
>> >
>> > Best,
>> > Chia-Ping
>> >
>> > On 2021/01/30 00:48:38, Jason Gustafson <ja...@confluent.io> wrote:
>> > > Hi Chia-Ping,
>> > >
>> > > I think this is a great idea. It is a pity that we cannot continue to
>> use
>> > > the `send` verb, but I don't see how we can. I know we considered
>> > > `transmit` as another option which is closer to `send`. That would
>> avoid
>> > > the redundancy when people choose the common "producer" variable name.
>> > >
>> > > producer.transmit
>> > >
>> > > instead of
>> > >
>> > > producer.produce
>> > >
>> > > A couple alternatives might be `write` or `append`. I'm happy with
>> > > `produce` as well, but curious if others have thoughts.
>> > >
>> > > -Jason
>> > >
>> > >
>> > > On Wed, Jan 20, 2021 at 9:37 AM Chia-Ping Tsai <chia7...@apache.org>
>> > wrote:
>> > >
>> > > > Dear all,
>> > > >
>> > > > I'd like to start the discussion thread for KIP-706:
>> > > >
>> >
>> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=100829459
>> > > >
>> > > > KIP-706 is proposing to introduce new API "CompletionStage
>> > > > produce(record)" to Producer. Kafka users can leverage
>> CompletionStage
>> > to
>> > > > write asynchronous non-blocking code. CompletionStage is more
>> powerful
>> > than
>> > > > Future and callback. Also, the code using Future and callback can be
>> > easily
>> > > > re-written by CompletionStage.
>> > > >
>> > > > Cheers,
>> > > > Chia-Ping
>> > > >
>> > > >
>> > >
>> >
>>
>

Reply via email to