Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Alan D. Cabrera]

Sorry, this was sitting in my draft box.

Perfect!  Thanks for checking!

+1


Regards,
Alan

 
On Jun 22, 2012, at 6:09 PM, Jun Rao wrote:

> Alan,
> 
> I found the list of jars that you published during the 0.7.0 release. The
> new jars in the 0.7.1 release are the following:
> commons-cli: AL2
> commons-el: AL2
> commons-net: AL2
> commons-io: AL2
> commons-compress: AL2
> core: Eclipse Public License 1.0
> hsqldb: BSD
> jasper-compiler: AL2
> jasper-runtime: AL2
> jets3t: AL2
> jetty: AL2
> jetty-util: AL2
> jsp: AL2
> jsp-api: AL2
> kfs: AL2
> xmlenc: BSD
> rat-core: AL2
> rat-tasks: AL2
> snappy: AL2
> 
> As you can see, they are all Apache compatible licenses.
> 
> Thanks,
> 
> Jun
> 
> On Fri, Jun 22, 2012 at 5:24 PM, Alan D. Cabrera wrote:
> 
>> 
>> On Jun 22, 2012, at 3:16 PM, Chris Douglas wrote:
>> 
>>> Alan-
>>> 
>>> Please recheck your results using the 0.7.0 release and not your email
>>> archives to make sure your process is consistent. Please also let us
>>> know how you're composing your list so your concerns are reproducible.
>>> We can't be chasing ghosts.
>> 
>> Sorry, I may have been vague with my references to the email archives.
>> 
>> My vote on 0.7.0 was based on the the vetting of the list of jars that I
>> published on the mailing list last year.  The current thinking is that we
>> only need to vet the delta of what was voted on for 0.7.0 and what we
>> currently get for 0.7.1.  So, I am using the list of jars that I voted on
>> for 0.7.0 and am getting a delta of more than one jar when I compare it
>> against the jars downloaded for 0.7.1.
>> 
>> 
>> Regards,
>> Alan
>> 
>> 

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Jun Rao]

Alan,

I found the list of jars that you published during the 0.7.0 release. The
new jars in the 0.7.1 release are the following:
commons-cli: AL2
commons-el: AL2
commons-net: AL2
commons-io: AL2
commons-compress: AL2
core: Eclipse Public License 1.0
hsqldb: BSD
jasper-compiler: AL2
jasper-runtime: AL2
jets3t: AL2
jetty: AL2
jetty-util: AL2
jsp: AL2
jsp-api: AL2
kfs: AL2
xmlenc: BSD
rat-core: AL2
rat-tasks: AL2
snappy: AL2

As you can see, they are all Apache compatible licenses.

Thanks,

Jun

On Fri, Jun 22, 2012 at 5:24 PM, Alan D. Cabrera wrote:

>
> On Jun 22, 2012, at 3:16 PM, Chris Douglas wrote:
>
> > Alan-
> >
> > Please recheck your results using the 0.7.0 release and not your email
> > archives to make sure your process is consistent. Please also let us
> > know how you're composing your list so your concerns are reproducible.
> > We can't be chasing ghosts.
>
> Sorry, I may have been vague with my references to the email archives.
>
> My vote on 0.7.0 was based on the the vetting of the list of jars that I
> published on the mailing list last year.  The current thinking is that we
> only need to vet the delta of what was voted on for 0.7.0 and what we
> currently get for 0.7.1.  So, I am using the list of jars that I voted on
> for 0.7.0 and am getting a delta of more than one jar when I compare it
> against the jars downloaded for 0.7.1.
>
>
> Regards,
> Alan
>
>

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Alan D. Cabrera]

On Jun 22, 2012, at 3:16 PM, Chris Douglas wrote:

> Alan-
> 
> Please recheck your results using the 0.7.0 release and not your email
> archives to make sure your process is consistent. Please also let us
> know how you're composing your list so your concerns are reproducible.
> We can't be chasing ghosts.

Sorry, I may have been vague with my references to the email archives.

My vote on 0.7.0 was based on the the vetting of the list of jars that I 
published on the mailing list last year.  The current thinking is that we only 
need to vet the delta of what was voted on for 0.7.0 and what we currently get 
for 0.7.1.  So, I am using the list of jars that I voted on for 0.7.0 and am 
getting a delta of more than one jar when I compare it against the jars 
downloaded for 0.7.1.


Regards,
Alan

 

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Chris Douglas]

Alan-

Please recheck your results using the 0.7.0 release and not your email
archives to make sure your process is consistent. Please also let us
know how you're composing your list so your concerns are reproducible.
We can't be chasing ghosts.

Your memory of the 0.7.0 release is dissimilar to my own, where Neha,
Jakob, and others from the Kafka project audited all the jars and
actually nailed down the required process. A portrayal of the project
as relying on its mentors to do this menial work is inaccurate.

Kevan-

Please appreciate that there is universal agreement that (1) listing
and maintaining all transitive dependencies and licenses is a sound
service and (2) listing all dependencies distributed with source code
carry legal requirements w.r.t. the LICENSE and NOTICE files. We
disagree only on (3) the scope of legally required attribution extends
to the transitive closure of dependencies.

Now, a group of us believe that we investigated this thoroughly in the
Kafka 0.7.0 release and- based on its approval- we are exercising the
same procedure to release 0.7.1. If you believe this is mistaken, you
can either go to the trouble to obtain clarification from board@,
legal@, or find a reference that supports your position. Presented
with that evidence, I would reverse my vote. Alternatively, if you
believe the work is important enough regardless of policy, then do it.
The project would be grateful to receive that contribution. -C

