Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
Accumulo >> mail # dev >> [VOTE] Deprecate mock in 1.6.0


Copy link to this message
-
Re: [VOTE] Deprecate mock in 1.6.0
I like this idea.

--
Christopher L Tubbs II
http://gravatar.com/ctubbsii
On Tue, Nov 19, 2013 at 1:22 PM, Bill Havanki <[EMAIL PROTECTED]> wrote:
> A compromise would be to move MockAccumulo to its own subproject, and
> deprecate the copy resident in the public API. Then, it can start to drift
> toward a side project that those interested in maintaining can work with,
> but that does not need to be kept in lockstep with the arrival of new
> features.
>
> The side project never needs to be deprecated, but the core project has the
> option to migrate away from it over time. Users can switch over to it if
> they want to continue using it.
>
> Bill
>
>
> On Mon, Nov 18, 2013 at 5:45 PM, Christopher <[EMAIL PROTECTED]> wrote:
>
>> Ugh. Okay. I hadn't realized this.
>>
>> --
>> Christopher L Tubbs II
>> http://gravatar.com/ctubbsii
>>
>>
>> On Mon, Nov 18, 2013 at 5:33 PM, Sean Busbey <busbey+[EMAIL PROTECTED]>
>> wrote:
>> > On Mon, Nov 18, 2013 at 4:26 PM, Christopher <[EMAIL PROTECTED]>
>> wrote:
>> >
>> >> On Mon, Nov 18, 2013 at 3:02 PM, Josh Elser <[EMAIL PROTECTED]>
>> wrote:
>> >>
>> >> > Is this just my interpretation of how to interpret @Deprecated? It
>> seems
>> >> > completely logical to deprecate something we know isn't where we want
>> to
>> >> go
>> >> > even if we aren't to where we want to go. Then, we start focusing on
>> >> > making/improving the tools we want. This advertises to users that
>> maybe
>> >> they
>> >> > might not want to rely on MockAccumulo.
>> >>
>> >> I agree.
>> >>
>> >> And, I don't think Joey's point about the M/R API in Hadoop applies
>> >> here. MockAccumulo was never part of our "public API". It's
>> >> developer-facing and intended for testing... not core to working with
>> >> Accumulo.
>> >>
>> >>
>> > Mock most definitely is a part of our public api for 1.4.x and 1.5.x.
>> Both
>> > READMEs basically say the same:
>> >
>> >
>> > 9. API
>> >
>> > The public accumulo API is composed of :
>> >
>> >  * everything under org.apache.accumulo.core.client, excluding impl
>> packages
>> >  * Key, Mutation, Value, and Range  in org.apache.accumulo.core.data.
>> >  * org.apache.accumulo.server.mini
>> >
>> > To get started using accumulo review the example and the javadoc for the
>> > packages and classes mentioned above.
>> >
>> >
>> > Mock is in org.apache.accumulo.core.client.mock which means it's a part
>> of
>> > the public API.
>> >
>> >
>> > --
>> > Sean
>>
>
>
>
> --
> | - - -
> | Bill Havanki
> | Solutions Architect, Cloudera Government Solutions
> | - - -
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB