[jira] [Created] (HADOOP-9668) Configuration#iterator method should interpret variables in a property as well as Configuration#get method

Kousuke Saruta created HADOOP-9668: -- Summary: Configuration#iterator method should interpret variables in a property as well as Configuration#get method Key: HADOOP-9668 URL: https://issues.apache.org/jira/browse

Re: Fostering a Hadoop security dev community

Hey Aaron and others - On Mon, Jun 24, 2013 at 12:15 PM, Aaron T. Myers wrote: > I'm in favor of this in general, though I do think the proper way to do it > isn't obvious to me, given the cross-project nature of the goal. > There will be a security "design lounge" from 2pm to 4pm on Wednesday

Re: Fostering a Hadoop security dev community

On Mon, Jun 24, 2013 at 12:15 PM, Aaron T. Myers wrote: > Sorry, what exactly do you mean by "meetup" ? > A like minded group meeting together to discuss and solve common cross-cutting issues, here: security. Or call it a virtual birds-of-a-feather? Note, however, that certainly not all of what

Re: Fostering a Hadoop security dev community

I'm in favor of this in general, though I do think the proper way to do it isn't obvious to me, given the cross-project nature of the goal. On Thu, Jun 20, 2013 at 1:01 PM, Andrew Purtell wrote: > On Thu, Jun 20, 2013 at 10:31 AM, Alejandro Abdelnur >wrote: > > > Is this restricted to the Hadoo

Re: Fostering a Hadoop security dev community

On Thu, Jun 20, 2013 at 10:46 AM, Larry McCay wrote: > I think that we could let the security vulnerability list know about it for > one thing. > Small clarification - note that "security@hadoop.a.o" is ostensibly only for Hadoop project security vulnerabilities - it's not really intended to be f

Re: bug in SequenceFile.sync()?

cool thx. is there an ETA on a fix? or a workaround for the case where i want to seek to the start of the file? On Mon, Jun 24, 2013 at 4:39 PM, Colin McCabe wrote: > Hi Chris, > > Thanks for the report. I filed > https://issues.apache.org/jira/browse/HADOOP-9667 for this. > > Colin > Softwar

Re: bug in SequenceFile.sync()?

Hi Chris, Thanks for the report. I filed https://issues.apache.org/jira/browse/HADOOP-9667 for this. Colin Software Engineer, Cloudera On Mon, Jun 24, 2013 at 2:20 AM, Christopher Ng wrote: > cross-posting this from cdh-users group where it received little interest: > > is there a bug in Sequ

[jira] [Created] (HADOOP-9667) SequenceFile: Reset keys and values when syncing to a place before the header

Colin Patrick McCabe created HADOOP-9667: Summary: SequenceFile: Reset keys and values when syncing to a place before the header Key: HADOOP-9667 URL: https://issues.apache.org/jira/browse/HADOOP-9667

HttpServer bug?

Is there a bug on line 259 of HttpServer: https://github.com/apache/hadoop-common/blob/trunk/hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/http/HttpServer.java webAppContext.setWar(appDir + "/" + name); I believe this should be: webAppContext.setWar(appDir + "/" + n

Build failed in Jenkins: Hadoop-Common-trunk #809

See -- [...truncated 52016 lines...] Adding reference: maven.compile.classpath Adding reference: maven.runtime.classpath Adding reference: maven.test.classpath Adding reference: maven.plugin.classpath

Re: bug in SequenceFile.sync()?

Hi Christopher, indeed, I think that the noBufferedKeys and valuesDecompressed should be reset. Regards JB On 06/24/2013 11:20 AM, Christopher Ng wrote: cross-posting this from cdh-users group where it received little interest: is there a bug in SequenceFile.sync()? This is from cdh4.3.0:

bug in SequenceFile.sync()?

cross-posting this from cdh-users group where it received little interest: is there a bug in SequenceFile.sync()? This is from cdh4.3.0: /** Seek to the next sync mark past a given position.*/ public synchronized void sync(long position) throws IOException { if (position+SYNC_SIZE