On Fri, Jun 22, 2012 at 12:09 PM, Alan D. Cabrera  wrote:
> You would think so but that is not the case.  Simply compare my old email 
> against what you get now.
>
>
> Regards,
> Alan
>
>
> On Jun 22, 2012, at 11:49 AM, Jun Rao wrote:
>
>> Alan,
>>
>> Shouldn't we always get the same set of jars after build from the 0.7.0
>> release, whether it's done when 0.7.0 was voted or now?
>>
>> Thanks,
>>
>> Jun
>>
>> On Fri, Jun 22, 2012 at 11:25 AM, Alan D. Cabrera 
>> wrote:
>>
>>> This is why documenting transitive dependencies is so dangerous.  The set
>>> of jars that I got last year is much different.  This list from last year
>>> is what was voted upon.  You need to compare the 0.7.1 list of jars against
>>> what I presented last year.  You can hunt down that old email using the
>>> email archives.
>>>
>>>
>>> Regards,
>>> Alan
>>>
>>>
>>>
>>>
>>> On Jun 22, 2012, at 11:19 AM, Jun Rao wrote:
>>>
 Alan,

 Here is what I did. I built the 0.7.0 release and the 0.7.1 release.
 Extract *.jar, sort them, and compare. I reached the same conclusion as
 Joe: the only new jar is snappy. Other jar differences are all due to jar
 upgrades (are you referring to those?). Could you list any other
>>> completely
 new jars that are not included in 0,7.0 already?

 Thanks,

 Jun


 On Fri, Jun 22, 2012 at 11:10 AM, Alan D. Cabrera >>> wrote:

>
> On Jun 22, 2012, at 10:19 AM, Jakob Homan wrote:
>
>> This release doesn't look different than the first Kafka release
>> (snappy notwithstanding).
>
> That's not true.  There are a significant number of new jars.
>
>> That was deemed acceptable and so without a
>> lot of new directives, which don't seem to be clear here, so should
>> this one.
>>
>> Binding +1 on RC3.
>>
>> On Fri, Jun 22, 2012 at 8:24 AM, Jun Rao  wrote:
>>> Alan,
>>>
>>> I compared all dependent jars in 0.7.1 with 0.7.0. Other than
>>> upgrades,
> the
>>> only added jar in 0.7.1 is the following.
>>> ./core/lib_managed/scala_2.8.0/compile/snappy-java-1.0.4.1.jar
>>>
>>> Snappy is on Apache License 2.0. So, our licenses should be covered.
>>>
>>> Thanks,
>>>
>>> Jun
>>>
>>>
>>> On Thu, Jun 21, 2012 at 9:30 PM, Alan D. Cabrera <
>>> l...@toolazydogs.com
>> wrote:
>>>
 It's the PPMC's job to vet these dependencies, not the mentors.  I
> already
 did this once after no one answered my request for help during the
> 0.7.0
 vote.  Someone from the Kafka PPMC needs to step up.  My vote will
> depend
 on the outcome of this check.

 BTW, there's a number of duplicate jars.  Not sure if that will be a
 problem.


 Regards,
 Alan


 On Jun 21, 2012, at 12:31 PM, Alan D. Cabrera wrote:

> Not sure. It's simple enough to check the email archives for my last
 plea.
>
> With that said, I was hoping we could kill two birds with one stone.
>
>
> Regards,
> Alan
>
>
> On Jun 21, 2012, at 11:32 AM, Chris Douglas wrote:
>
>> Did these dependencies change between 0.7.0 and 0.7.1? -C
>>
>> On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera <
> l...@toolazydogs.com>
 wrote:
>>>
>>> On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
>>>
>>>

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Marvin Humphrey]

On Fri, Jun 22, 2012 at 11:25 AM, Alan D. Cabrera  wrote:
> This is why documenting transitive dependencies is so dangerous.

Should we stop?

Marvin Humphrey

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Alan D. Cabrera]

You would think so but that is not the case.  Simply compare my old email 
against what you get now.


Regards,
Alan

 
On Jun 22, 2012, at 11:49 AM, Jun Rao wrote:

> Alan,
> 
> Shouldn't we always get the same set of jars after build from the 0.7.0
> release, whether it's done when 0.7.0 was voted or now?
> 
> Thanks,
> 
> Jun
> 
> On Fri, Jun 22, 2012 at 11:25 AM, Alan D. Cabrera wrote:
> 
>> This is why documenting transitive dependencies is so dangerous.  The set
>> of jars that I got last year is much different.  This list from last year
>> is what was voted upon.  You need to compare the 0.7.1 list of jars against
>> what I presented last year.  You can hunt down that old email using the
>> email archives.
>> 
>> 
>> Regards,
>> Alan
>> 
>> 
>> 
>> 
>> On Jun 22, 2012, at 11:19 AM, Jun Rao wrote:
>> 
>>> Alan,
>>> 
>>> Here is what I did. I built the 0.7.0 release and the 0.7.1 release.
>>> Extract *.jar, sort them, and compare. I reached the same conclusion as
>>> Joe: the only new jar is snappy. Other jar differences are all due to jar
>>> upgrades (are you referring to those?). Could you list any other
>> completely
>>> new jars that are not included in 0,7.0 already?
>>> 
>>> Thanks,
>>> 
>>> Jun
>>> 
>>> 
>>> On Fri, Jun 22, 2012 at 11:10 AM, Alan D. Cabrera >> wrote:
>>> 
 
 On Jun 22, 2012, at 10:19 AM, Jakob Homan wrote:
 
> This release doesn't look different than the first Kafka release
> (snappy notwithstanding).
 
 That's not true.  There are a significant number of new jars.
 
> That was deemed acceptable and so without a
> lot of new directives, which don't seem to be clear here, so should
> this one.
> 
> Binding +1 on RC3.
> 
> On Fri, Jun 22, 2012 at 8:24 AM, Jun Rao  wrote:
>> Alan,
>> 
>> I compared all dependent jars in 0.7.1 with 0.7.0. Other than
>> upgrades,
 the
>> only added jar in 0.7.1 is the following.
>> ./core/lib_managed/scala_2.8.0/compile/snappy-java-1.0.4.1.jar
>> 
>> Snappy is on Apache License 2.0. So, our licenses should be covered.
>> 
>> Thanks,
>> 
>> Jun
>> 
>> 
>> On Thu, Jun 21, 2012 at 9:30 PM, Alan D. Cabrera <
>> l...@toolazydogs.com
> wrote:
>> 
>>> It's the PPMC's job to vet these dependencies, not the mentors.  I
 already
