accumulo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Eric Newton <eric.new...@gmail.com>
Subject Re: Java
Date Thu, 15 Mar 2012 19:26:20 GMT
This is the only one I remember:

https://issues.apache.org/jira/browse/ACCUMULO-88

-Eric

On Thu, Mar 15, 2012 at 3:16 PM, Aaron Cordova <aaron@cordovas.org> wrote:

> Nice. And you haven't noticed any differences compared to the Sun JDK?
>
>
> On Mar 15, 2012, at 3:14 PM, Eric Newton wrote:
>
> > Hey Aaron,
> >
> > I do development and testing on my ubuntu laptop, so OpenJDK is used
> quite
> > a bit:
> >
> > $ java -version
> > java version "1.6.0_23"
> > OpenJDK Runtime Environment (IcedTea6 1.11pre)
> (6b23~pre11-0ubuntu1.11.10.2)
> > OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)
> >
> > -Eric
> >
> >
> > On Thu, Mar 15, 2012 at 3:00 PM, Aaron Cordova <aaron@cordovas.org>
> wrote:
> >
> >> So, you may or may not have noticed, but Oracle is making it harder and
> >> harder to install the Sun Java SDK on Linux. It's not available in any
> repo
> >> for ubuntu anymore for example.  Also, someone at a recent Hadoop Meetup
> >> mentioned that Oracle's official support for Sun Java 1.6 might be
> expiring
> >> soon .. ?
> >>
> >> Some Linux distros are claiming that OpenJDK is good enough. The day
> >> before yesterday I installed Cloudera Hadoop, ZooKeeper and built
> Accumulo
> >> 1.4 from source on a Virtual machine running Ubuntu Maverick with
> OpenJDK
> >> and it seemed to run fine. But I haven't done any rigorous testing yet.
> >>
> >> Are there any plans to add testing of OpenJDK to Accumulo? Does anyone
> >> anticipate any problems in switching to a new JVM?
> >>
> >> There are others besides OpenJDK, IBM Jrockit I think, etc. .. although
> I
> >> only think it's important to support the one most users are likely to
> need,
> >> and that's looking less like Sun JDK and more like OpenJDK.
> >>
> >> One other reason to perhaps look at OpenJDK is that it might make it
> >> easier for someone to create a more pure distribution of the whole
> stack,
> >> from a licensing perspective.
> >>
> >>
> >> Aaron
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message