Thanks Jun for getting this release out the door and everyone that
contributed to the work in 0.8.2.1, awesome!
~ Joe Stein
- - - - - - - - - - - - - - - - -
http://www.stealth.ly
- - - - - - - - - - - - - - - - -
On Mon, Mar 9, 2015 at 2:12 PM, Jun Rao wrote:
> The following are the results
+1 unit tests and ran tests on 3-node cluster.
On Wed, Mar 4, 2015, at 09:01 PM, Neha Narkhede wrote:
> +1. Verified quick start, unit tests.
>
> On Tue, Mar 3, 2015 at 12:09 PM, Joe Stein wrote:
>
> > Ok, lets fix the transient test failure on trunk agreed not a blocker.
> >
> > +1 quick start
+1. Verified quick start, unit tests.
On Tue, Mar 3, 2015 at 12:09 PM, Joe Stein wrote:
> Ok, lets fix the transient test failure on trunk agreed not a blocker.
>
> +1 quick start passed, verified artifacts, updates in scala
> https://github.com/stealthly/scala-kafka/tree/0.8.2.1 and go
> https:
Ok, lets fix the transient test failure on trunk agreed not a blocker.
+1 quick start passed, verified artifacts, updates in scala
https://github.com/stealthly/scala-kafka/tree/0.8.2.1 and go
https://github.com/stealthly/go_kafka_client/tree/0.8.2.1 look good
~ Joe Stein
- - - - - - - - - - - - -
Hi, Joe,
Yes, that unit test does have transient failures from time to time. The
issue seems to be with the unit test itself and not the actual code. So,
this is not a blocker for 0.8.2.1 release. I think we can just fix it in
trunk.
Thanks,
Jun
On Tue, Mar 3, 2015 at 9:08 AM, Joe Stein wrote:
Hi,
Good catch, Joe. Releasing with a broken test is not a good habit.
I provided a small patch that fixes the issue in KAFKA-1999.
Gwen
On Tue, Mar 3, 2015 at 9:08 AM, Joe Stein wrote:
> Jun, I have most everything looks good except I keep getting test failures
> from wget
> https://people.a
Jun, I have most everything looks good except I keep getting test failures
from wget
https://people.apache.org/~junrao/kafka-0.8.2.1-candidate2/kafka-0.8.2.1-src.tgz
&& tar -xvf kafka-0.8.2.1-src.tgz && cd kafka-0.8.2.1-src && gradle &&
./gradlew test
kafka.api.ProducerFailureHandlingTest >
testNo