>>> did this once after no one answered my request for help during the
 0.7.0
>>> vote.  Someone from the Kafka PPMC needs to step up.  My vote will
 depend
>>> on the outcome of this check.
>>> 
>>> BTW, there's a number of duplicate jars.  Not sure if that will be a
>>> problem.
>>> 
>>> 
>>> Regards,
>>> Alan
>>> 
>>> 
>>> On Jun 21, 2012, at 12:31 PM, Alan D. Cabrera wrote:
>>> 
 Not sure. It's simple enough to check the email archives for my last
>>> plea.
 
 With that said, I was hoping we could kill two birds with one stone.
 
 
 Regards,
 Alan
 
 
 On Jun 21, 2012, at 11:32 AM, Chris Douglas wrote:
 
> Did these dependencies change between 0.7.0 and 0.7.1? -C
> 
> On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera <
 l...@toolazydogs.com>
>>> wrote:
>> 
>> On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
>> 
>>> Hello,
>>> 
>>> This is the third candidate for the second incubator release for
>>> Apache
>>> Kafka, version 0.7.1-incubating.
>>> 
>>> This release fixes the following issues
>>> 
>>> 
 
>> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
>>> 
>>> Release artifacts:
>>> 
 http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
>>> 
>>> The tag to be voted upon (off the 0.7.1 branch):
>>> 
>>> 
 
>> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
>>> 
>>> Kafka's KEYS file containing PGP keys we use to sign the release:
>>> http://svn.apache.org/repos/asf/incubator/kafka/KEYS
>>> 
>>> The vote will be open for 72 hours (longer if needed).
>> 
>> 
>> I need help checking these jars.  What I recommend is that we
>> update
>>> NOTICE in trunk as we attribute licenses to the jars below.  This way
 we
>>> still vet the jars, update the NOTICE/LICENSE file in trunk for the
 next
>>> release, and not force Joe to cut a new release to include the
>> updated
>>> NOTICE/LICENSE file.
>> 
>> This will make subsequent releases go much easier.
>> 
>> BTW, the keys and signatures are fine.  Tests pass.
>> 
>> (linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name
>>> "*.jar"
>> ./contrib/hadoop-consumer/lib/piggybank

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Jun Rao]

Alan,

Shouldn't we always get the same set of jars after build from the 0.7.0
release, whether it's done when 0.7.0 was voted or now?

Thanks,

Jun

On Fri, Jun 22, 2012 at 11:25 AM, Alan D. Cabrera wrote:

> This is why documenting transitive dependencies is so dangerous.  The set
> of jars that I got last year is much different.  This list from last year
> is what was voted upon.  You need to compare the 0.7.1 list of jars against
> what I presented last year.  You can hunt down that old email using the
> email archives.
>
>
> Regards,
> Alan
>
>
>
>
> On Jun 22, 2012, at 11:19 AM, Jun Rao wrote:
>
> > Alan,
> >
> > Here is what I did. I built the 0.7.0 release and the 0.7.1 release.
> > Extract *.jar, sort them, and compare. I reached the same conclusion as
> > Joe: the only new jar is snappy. Other jar differences are all due to jar
> > upgrades (are you referring to those?). Could you list any other
> completely
> > new jars that are not included in 0,7.0 already?
> >
> > Thanks,
> >
> > Jun
> >
> >
> > On Fri, Jun 22, 2012 at 11:10 AM, Alan D. Cabrera  >wrote:
> >
> >>
> >> On Jun 22, 2012, at 10:19 AM, Jakob Homan wrote:
> >>
> >>> This release doesn't look different than the first Kafka release
> >>> (snappy notwithstanding).
> >>
> >> That's not true.  There are a significant number of new jars.
> >>
> >>> That was deemed acceptable and so without a
> >>> lot of new directives, which don't seem to be clear here, so should
> >>> this one.
> >>>
> >>> Binding +1 on RC3.
> >>>
> >>> On Fri, Jun 22, 2012 at 8:24 AM, Jun Rao  wrote:
>  Alan,
> 
>  I compared all dependent jars in 0.7.1 with 0.7.0. Other than
> upgrades,
> >> the
>  only added jar in 0.7.1 is the following.
>  ./core/lib_managed/scala_2.8.0/compile/snappy-java-1.0.4.1.jar
> 
>  Snappy is on Apache License 2.0. So, our licenses should be covered.
> 
>  Thanks,
> 
>  Jun
> 
> 
>  On Thu, Jun 21, 2012 at 9:30 PM, Alan D. Cabrera <
> l...@toolazydogs.com
> >>> wrote:
> 
> > It's the PPMC's job to vet these dependencies, not the mentors.  I
> >> already
> > did this once after no one answered my request for help during the
> >> 0.7.0
> > vote.  Someone from the Kafka PPMC needs to step up.  My vote will
> >> depend
> > on the outcome of this check.
> >
> > BTW, there's a number of duplicate jars.  Not sure if that will be a
> > problem.
> >
> >
> > Regards,
> > Alan
> >
> >
> > On Jun 21, 2012, at 12:31 PM, Alan D. Cabrera wrote:
> >
> >> Not sure. It's simple enough to check the email archives for my last
> > plea.
> >>
> >> With that said, I was hoping we could kill two birds with one stone.
> >>
> >>
> >> Regards,
> >> Alan
> >>
> >>
> >> On Jun 21, 2012, at 11:32 AM, Chris Douglas wrote:
> >>
> >>> Did these dependencies change between 0.7.0 and 0.7.1? -C
> >>>
> >>> On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera <
> >> l...@toolazydogs.com>
> > wrote:
> 
>  On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
> 
> > Hello,
> >
> > This is the third candidate for the second incubator release for
> > Apache
> > Kafka, version 0.7.1-incubating.
> >
> > This release fixes the following issues
> >
> >
> >>
> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
> >
> > Release artifacts:
> >
> >> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
> >
> > The tag to be voted upon (off the 0.7.1 branch):
> >
> >
> >>
> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
> >
> > Kafka's KEYS file containing PGP keys we use to sign the release:
> > http://svn.apache.org/repos/asf/incubator/kafka/KEYS
> >
> > The vote will be open for 72 hours (longer if needed).
> 
> 
>  I need help checking these jars.  What I recommend is that we
> update
> > NOTICE in trunk as we attribute licenses to the jars below.  This way
> >> we
> > still vet the jars, update the NOTICE/LICENSE file in trunk for the
> >> next
> > release, and not force Joe to cut a new release to include the
> updated
> > NOTICE/LICENSE file.
> 
>  This will make subsequent releases go much easier.
> 
>  BTW, the keys and signatures are fine.  Tests pass.
> 
>  (linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name
> > "*.jar"
>  ./contrib/hadoop-consumer/lib/piggybank.jar
> 
> >> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
> 
> >> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
> 
> >
> >> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/avro-1.3.

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Alan D. Cabrera]

