Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Threaded View
Kafka >> mail # dev >> skype meeting on replication roadmap


Copy link to this message
-
Re: skype meeting on replication roadmap
Tue (Jan 10) at 12 noon PST works for me, so does the other time if this is
not good for others

On Fri, Jan 6, 2012 at 12:43 PM, David Ormsbee <[EMAIL PROTECTED]> wrote:

> Either of those works great for me. In fact, any day next week works for
> me, though my preference would be Monday, Tuesday, or Friday.
>
> Thank you.
>
> Dave
>
> On Fri, Jan 6, 2012 at 12:34 PM, Jun Rao <[EMAIL PROTECTED]> wrote:
>
> > How about Tue (Jan 10) at 12 noon? Can everyone make that?
> >
> > If not, another choice will be Tue (Jan 10) at 2:30pm PST.
> >
> > Jun
> >
> > On Fri, Jan 6, 2012 at 9:25 AM, Jeffrey Damick <[EMAIL PROTECTED]
> > >wrote:
> >
> > > Any are fine with me too, if it was a little earlier than 2PM PST (5PM
> > EST)
> > > it would be better for me personally due to commuting constraints :)
> > >
> > >
> > >
> > >
> > > On Fri, Jan 6, 2012 at 12:03 PM, Joe Stein <[EMAIL PROTECTED]> wrote:
> > >
> > > > check that Tuesday -> Friday work :) as long as we start 2pm PST
> > > >
> > > > On Fri, Jan 6, 2012 at 11:51 AM, Joe Stein <[EMAIL PROTECTED]>
> wrote:
> > > >
> > > > > Thursday or Friday would work best for me
> > > > >
> > > > >
> > > > > On Fri, Jan 6, 2012 at 11:48 AM, Chris Burroughs <
> > > > > [EMAIL PROTECTED]> wrote:
> > > > >
> > > > >> I agree it's best to be patient and find a time that works for
> > > everyone
> > > > >> who wants to participate.  In my particular case I can do Friday,
> or
> > > > >> Tuesday-->Friday next week, but not Monday the 9th.
> > > > >>
> > > > >> On 01/06/2012 11:31 AM, Jun Rao wrote:
> > > > >> > Joe,
> > > > >> >
> > > > >> > I am ok with moving the meeting to Monday. If nobody objects,
> how
> > > > about
> > > > >> we
> > > > >> > meet at 2pm PST Monday (Jan 9) instead? This actually will give
> > > > people a
> > > > >> > bit more time to read the docs and wiki.
> > > > >> >
> > > > >> > Jun
> > > > >> >
> > > > >> > On Fri, Jan 6, 2012 at 6:38 AM, Joe Stein <[EMAIL PROTECTED]>
> > > wrote:
> > > > >> >
> > > > >> >> so it looks like i need to take my son to a birthday party
> > tonight
> > > > (my
> > > > >> babe
> > > > >> >> daughter is sick wife has to stay home with her)
> > > > >> >>
> > > > >> >> if there is any chance to move this to Monday? (sorry) if not I
> > > > >> understand
> > > > >> >> either way let me know
> > > > >> >>
> > > > >> >> On Thu, Jan 5, 2012 at 2:11 PM, Jun Rao <[EMAIL PROTECTED]>
> > wrote:
> > > > >> >>
> > > > >> >>> Hi, everyone,
> > > > >> >>>
> > > > >> >>> So far, the following people have sent me their skype id:
> > > > >> >>>
> > > > >> >>> Joe, David, Jeffrey, and Andrew.
> > > > >> >>>
> > > > >> >>> So the meeting is on. I encourage everyone to look at the
> design
> > > doc
> > > > >> in
> > > > >> >>> kafka-50 and the new wire format at
> > > > >> >>>
> > > > >> >>>
> > > > >> >>
> > > > >>
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/KAFKA/New+Wire+Format+Proposalbefore
> > > > >> >>> the meeting.
> > > > >> >>>
> > > > >> >>> Here is a breakdown of all the jiras and their dependencies
> > > related
> > > > to
> > > > >> >> the
> > > > >> >>> replication work:
> > > > >> >>>
> > > > >> >>> 1. kafka-47: create/delete data structures in ZK,
> automatically
> > > > create
> > > > >> >>> topic, and use them (making partitions logical, supporting
> only
> > 1
> > > > >> >> replica,
> > > > >> >>> no failure support). (L1)
> > > > >> >>>  1.1 kafka-237: create/delete ZK path for a topic in an admin
> > tool
> > > > >> (L0)
> > > > >> >>>  1.2 kafka-238: add a getTopicMetaData method in broker and
> > expose
> > > > it
> > > > >> to
> > > > >> >>> producer
> > > > >> >>>  1.3 kafka-239: Wire existing producer and consumer to use the
> > new
> > > > ZK
> > > > >> >> data
> > > > >> >>> structure
> > > > >> >>> 2. kafka-202: decouple request handler and socket sever;
> > enabling
> > > > long
> > > > >> >> poll
> > > > >> >>> in the consumer (L1)
> > > > >> >>> 3. kafka-240: implement new producer and consumer request
/*
Joe Stein
http://www.linkedin.com/in/charmalloc
Twitter: @allthingshadoop <http://www.twitter.com/allthingshadoop>
*/