> On Sept. 29, 2016, 12:33 p.m., Prateek Maheshwari wrote:
> > samza-kafka/src/main/scala/org/apache/samza/system/kafka/KafkaSystemProducer.scala,
> >  line 202
> > <https://reviews.apache.org/r/52403/diff/1/?file=1516363#file1516363line202>
> >
> >     Wondering why we rethrow a previously saved exception instead of 
> > no-oping the flush? Is the user expected to handle this? If so, should 
> > document why & how.

Nvm this, I think the intention is to throw in the next operation after a send 
error callback.


- Prateek


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/52403/#review150909
-----------------------------------------------------------


On Sept. 29, 2016, 2 p.m., Xinyu Liu wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/52403/
> -----------------------------------------------------------
> 
> (Updated Sept. 29, 2016, 2 p.m.)
> 
> 
> Review request for samza, Navina Ramesh and Jagadish Venkatraman.
> 
> 
> Repository: samza
> 
> 
> Description
> -------
> 
> Current the error log happens after produce close and reset the exception in 
> later callbacks, which caused the trouble shooting to be harder in cases of 
> multithreading. We should log error before closing and keep atomic reference 
> of the initial exception.
> 
> 
> Diffs
> -----
> 
>   
> samza-kafka/src/main/scala/org/apache/samza/system/kafka/KafkaSystemProducer.scala
>  5ff6d3caf54ed148aa40c7c752c587e556a4f34a 
> 
> Diff: https://reviews.apache.org/r/52403/diff/
> 
> 
> Testing
> -------
> 
> Tested in jobs deployed in Yarn cluster.
> 
> 
> Thanks,
> 
> Xinyu Liu
> 
>

Reply via email to