This is why documenting transitive dependencies is so dangerous.  The set of 
jars that I got last year is much different.  This list from last year is what 
was voted upon.  You need to compare the 0.7.1 list of jars against what I 
presented last year.  You can hunt down that old email using the email archives.


Regards,
Alan

 


On Jun 22, 2012, at 11:19 AM, Jun Rao wrote:

> Alan,
> 
> Here is what I did. I built the 0.7.0 release and the 0.7.1 release.
> Extract *.jar, sort them, and compare. I reached the same conclusion as
> Joe: the only new jar is snappy. Other jar differences are all due to jar
> upgrades (are you referring to those?). Could you list any other completely
> new jars that are not included in 0,7.0 already?
> 
> Thanks,
> 
> Jun
> 
> 
> On Fri, Jun 22, 2012 at 11:10 AM, Alan D. Cabrera wrote:
> 
>> 
>> On Jun 22, 2012, at 10:19 AM, Jakob Homan wrote:
>> 
>>> This release doesn't look different than the first Kafka release
>>> (snappy notwithstanding).
>> 
>> That's not true.  There are a significant number of new jars.
>> 
>>> That was deemed acceptable and so without a
>>> lot of new directives, which don't seem to be clear here, so should
>>> this one.
>>> 
>>> Binding +1 on RC3.
>>> 
>>> On Fri, Jun 22, 2012 at 8:24 AM, Jun Rao  wrote:
 Alan,
 
 I compared all dependent jars in 0.7.1 with 0.7.0. Other than upgrades,
>> the
 only added jar in 0.7.1 is the following.
 ./core/lib_managed/scala_2.8.0/compile/snappy-java-1.0.4.1.jar
 
 Snappy is on Apache License 2.0. So, our licenses should be covered.
 
 Thanks,
 
 Jun
 
 
 On Thu, Jun 21, 2012 at 9:30 PM, Alan D. Cabrera >> wrote:
 
> It's the PPMC's job to vet these dependencies, not the mentors.  I
>> already
> did this once after no one answered my request for help during the
>> 0.7.0
> vote.  Someone from the Kafka PPMC needs to step up.  My vote will
>> depend
> on the outcome of this check.
> 
> BTW, there's a number of duplicate jars.  Not sure if that will be a
> problem.
> 
> 
> Regards,
> Alan
> 
> 
> On Jun 21, 2012, at 12:31 PM, Alan D. Cabrera wrote:
> 
>> Not sure. It's simple enough to check the email archives for my last
> plea.
>> 
>> With that said, I was hoping we could kill two birds with one stone.
>> 
>> 
>> Regards,
>> Alan
>> 
>> 
>> On Jun 21, 2012, at 11:32 AM, Chris Douglas wrote:
>> 
>>> Did these dependencies change between 0.7.0 and 0.7.1? -C
>>> 
>>> On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera <
>> l...@toolazydogs.com>
> wrote:
 
 On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
 
> Hello,
> 
> This is the third candidate for the second incubator release for
> Apache
> Kafka, version 0.7.1-incubating.
> 
> This release fixes the following issues
> 
> 
>> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
> 
> Release artifacts:
> 
>> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
> 
> The tag to be voted upon (off the 0.7.1 branch):
> 
> 
>> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
> 
> Kafka's KEYS file containing PGP keys we use to sign the release:
> http://svn.apache.org/repos/asf/incubator/kafka/KEYS
> 
> The vote will be open for 72 hours (longer if needed).
 
 
 I need help checking these jars.  What I recommend is that we update
> NOTICE in trunk as we attribute licenses to the jars below.  This way
>> we
> still vet the jars, update the NOTICE/LICENSE file in trunk for the
>> next
> release, and not force Joe to cut a new release to include the updated
> NOTICE/LICENSE file.
 
 This will make subsequent releases go much easier.
 
 BTW, the keys and signatures are fine.  Tests pass.
 
 (linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name
> "*.jar"
 ./contrib/hadoop-consumer/lib/piggybank.jar
 
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
 
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
 
> 
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
 
> 
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
 
> 
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
 
> 
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
 
> 
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-httpclient-3.1.jar
 
> 
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/com

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Jun Rao]

Alan,

Here is what I did. I built the 0.7.0 release and the 0.7.1 release.
Extract *.jar, sort them, and compare. I reached the same conclusion as
Joe: the only new jar is snappy. Other jar differences are all due to jar
upgrades (are you referring to those?). Could you list any other completely
new jars that are not included in 0,7.0 already?

Thanks,

Jun


On Fri, Jun 22, 2012 at 11:10 AM, Alan D. Cabrera wrote:

