Christine, can you update the draft with the changes ? -Anshum
> On Sep 20, 2017, at 7:54 AM, Anshum Gupta <ansh...@apple.com> wrote: > > This looks good, other than the wt=xml correction in #1, as Varun pointed > out. Also, I really think we should highlight streaming expressions (Math > Engine) even if that means we don’t hit the ‘7 points’ mark :). > > -Anshum > > > >> On Sep 20, 2017, at 7:21 AM, Christine Poerschke (BLOOMBERG/ LONDON) >> <cpoersc...@bloomberg.net <mailto:cpoersc...@bloomberg.net>> wrote: >> >> Totally agree with choosing _7_ highlights for the Solr _7_ release! >> >> Below is the revised draft I came up with: >> >> (Notice that v2 is the 2nd bullet, though I think it yet needs to mention >> one or _two_ benefits of using the new API especially since we mention that >> /solr/ continues to work.) >> >> (Also notice some re-ordering of the bullets starting with the used-by-many >> JSON first, then v2 API second, then third collection creation which >> mentions faceting and so leads over to the fourth bullet re: facet >> refinement. Fifth is the new replica types (that bullet being slightly >> longer than the others to explain what the types are about). Sixth is >> auto-scaling which mentions future releases (would folks use new replica >> types first before moving on to auto-scaling?). Seventh and last then is >> Solr _7_ mention with Java _9_ i.e. the just-arrived future again there.) >> >> Solr 7.0 Release Highlights: >> >> * Indented JSON is now the default response format for all APIs, >> pass wt=json and/or indent=off to use the previous unindented XML format. >> >> * The new v2 API, exposed at /api/ and also supported via SolrJ, is now the >> preferred API, but /solr/ continues to work. >> >> * A new `_default` configset is used if no config is specified at collection >> creation. The data-driven functionality of this configset indexes strings >> as >> analyzed text while at the same time copying to a `*_str` field suitable >> for >> faceting. >> >> * The JSON Facet API now supports two-phase facet refinement to ensure >> accurate >> counts and statistics for facet buckets returned in distributed mode. >> >> * Replica Types - Solr 7 supports different replica types, which handle >> updates >> differently. In addition to pure NRT operation where all replicas build an >> index and keep a replication log, you can now also add so called PULL >> replicas, achieving the read-speed optimized benefits of a master/slave >> setup while at the same time keeping index redundancy. >> >> * Auto-scaling. Solr can now allocate new replicas to nodes using a new auto >> scaling policy framework. This framework will in future releases enable >> Solr >> to move shards around based on load, disk etc. >> >> * Solr 7 is tested with and verified to support Java 9. >> >> From: dev@lucene.apache.org <mailto:dev@lucene.apache.org> At: 09/20/17 >> 15:02:38 >> To: dev@lucene.apache.org <mailto:dev@lucene.apache.org> >> Subject: Re: Release 7.0 process starts >> >> >> On Wed, Sep 20, 2017 at 9:16 AM Jan Høydahl <jan....@cominvent.com >> <mailto:jan....@cominvent.com>> wrote: >> And please, I was serious about choosing 7 major features and not adding >> random single improvements. The list has already creeped from 7 to 9 >> bullets. If you want to add something, then ask youself which of the other >> bullets that are less important to MOST USERS and then replace that bullet >> instead of adding more. Agree? >> >> I agree with that very much! Each bullet added de-values the list as a >> whole. IMO the Java 9 bullet can be removed (too few are even using it yet) >> and we get to 8 bullets; and those 8 are pretty good. >> -- >> Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker >> LinkedIn: http://linkedin.com/in/davidwsmiley >> <http://linkedin.com/in/davidwsmiley> | Book: >> http://www.solrenterprisesearchserver.com >> <http://www.solrenterprisesearchserver.com/>
