Ming Ma created HADOOP-11295:
Summary: RPC Reader thread can't be shutdowned if RPCCallQueue is
full
Key: HADOOP-11295
URL: https://issues.apache.org/jira/browse/HADOOP-11295
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-11290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Akira AJISAKA resolved HADOOP-11290.
Resolution: Duplicate
> Typo on web page
> http://hadoop.apache.org/docs/r2.3.0/hadoop-pr
Duh!
$ chmod a+r *
Please try now. Thanks!
Arun
On Mon, Nov 10, 2014 at 7:06 PM, Tsuyoshi OZAWA
wrote:
> Hi Arun,
>
> Could you confirm the link and permission to the files is correct? I
> got a following error:
>
>
> Forbidden
> You don't have permission to access
> /~acmurthy/hadoop-2.6.0-
Have created Jenkins jobs for common, hdfs and mapreduce components against
Java8.
FYI
On Mon, Nov 10, 2014 at 4:24 PM, Ted Yu wrote:
> Created Hadoop-Yarn-trunk-Java8 and triggered a build.
>
> Can create Jenkins builds for other projects later.
>
> Cheers
>
> On Mon, Nov 10, 2014 at 1:26 PM,
Hi Arun,
Could you confirm the link and permission to the files is correct? I
got a following error:
Forbidden
You don't have permission to access
/~acmurthy/hadoop-2.6.0-rc0/hadoop-2.6.0-src.tar.gz on this server.
On Tue, Nov 11, 2014 at 11:52 AM, Arun C Murthy wrote:
> Folks,
>
> I've create
Folks,
I've created a release candidate (rc0) for hadoop-2.6.0 that I would like to
see released.
The RC is available at: http://people.apache.org/~acmurthy/hadoop-2.6.0-rc0
The RC tag in git is: release-2.6.0-rc0
The maven artifacts are available via repository.apache.org at
https://repositor
Created Hadoop-Yarn-trunk-Java8 and triggered a build.
Can create Jenkins builds for other projects later.
Cheers
On Mon, Nov 10, 2014 at 1:26 PM, Andrew Wang
wrote:
> Good idea, we should probably have such a build anyway.
>
> Thanks,
> Andrew
>
> On Mon, Nov 10, 2014 at 1:24 PM, Ted Yu wrot
Brandon Li created HADOOP-11294:
---
Summary: Nfs3FileAttributes should not change the values of nlink
and size in the constructor
Key: HADOOP-11294
URL: https://issues.apache.org/jira/browse/HADOOP-11294
Good idea, we should probably have such a build anyway.
Thanks,
Andrew
On Mon, Nov 10, 2014 at 1:24 PM, Ted Yu wrote:
> Should there be a Jenkins job building trunk branch against Java 1.8 after
> the fix goes in ?
>
> That way we can easily see any regression.
>
> Cheers
>
> On Mon, Nov 10, 20
Should there be a Jenkins job building trunk branch against Java 1.8 after
the fix goes in ?
That way we can easily see any regression.
Cheers
On Mon, Nov 10, 2014 at 12:54 PM, Chen He wrote:
> Invite Andrew Purtell to HADOOP-11292, My fix is just disable the "doclint"
> in hadoop project. The
Invite Andrew Purtell to HADOOP-11292, My fix is just disable the "doclint"
in hadoop project. Then, we can still keep current docs without change.
On Mon, Nov 10, 2014 at 12:51 PM, Andrew Wang
wrote:
> I think Andrew Purtell had some patches to clean up javadoc errors for
> JDK8, might be worth
I think Andrew Purtell had some patches to clean up javadoc errors for
JDK8, might be worth asking him before diving in yourself.
On Mon, Nov 10, 2014 at 12:04 PM, Chen He wrote:
> Thanks, Ted Yu. I will create a JIRA for it. I find a way to fix it.
>
> On Mon, Nov 10, 2014 at 11:50 AM, Ted Yu
Yongjun Zhang created HADOOP-11293:
--
Summary: Factor OSType out from Shell
Key: HADOOP-11293
URL: https://issues.apache.org/jira/browse/HADOOP-11293
Project: Hadoop Common
Issue Type: Improv
Chen He created HADOOP-11292:
Summary: "mvm package" reports error when using Java 1.8
Key: HADOOP-11292
URL: https://issues.apache.org/jira/browse/HADOOP-11292
Project: Hadoop Common
Issue Type
Thanks, Ted Yu. I will create a JIRA for it. I find a way to fix it.
On Mon, Nov 10, 2014 at 11:50 AM, Ted Yu wrote:
> I can reproduce this.
>
> Tried what was suggested here:
>
> http://stackoverflow.com/questions/15886209/maven-is-not-working-in-java-8-when-javadoc-tags-are-incomplete
>
> Thou
Stephen Chu created HADOOP-11291:
Summary: Log the cause of SASL connection failures
Key: HADOOP-11291
URL: https://issues.apache.org/jira/browse/HADOOP-11291
Project: Hadoop Common
Issue Typ
I can reproduce this.
Tried what was suggested here:
http://stackoverflow.com/questions/15886209/maven-is-not-working-in-java-8-when-javadoc-tags-are-incomplete
Though it doesn't seem to work.
On Mon, Nov 10, 2014 at 11:32 AM, Chen He wrote:
> "mvn package -Pdist -Dtar -DskipTests" reports fol
"mvn package -Pdist -Dtar -DskipTests" reports following error based on
latest trunk:
[INFO] BUILD FAILURE
[INFO]
[INFO] Total time: 11.010 s
[INFO] Finished at: 2014-11-10T11:23:49-08:00
[INFO] Final Memory: 51M/555M
[I
Jason Pyeron created HADOOP-11290:
-
Summary: Typo on web page
http://hadoop.apache.org/docs/r2.3.0/hadoop-project-dist/hadoop-common/NativeLibraries.html
Key: HADOOP-11290
URL: https://issues.apache.org/jira/brows
I'm usually an advocate for getting rid of unnecessary dependencies
(cough, jetty, cough), but a lot of the things in Guava are really
useful.
Immutable collections, BiMap, Multisets, Arrays#asList, the stuff for
writing hashCode() and equals(), String#Joiner, the list goes on. We
particularly us
FYI, we have an existing ApplicationClassLoader implementation that is used
to isolate client/task classes from the rest. If we're going down the route
of classloader isolation on this, it would be good to come up with a
coherent strategy regarding both of these.
As a more practical step, I like t
IMO we should:
1* have a clean and thin client API JAR (which does not drag any 3rd party
dependencies, or a well defined small set -i.e. slf4j & log4j-)
2* have a client implementation that uses a classloader to isolate client
impl 3rd party deps from app dependencies.
#2 can be done using a sto
Charles Lamb created HADOOP-11289:
-
Summary: Fix typo in RpcInfo log message
Key: HADOOP-11289
URL: https://issues.apache.org/jira/browse/HADOOP-11289
Project: Hadoop Common
Issue Type: Bug
unsuscribe
El Tue Nov 04 2014 at 16:20:36, Steve Loughran (JIRA) ()
escribió:
>
> [ https://issues.apache.org/jira/browse/HADOOP-11259?page=
> com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
>
> Steve Loughran resolved HADOOP-11259.
> -
>
[
https://issues.apache.org/jira/browse/HADOOP-11288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe resolved HADOOP-11288.
-
Resolution: Invalid
The CapacityScheduler is very much supported, and is actively being develope
DeepakVohra created HADOOP-11288:
Summary: yarn.resourcemanager.scheduler.class wrongly set in
yarn-default.xml documentation
Key: HADOOP-11288
URL: https://issues.apache.org/jira/browse/HADOOP-11288
Yes, Guava is a constant pain; there's lots of open JIRAs related to it, as
its the one we can't seamlessly upgrade. Not unless we do our own fork and
reinsert the missing classes.
The most common uses in the code are
@VisibleForTesting (easily replicated)
and the Precondition.check() operations
27 matches
Mail list logo