>
> On Jun 22, 2012, at 10:19 AM, Jakob Homan wrote:
>
> > This release doesn't look different than the first Kafka release
> > (snappy notwithstanding).
>
> That's not true.  There are a significant number of new jars.
>
> > That was deemed acceptable and so without a
> > lot of new directives, which don't seem to be clear here, so should
> > this one.
> >
> > Binding +1 on RC3.
> >
> > On Fri, Jun 22, 2012 at 8:24 AM, Jun Rao  wrote:
> >> Alan,
> >>
> >> I compared all dependent jars in 0.7.1 with 0.7.0. Other than upgrades,
> the
> >> only added jar in 0.7.1 is the following.
> >> ./core/lib_managed/scala_2.8.0/compile/snappy-java-1.0.4.1.jar
> >>
> >> Snappy is on Apache License 2.0. So, our licenses should be covered.
> >>
> >> Thanks,
> >>
> >> Jun
> >>
> >>
> >> On Thu, Jun 21, 2012 at 9:30 PM, Alan D. Cabrera  >wrote:
> >>
> >>> It's the PPMC's job to vet these dependencies, not the mentors.  I
> already
> >>> did this once after no one answered my request for help during the
> 0.7.0
> >>> vote.  Someone from the Kafka PPMC needs to step up.  My vote will
> depend
> >>> on the outcome of this check.
> >>>
> >>> BTW, there's a number of duplicate jars.  Not sure if that will be a
> >>> problem.
> >>>
> >>>
> >>> Regards,
> >>> Alan
> >>>
> >>>
> >>> On Jun 21, 2012, at 12:31 PM, Alan D. Cabrera wrote:
> >>>
>  Not sure. It's simple enough to check the email archives for my last
> >>> plea.
> 
>  With that said, I was hoping we could kill two birds with one stone.
> 
> 
>  Regards,
>  Alan
> 
> 
>  On Jun 21, 2012, at 11:32 AM, Chris Douglas wrote:
> 
> > Did these dependencies change between 0.7.0 and 0.7.1? -C
> >
> > On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera <
> l...@toolazydogs.com>
> >>> wrote:
> >>
> >> On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
> >>
> >>> Hello,
> >>>
> >>> This is the third candidate for the second incubator release for
> >>> Apache
> >>> Kafka, version 0.7.1-incubating.
> >>>
> >>> This release fixes the following issues
> >>>
> >>>
> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
> >>>
> >>> Release artifacts:
> >>>
> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
> >>>
> >>> The tag to be voted upon (off the 0.7.1 branch):
> >>>
> >>>
> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
> >>>
> >>> Kafka's KEYS file containing PGP keys we use to sign the release:
> >>> http://svn.apache.org/repos/asf/incubator/kafka/KEYS
> >>>
> >>> The vote will be open for 72 hours (longer if needed).
> >>
> >>
> >> I need help checking these jars.  What I recommend is that we update
> >>> NOTICE in trunk as we attribute licenses to the jars below.  This way
> we
> >>> still vet the jars, update the NOTICE/LICENSE file in trunk for the
> next
> >>> release, and not force Joe to cut a new release to include the updated
> >>> NOTICE/LICENSE file.
> >>
> >> This will make subsequent releases go much easier.
> >>
> >> BTW, the keys and signatures are fine.  Tests pass.
> >>
> >> (linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name
> >>> "*.jar"
> >> ./contrib/hadoop-consumer/lib/piggybank.jar
> >>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
> >>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-httpclient-3.1.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-lang-2.5.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-logging-1.1.1.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-net-1.4.1.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/core-3.1.1.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hadoop-core-0.20.2.jar
> >>
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hsqldb-1

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Jun Rao]

Alan,

I compared all dependent jars in 0.7.1 with 0.7.0. Other than upgrades, the
only added jar in 0.7.1 is the following.
./core/lib_managed/scala_2.8.0/compile/snappy-java-1.0.4.1.jar

Snappy is on Apache License 2.0. So, our licenses should be covered.

Thanks,

Jun


On Thu, Jun 21, 2012 at 9:30 PM, Alan D. Cabrera wrote:

> It's the PPMC's job to vet these dependencies, not the mentors.  I already
> did this once after no one answered my request for help during the 0.7.0
> vote.  Someone from the Kafka PPMC needs to step up.  My vote will depend
> on the outcome of this check.
>
> BTW, there's a number of duplicate jars.  Not sure if that will be a
> problem.
>
>
> Regards,
> Alan
>
>
> On Jun 21, 2012, at 12:31 PM, Alan D. Cabrera wrote:
>
> > Not sure. It's simple enough to check the email archives for my last
> plea.
> >
> > With that said, I was hoping we could kill two birds with one stone.
> >
> >
> > Regards,
> > Alan
> >
> >
> > On Jun 21, 2012, at 11:32 AM, Chris Douglas wrote:
> >
> >> Did these dependencies change between 0.7.0 and 0.7.1? -C
> >>
> >> On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera 
> wrote:
> >>>
> >>> On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
> >>>
>  Hello,
> 
>  This is the third candidate for the second incubator release for
> Apache
>  Kafka, version 0.7.1-incubating.
> 
>  This release fixes the following issues
> 
> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
> 
>  Release artifacts:
>  http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
> 
>  The tag to be voted upon (off the 0.7.1 branch):
> 
> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
> 
>  Kafka's KEYS file containing PGP keys we use to sign the release:
>  http://svn.apache.org/repos/asf/incubator/kafka/KEYS
> 
>  The vote will be open for 72 hours (longer if needed).
> >>>
> >>>
> >>> I need help checking these jars.  What I recommend is that we update
> NOTICE in trunk as we attribute licenses to the jars below.  This way we
> still vet the jars, update the NOTICE/LICENSE file in trunk for the next
> release, and not force Joe to cut a new release to include the updated
> NOTICE/LICENSE file.
> >>>
> >>> This will make subsequent releases go much easier.
> >>>
> >>> BTW, the keys and signatures are fine.  Tests pass.
> >>>
> >>> (linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name
> "*.jar"
> >>> ./contrib/hadoop-consumer/lib/piggybank.jar
> >>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
> >>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-httpclient-3.1.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-lang-2.5.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-logging-1.1.1.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-net-1.4.1.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/core-3.1.1.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hadoop-core-0.20.2.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hsqldb-1.8.0.10.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-core-asl-1.4.2.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-mapper-asl-1.4.2.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-compiler-5.5.12.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-runtime-5.5.12.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jets3t-0.7.1.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-6.1.14.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-util-6.1.14.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/joda-time-1.6.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jopt-simple-3.2.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-2.1-6.1.14.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-api-2.1-6.1.14.jar
> >>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/kfs-0.3.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/log4j-1.2.15.jar
> >>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/oro-2.0.8.jar
> >>>
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-2.2.jar
> >>>
> ./cont

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Alan D. Cabrera]

