Would replacing cloudtrace be part of 1.7? I'm not sure about that. I'd like to see where that's headed before we decide on that. Personally, I'd prefer Zipkin, since htrace is basically a copy of cloudtrace/accumulo-trace, and it has some of the same issues (millis time, for instance, instead of relative nanos, which is independent of the system clock and actually intended for time spans).
I think the upgrade guarantees are more a 2.0.0 thing, but I think we can be a bit more conservative in 1.x to move towards that. I wouldn't mind dropping Hadoop 1 support in 1.7.0. (I guess we should just vote on that). I'd really like to include the VolumeChooser improvements (in particular ACCUMULO-3177, which depends on ACCUMULO-3176). -- Christopher L Tubbs II http://gravatar.com/ctubbsii On Mon, Oct 6, 2014 at 8:38 PM, Josh Elser <[email protected]> wrote: > Thanks, John. > > I was thinking about trying to gun for January time-frame for a release. > I'd love to say before 2014 is over, but that probably just won't happen > for a major release with the holidays. > > For 1.7 right now, I see the following "bigger" items (correct me where > I'm wrong): > > * Replication (done) > * Upgrade rules/guarantees (proposed) > * Replace cloudtrace (in-progress) > * Rewrite monitor, include REST service (in-progress) > * Drop Hadoop 1 support (proposed) > * Decouple MiniAccumulo from ITs (in-progress) > * Other minicluster types: in-process, shim to real instance (in-progress) > * Support Hadoop metrics2 (proposed) > * A few WAL/metadata related performance improvements (in-progress) > > Also, would be good to check the In-Progress state issues on JIRA. What do > people think? > > > John Vines wrote: > >> Moving this to it's own thread... >> >> On Mon, Oct 6, 2014 at 5:54 PM, Mike Drob<[email protected]> wrote: >> >> Related: Do we have a release timeline for 1.7? >>> >>>
