+1

On Thu, Jan 11, 2024 at 9:32 AM L. C. Hsieh <vii...@gmail.com> wrote:

> +1
>
> On Wed, Jan 10, 2024 at 9:06 AM Bhuwan Sahni
> <bhuwan.sa...@databricks.com.invalid> wrote:
>
>> +1. This is a good addition.
>>
>> <http://www.databricks.com>
>> *Bhuwan Sahni*
>> Staff Software Engineer
>>
>> bhuwan.sa...@databricks.com
>> 500 108th Ave. NE
>> Bellevue, WA 98004
>> USA
>>
>>
>> On Wed, Jan 10, 2024 at 9:00 AM Burak Yavuz <brk...@gmail.com> wrote:
>>
>>> +1. Excited to see more stateful workloads with Structured Streaming!
>>>
>>>
>>> Best,
>>> Burak
>>>
>>> On Wed, Jan 10, 2024 at 8:21 AM Praveen Gattu
>>> <praveen.ga...@databricks.com.invalid> wrote:
>>>
>>>> +1. This brings Structured Streaming a good solution for
>>>> customers wanting to build stateful stream processing applications.
>>>>
>>>> On Wed, Jan 10, 2024 at 7:30 AM Bartosz Konieczny <
>>>> bartkoniec...@gmail.com> wrote:
>>>>
>>>>> +1 :)
>>>>>
>>>>> On Wed, Jan 10, 2024 at 9:57 AM Shixiong Zhu <zsxw...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> +1 (binding)
>>>>>>
>>>>>> Best Regards,
>>>>>> Shixiong Zhu
>>>>>>
>>>>>>
>>>>>> On Tue, Jan 9, 2024 at 6:47 PM 刘唯 <z920631...@gmail.com> wrote:
>>>>>>
>>>>>>> This is a good addition! +1
>>>>>>>
>>>>>>> Raghu Angadi <raghu.ang...@databricks.com.invalid> 于2024年1月9日周二
>>>>>>> 13:17写道:
>>>>>>>
>>>>>>>> +1. This is a major improvement to the state API.
>>>>>>>>
>>>>>>>> Raghu.
>>>>>>>>
>>>>>>>> On Tue, Jan 9, 2024 at 1:42 AM Mich Talebzadeh <
>>>>>>>> mich.talebza...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> +1 for me as well
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Mich Talebzadeh,
>>>>>>>>> Dad | Technologist | Solutions Architect | Engineer
>>>>>>>>> London
>>>>>>>>> United Kingdom
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>    view my Linkedin profile
>>>>>>>>> <https://www.linkedin.com/in/mich-talebzadeh-ph-d-5205b2/>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>  https://en.everybodywiki.com/Mich_Talebzadeh
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> *Disclaimer:* Use it at your own risk. Any and all responsibility
>>>>>>>>> for any loss, damage or destruction of data or any other property 
>>>>>>>>> which may
>>>>>>>>> arise from relying on this email's technical content is explicitly
>>>>>>>>> disclaimed. The author will in no case be liable for any monetary 
>>>>>>>>> damages
>>>>>>>>> arising from such loss, damage or destruction.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, 9 Jan 2024 at 03:24, Anish Shrigondekar
>>>>>>>>> <anish.shrigonde...@databricks.com.invalid> wrote:
>>>>>>>>>
>>>>>>>>>> Thanks Jungtaek for creating the Vote thread.
>>>>>>>>>>
>>>>>>>>>> +1 (non-binding) from my side too.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Anish
>>>>>>>>>>
>>>>>>>>>> On Tue, Jan 9, 2024 at 6:09 AM Jungtaek Lim <
>>>>>>>>>> kabhwan.opensou...@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Starting with my +1 (non-binding). Thanks!
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jan 9, 2024 at 9:37 AM Jungtaek Lim <
>>>>>>>>>>> kabhwan.opensou...@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi all,
>>>>>>>>>>>>
>>>>>>>>>>>> I'd like to start the vote for SPIP: Structured Streaming -
>>>>>>>>>>>> Arbitrary State API v2.
>>>>>>>>>>>>
>>>>>>>>>>>> References:
>>>>>>>>>>>>
>>>>>>>>>>>>    - JIRA ticket
>>>>>>>>>>>>    <https://issues.apache.org/jira/browse/SPARK-45939>
>>>>>>>>>>>>    - SPIP doc
>>>>>>>>>>>>    
>>>>>>>>>>>> <https://docs.google.com/document/d/1QtC5qd4WQEia9kl1Qv74WE0TiXYy3x6zeTykygwPWig/edit?usp=sharing>
>>>>>>>>>>>>    - Discussion thread
>>>>>>>>>>>>    
>>>>>>>>>>>> <https://lists.apache.org/thread/3jyjdgk1m5zyqfmrocnt6t415703nc8l>
>>>>>>>>>>>>
>>>>>>>>>>>> Please vote on the SPIP for the next 72 hours:
>>>>>>>>>>>>
>>>>>>>>>>>> [ ] +1: Accept the proposal as an official SPIP
>>>>>>>>>>>> [ ] +0
>>>>>>>>>>>> [ ] -1: I don’t think this is a good idea because …
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks!
>>>>>>>>>>>> Jungtaek Lim (HeartSaVioR)
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>
>>>>> --
>>>>> Bartosz Konieczny
>>>>> freelance data engineer
>>>>> https://www.waitingforcode.com
>>>>> https://github.com/bartosz25/
>>>>> https://twitter.com/waitingforcode
>>>>>
>>>>>

Reply via email to