It's the PPMC's job to vet these dependencies, not the mentors.  I already did 
this once after no one answered my request for help during the 0.7.0 vote.  
Someone from the Kafka PPMC needs to step up.  My vote will depend on the 
outcome of this check.

BTW, there's a number of duplicate jars.  Not sure if that will be a problem.


Regards,
Alan

 
On Jun 21, 2012, at 12:31 PM, Alan D. Cabrera wrote:

> Not sure. It's simple enough to check the email archives for my last plea.
> 
> With that said, I was hoping we could kill two birds with one stone.
> 
> 
> Regards,
> Alan
> 
> 
> On Jun 21, 2012, at 11:32 AM, Chris Douglas wrote:
> 
>> Did these dependencies change between 0.7.0 and 0.7.1? -C
>> 
>> On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera  
>> wrote:
>>> 
>>> On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
>>> 
 Hello,
 
 This is the third candidate for the second incubator release for Apache
 Kafka, version 0.7.1-incubating.
 
 This release fixes the following issues
 http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
 
 Release artifacts:
 http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
 
 The tag to be voted upon (off the 0.7.1 branch):
 https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
 
 Kafka's KEYS file containing PGP keys we use to sign the release:
 http://svn.apache.org/repos/asf/incubator/kafka/KEYS
 
 The vote will be open for 72 hours (longer if needed).
>>> 
>>> 
>>> I need help checking these jars.  What I recommend is that we update NOTICE 
>>> in trunk as we attribute licenses to the jars below.  This way we still vet 
>>> the jars, update the NOTICE/LICENSE file in trunk for the next release, and 
>>> not force Joe to cut a new release to include the updated NOTICE/LICENSE 
>>> file.
>>> 
>>> This will make subsequent releases go much easier.
>>> 
>>> BTW, the keys and signatures are fine.  Tests pass.
>>> 
>>> (linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name "*.jar"
>>> ./contrib/hadoop-consumer/lib/piggybank.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-httpclient-3.1.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-lang-2.5.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-logging-1.1.1.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-net-1.4.1.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/core-3.1.1.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hadoop-core-0.20.2.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hsqldb-1.8.0.10.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-core-asl-1.4.2.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-mapper-asl-1.4.2.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-compiler-5.5.12.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-runtime-5.5.12.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jets3t-0.7.1.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-6.1.14.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-util-6.1.14.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/joda-time-1.6.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jopt-simple-3.2.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-2.1-6.1.14.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-api-2.1-6.1.14.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/kfs-0.3.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/log4j-1.2.15.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/oro-2.0.8.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-2.2.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-ant-2.2.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-generator-2.2.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/pig-0.8.0.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/qdox-1.10.1.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/servlet-api-2.5-6.1.14.jar
>>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/slf4j-api-1.5.11.jar
>>> ./contrib/hadoop-consumer/lib_m

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Jun Rao]

+1 on the release.

Run quickstart and unit tests. All good.

Thanks,

Jun

On Wed, Jun 20, 2012 at 9:19 AM, Joe Stein  wrote:

> Hello,
>
> This is the third candidate for the second incubator release for Apache
> Kafka, version 0.7.1-incubating.
>
> This release fixes the following issues
>
> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
>
> Release artifacts:
> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
>
> The tag to be voted upon (off the 0.7.1 branch):
>
> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
>
> Kafka's KEYS file containing PGP keys we use to sign the release:
> http://svn.apache.org/repos/asf/incubator/kafka/KEYS
>
> The vote will be open for 72 hours (longer if needed).
>
> /*
> Joe Stein
> http://www.linkedin.com/in/charmalloc
> Twitter: @allthingshadoop 
> */
>

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Chris Douglas]

Great. We're not distributing the Snappy codec, so- according to the
reasoning of board@, legal@, and the IPMC on the 0.7.0 release- the
NOTICE and LICENSE files do not require updates. We're not starting
from first principles at every release.

I'm +1 on RC3. The LICENSE/NOTICE files contain the necessary
citations for Nunit and sbt, the checksum and signature match, the
DISCLAIMER is correct. -C

On Thu, Jun 21, 2012 at 12:13 PM, Joe Stein  wrote:
> 1) snappy-java-1.0.4.1.jar is required when setting Snappy as a compression
> codec which is pulled from maven from ./sbt update and is Apache License
> 2.0 http://code.google.com/p/snappy-java/
> 2) ZooKeeper client jar upgraded from 3.3.3 to 3.3.4
>
> On Thu, Jun 21, 2012 at 2:32 PM, Chris Douglas  wrote:
>
>> Did these dependencies change between 0.7.0 and 0.7.1? -C
>>
>> On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera 
>> wrote:
>> >
>> > On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
>> >
>> >> Hello,
>> >>
>> >> This is the third candidate for the second incubator release for Apache
>> >> Kafka, version 0.7.1-incubating.
>> >>
>> >> This release fixes the following issues
>> >>
>> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
>> >>
>> >> Release artifacts:
>> >> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
>> >>
>> >> The tag to be voted upon (off the 0.7.1 branch):
>> >>
>> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
>> >>
>> >> Kafka's KEYS file containing PGP keys we use to sign the release:
>> >> http://svn.apache.org/repos/asf/incubator/kafka/KEYS
>> >>
>> >> The vote will be open for 72 hours (longer if needed).
>> >
>> >
>> > I need help checking these jars.  What I recommend is that we update
>> NOTICE in trunk as we attribute licenses to the jars below.  This way we
>> still vet the jars, update the NOTICE/LICENSE file in trunk for the next
>> release, and not force Joe to cut a new release to include the updated
>> NOTICE/LICENSE file.
>> >
>> > This will make subsequent releases go much easier.
>> >
>> > BTW, the keys and signatures are fine.  Tests pass.
>> >
>> > (linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name "*.jar"
>> > ./contrib/hadoop-consumer/lib/piggybank.jar
>> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
>> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
>> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-httpclient-3.1.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-lang-2.5.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-logging-1.1.1.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-net-1.4.1.jar
>> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/core-3.1.1.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hadoop-core-0.20.2.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hsqldb-1.8.0.10.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-core-asl-1.4.2.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-mapper-asl-1.4.2.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-compiler-5.5.12.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-runtime-5.5.12.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jets3t-0.7.1.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-6.1.14.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-util-6.1.14.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/joda-time-1.6.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jopt-simple-3.2.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-2.1-6.1.14.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-api-2.1-6.1.14.jar
>> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/kfs-0.3.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/log4j-1.2.15.jar
>> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/oro-2.0.8.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-2.2.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-ant-2.2.jar
>> >
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-generator-2.2.jar
>> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/pig-0.8.0.jar
>> > ./contrib/hadoop-consumer/lib_managed/sc

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Alan D. Cabrera]

Not sure. It's simple enough to check the email archives for my last plea.

With that said, I was hoping we could kill two birds with one stone.


Regards,
Alan

 
On Jun 21, 2012, at 11:32 AM, Chris Douglas wrote:

> Did these dependencies change between 0.7.0 and 0.7.1? -C
> 
> On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera  
> wrote:
>> 
>> On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
>> 
>>> Hello,
>>> 
>>> This is the third candidate for the second incubator release for Apache
>>> Kafka, version 0.7.1-incubating.
>>> 
>>> This release fixes the following issues
>>> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
>>> 
>>> Release artifacts:
>>> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
>>> 
>>> The tag to be voted upon (off the 0.7.1 branch):
>>> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
>>> 
>>> Kafka's KEYS file containing PGP keys we use to sign the release:
>>> http://svn.apache.org/repos/asf/incubator/kafka/KEYS
>>> 
>>> The vote will be open for 72 hours (longer if needed).
>> 
>> 
>> I need help checking these jars.  What I recommend is that we update NOTICE 
>> in trunk as we attribute licenses to the jars below.  This way we still vet 
>> the jars, update the NOTICE/LICENSE file in trunk for the next release, and 
>> not force Joe to cut a new release to include the updated NOTICE/LICENSE 
>> file.
>> 
>> This will make subsequent releases go much easier.
>> 
>> BTW, the keys and signatures are fine.  Tests pass.
>> 
>> (linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name "*.jar"
>> ./contrib/hadoop-consumer/lib/piggybank.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-httpclient-3.1.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-lang-2.5.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-logging-1.1.1.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-net-1.4.1.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/core-3.1.1.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hadoop-core-0.20.2.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hsqldb-1.8.0.10.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-core-asl-1.4.2.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-mapper-asl-1.4.2.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-compiler-5.5.12.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-runtime-5.5.12.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jets3t-0.7.1.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-6.1.14.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-util-6.1.14.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/joda-time-1.6.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jopt-simple-3.2.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-2.1-6.1.14.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-api-2.1-6.1.14.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/kfs-0.3.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/log4j-1.2.15.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/oro-2.0.8.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-2.2.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-ant-2.2.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-generator-2.2.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/pig-0.8.0.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/qdox-1.10.1.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/servlet-api-2.5-6.1.14.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/slf4j-api-1.5.11.jar
>> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/xmlenc-0.52.jar
>> ./contrib/hadoop-consumer/target/scala_2.8.0/hadoop-consumer_2.8.0-0.7.1.jar
>> ./contrib/hadoop-producer/lib/piggybank.jar
>> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
>> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
>> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
>> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/avro-1.4.0.jar
>> ./contrib/hadoop-producer/lib

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Joe Stein]

1) snappy-java-1.0.4.1.jar is required when setting Snappy as a compression
codec which is pulled from maven from ./sbt update and is Apache License
2.0 http://code.google.com/p/snappy-java/
2) ZooKeeper client jar upgraded from 3.3.3 to 3.3.4

On Thu, Jun 21, 2012 at 2:32 PM, Chris Douglas  wrote:

> Did these dependencies change between 0.7.0 and 0.7.1? -C
>
> On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera 
> wrote:
> >
> > On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
> >
> >> Hello,
> >>
> >> This is the third candidate for the second incubator release for Apache
> >> Kafka, version 0.7.1-incubating.
> >>
> >> This release fixes the following issues
> >>
> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
> >>
> >> Release artifacts:
> >> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
> >>
> >> The tag to be voted upon (off the 0.7.1 branch):
> >>
> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
> >>
> >> Kafka's KEYS file containing PGP keys we use to sign the release:
> >> http://svn.apache.org/repos/asf/incubator/kafka/KEYS
> >>
> >> The vote will be open for 72 hours (longer if needed).
> >
> >
> > I need help checking these jars.  What I recommend is that we update
> NOTICE in trunk as we attribute licenses to the jars below.  This way we
> still vet the jars, update the NOTICE/LICENSE file in trunk for the next
> release, and not force Joe to cut a new release to include the updated
> NOTICE/LICENSE file.
> >
> > This will make subsequent releases go much easier.
> >
> > BTW, the keys and signatures are fine.  Tests pass.
> >
> > (linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name "*.jar"
> > ./contrib/hadoop-consumer/lib/piggybank.jar
> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-httpclient-3.1.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-lang-2.5.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-logging-1.1.1.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-net-1.4.1.jar
> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/core-3.1.1.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hadoop-core-0.20.2.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hsqldb-1.8.0.10.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-core-asl-1.4.2.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-mapper-asl-1.4.2.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-compiler-5.5.12.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-runtime-5.5.12.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jets3t-0.7.1.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-6.1.14.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-util-6.1.14.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/joda-time-1.6.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jopt-simple-3.2.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-2.1-6.1.14.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-api-2.1-6.1.14.jar
> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/kfs-0.3.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/log4j-1.2.15.jar
> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/oro-2.0.8.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-2.2.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-ant-2.2.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-generator-2.2.jar
> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/pig-0.8.0.jar
> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/qdox-1.10.1.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/servlet-api-2.5-6.1.14.jar
> >
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/slf4j-api-1.5.11.jar
> > ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/xmlenc-0.52.jar
> >
> ./contrib/hadoop-consumer/target/scala_2.8.0/hadoop-consumer_2.8.0-0.7.1.jar
> > ./contrib/hadoop-producer/lib/piggybank.jar
> > ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
> > ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/asm-3.

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Chris Douglas]

Did these dependencies change between 0.7.0 and 0.7.1? -C

On Wed, Jun 20, 2012 at 10:36 PM, Alan D. Cabrera  wrote:
>
> On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:
>
>> Hello,
>>
>> This is the third candidate for the second incubator release for Apache
>> Kafka, version 0.7.1-incubating.
>>
>> This release fixes the following issues
>> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
>>
>> Release artifacts:
>> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
>>
>> The tag to be voted upon (off the 0.7.1 branch):
>> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
>>
>> Kafka's KEYS file containing PGP keys we use to sign the release:
>> http://svn.apache.org/repos/asf/incubator/kafka/KEYS
>>
>> The vote will be open for 72 hours (longer if needed).
>
>
> I need help checking these jars.  What I recommend is that we update NOTICE 
> in trunk as we attribute licenses to the jars below.  This way we still vet 
> the jars, update the NOTICE/LICENSE file in trunk for the next release, and 
> not force Joe to cut a new release to include the updated NOTICE/LICENSE file.
>
> This will make subsequent releases go much easier.
>
> BTW, the keys and signatures are fine.  Tests pass.
>
> (linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name "*.jar"
> ./contrib/hadoop-consumer/lib/piggybank.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-httpclient-3.1.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-lang-2.5.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-logging-1.1.1.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-net-1.4.1.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/core-3.1.1.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hadoop-core-0.20.2.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hsqldb-1.8.0.10.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-core-asl-1.4.2.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-mapper-asl-1.4.2.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-compiler-5.5.12.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-runtime-5.5.12.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jets3t-0.7.1.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-6.1.14.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-util-6.1.14.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/joda-time-1.6.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jopt-simple-3.2.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-2.1-6.1.14.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-api-2.1-6.1.14.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/kfs-0.3.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/log4j-1.2.15.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/oro-2.0.8.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-2.2.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-ant-2.2.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-generator-2.2.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/pig-0.8.0.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/qdox-1.10.1.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/servlet-api-2.5-6.1.14.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/slf4j-api-1.5.11.jar
> ./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/xmlenc-0.52.jar
> ./contrib/hadoop-consumer/target/scala_2.8.0/hadoop-consumer_2.8.0-0.7.1.jar
> ./contrib/hadoop-producer/lib/piggybank.jar
> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/avro-1.4.0.jar
> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-collections-3.2.1.jar
> ./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
> ./contrib/hadoop

Re: [VOTE] Release Kafka 0.7.1-incubating (Candidate 3)

[Alan D. Cabrera]

On Jun 20, 2012, at 9:19 AM, Joe Stein wrote:

> Hello,
> 
> This is the third candidate for the second incubator release for Apache
> Kafka, version 0.7.1-incubating.
> 
> This release fixes the following issues
> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3/RELEASE-NOTES.html
> 
> Release artifacts:
> http://people.apache.org/~joestein/kafka-0.7.1-incubating-candidate-3
> 
> The tag to be voted upon (off the 0.7.1 branch):
> https://svn.apache.org/repos/asf/incubator/kafka/tags/kafka-0.7.1-incubating-candidate-3/
> 
> Kafka's KEYS file containing PGP keys we use to sign the release:
> http://svn.apache.org/repos/asf/incubator/kafka/KEYS
> 
> The vote will be open for 72 hours (longer if needed).


I need help checking these jars.  What I recommend is that we update NOTICE in 
trunk as we attribute licenses to the jars below.  This way we still vet the 
jars, update the NOTICE/LICENSE file in trunk for the next release, and not 
force Joe to cut a new release to include the updated NOTICE/LICENSE file.

This will make subsequent releases go much easier. 

BTW, the keys and signatures are fine.  Tests pass.

(linkedin)[acabrera-mn:kafka-0.7.1-incubating 525]$ find  . -name "*.jar"
./contrib/hadoop-consumer/lib/piggybank.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-httpclient-3.1.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-lang-2.5.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-logging-1.1.1.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/commons-net-1.4.1.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/core-3.1.1.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hadoop-core-0.20.2.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/hsqldb-1.8.0.10.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-core-asl-1.4.2.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jackson-mapper-asl-1.4.2.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-compiler-5.5.12.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jasper-runtime-5.5.12.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jets3t-0.7.1.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-6.1.14.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jetty-util-6.1.14.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/joda-time-1.6.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jopt-simple-3.2.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-2.1-6.1.14.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/jsp-api-2.1-6.1.14.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/kfs-0.3.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/log4j-1.2.15.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/oro-2.0.8.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-2.2.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-ant-2.2.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/paranamer-generator-2.2.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/pig-0.8.0.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/qdox-1.10.1.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/servlet-api-2.5-6.1.14.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/slf4j-api-1.5.11.jar
./contrib/hadoop-consumer/lib_managed/scala_2.8.0/compile/xmlenc-0.52.jar
./contrib/hadoop-consumer/target/scala_2.8.0/hadoop-consumer_2.8.0-0.7.1.jar
./contrib/hadoop-producer/lib/piggybank.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/ant-1.6.5.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/asm-3.2.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/avro-1.3.2.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/avro-1.4.0.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-cli-1.2.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-codec-1.4.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-collections-3.2.1.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-el-1.0.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-httpclient-3.1.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-lang-2.5.jar
./contrib/hadoop-producer/lib_managed/scala_2.8.0/compile/commons-logging-1.1.1.jar
./contrib/had