You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by Anshum Gupta <an...@apple.com> on 2017/08/30 18:37:08 UTC
[VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Please vote for the first release candidate for Apache Lucene/Solr 7.0.0.
Artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/ <https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/>
You can run the smoke tester directly from this command:
python3 -u dev-tools/scripts/smokeTestRelease.py https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/ <https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/>
Reminder: You would need to run this from branch_7_0.
Here's my +1:
SUCCESS! [0:55:18.587149]
NOTE: I intend to keep the vote open for 5 working days, instead of the standard 3 as this is a major release, and we have a 6.6.1 out for vote in parallel.
-Anshum
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Shalin Shekhar Mangar <sh...@gmail.com>.
+1
SUCCESS! [1:56:25.363390]
On Thu, Aug 31, 2017 at 12:07 AM, Anshum Gupta <an...@apple.com> wrote:
> Please vote for the first release candidate for Apache Lucene/Solr 7.0.0.
>
> Artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>
> You can run the smoke tester directly from this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>
> Reminder: You would need to run this from branch_7_0.
>
> Here's my +1:
>
> SUCCESS! [0:55:18.587149]
>
> NOTE: I intend to keep the vote open for 5 working days, instead of the
> standard 3 as this is a major release, and we have a 6.6.1 out for vote in
> parallel.
>
>
> -Anshum
>
>
>
--
Regards,
Shalin Shekhar Mangar.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Steve Rowe <sa...@gmail.com>.
+1
Lucene docs, changes and javadocs look good.
Smoke tester averred: SUCCESS! [0:29:08.876808]
--
Steve
www.lucidworks.com
> On Aug 31, 2017, at 8:46 AM, Adrien Grand <jp...@gmail.com> wrote:
>
> +1 SUCCESS! [2:36:31.882660]
>
> Le jeu. 31 août 2017 à 14:18, Jan Høydahl <ja...@cominvent.com> a écrit :
> +1
>
> SUCCESS! [1:57:25.968248]
>
> I found that the CHANGES entry for SOLR-6671 was mistakenly placed in 6.5.0 section. I have moved it and committed to branch_7_0 as well, so it is correct for next release (or RC) from that branch.
>
> --
> Jan Høydahl, search solution architect
> Cominvent AS - www.cominvent.com
>
>> 30. aug. 2017 kl. 20.37 skrev Anshum Gupta <an...@apple.com>:
>>
>> Please vote for the first release candidate for Apache Lucene/Solr 7.0.0.
>>
>> Artifacts can be downloaded from:
>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>>
>> You can run the smoke tester directly from this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>>
>> Reminder: You would need to run this from branch_7_0.
>>
>> Here's my +1:
>>
>> SUCCESS! [0:55:18.587149]
>>
>> NOTE: I intend to keep the vote open for 5 working days, instead of the standard 3 as this is a major release, and we have a 6.6.1 out for vote in parallel.
>>
>>
>> -Anshum
>>
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Adrien Grand <jp...@gmail.com>.
+1 SUCCESS! [2:36:31.882660]
Le jeu. 31 août 2017 à 14:18, Jan Høydahl <ja...@cominvent.com> a écrit :
> +1
>
> SUCCESS! [1:57:25.968248]
>
> I found that the CHANGES entry for SOLR-6671 was mistakenly placed in
> 6.5.0 section. I have moved it and committed to branch_7_0 as well, so it
> is correct for next release (or RC) from that branch.
>
> --
> Jan Høydahl, search solution architect
> Cominvent AS - www.cominvent.com
>
> 30. aug. 2017 kl. 20.37 skrev Anshum Gupta <an...@apple.com>:
>
> Please vote for the first release candidate for Apache Lucene/Solr 7.0.0.
>
> Artifacts can be downloaded from:
>
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>
>
> You can run the smoke tester directly from this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>
>
> Reminder: You would need to run this from branch_7_0.
>
> Here's my +1:
>
> SUCCESS! [0:55:18.587149]
>
> *NOTE: *I intend to keep the vote open for 5 working days, instead of the
> standard 3 as this is a major release, and we have a 6.6.1 out for vote in
> parallel.
>
>
> -Anshum
>
>
>
>
>
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Cassandra Targett <ca...@gmail.com>.
> *) http://lucene.apache.org/solr/quickstart.html is now out of date in
> couple of ways apart from the version
> **) for the indexing of "docs/" as there is only 1 indexable file in
> there are Javadocs were removed
>
>
> It’s been discussed in some documentation JIRA, but I agree that it should
> be fixed
> when 7.0 is released.
>
The tutorial was reported as broken about 3 months ago:
https://issues.apache.org/jira/browse/SOLR-10862.
I recently completely redid the Tutorial in SOLR-10842 in order to
move it to the Ref Guide where it can be more dynamically kept up to
date. Most of the work for that issue was to fix SOLR-10862.
SOLR-10842 isn't resolved yet because of my last comment, which is to
remove quickstart.html from the website (or, more accurately, redirect
people to the new location) when the 7.0 Ref Guide is released. So,
planning that transition is in progress already. My intent is to
resolve both these related issues once the publicly available tutorial
a) works, and b) is the one in the Ref Guide.
I'm not sure if the other comments about the tutorial are still
relevant with the redesigned tutorial - I don't recall seeing those
field issues, but if folks are interested, you probably want to check
it out before the Ref Guide release:
https://builds.apache.org/view/L/view/Lucene/job/Solr-reference-guide-master/javadoc/solr-tutorial.html
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Anshum Gupta <an...@anshumgupta.net>.
Thanks everyone. I'll respin now as we have all blockers resolved (again).
Anshum
On Sat, Sep 2, 2017 at 3:17 PM Jan Høydahl <ja...@cominvent.com> wrote:
> Found a related blocker:
>
> https://issues.apache.org/jira/browse/SOLR-11315 "Files example does not
> start due to "Unknown fieldType 'tdouble’""
>
> The fix for both DIH and files example seems to be just replacing “t” with
> “p” in the schema. I just tested, but got some other WARN logs as well, see
> JIRA.
> Will leave the fix to someone in a more convenient time zone :)
>
> --
> Jan Høydahl, search solution architect
> Cominvent AS - www.cominvent.com
>
> 2. sep. 2017 kl. 23.47 skrev Jan Høydahl <ja...@cominvent.com>:
>
> Thanks Alexandre for doing some extended tests instead of just running the
> smoke tester.
> There should be unit tests that validates that all the examples spins up
> without errors…
>
> Created https://issues.apache.org/jira/browse/SOLR-11313 (7.0, Blocker)
>
> Additional comments that probably cross several JIRAs:
> *) The schemaless mode duplicates auto-guessed text fields to string
> fields. Those string fields are docValues=true, indexed=false,
> stored=false. But docValues do return their string representation so
> the query now returns the same content in both guessed text field and
> copied string field. I am not sure if that was the intention.
>
>
> useDocValuesAsStored="false" is needed on those fields perhaps?
>
>
> At the other hand, seeing the fields explicitly in the response will also
> remind the user that
> they are there and can be used. We recommend auto-guessing for getting
> started, and then
> ask users to turn it off before production and tune the schema. Flipping
> the useDocValuesAsStored
> bit could be one such advise, not because it will save any disk space, but
> to get rid of the
> redundant output.
>
> *) In README.txt we tell how to start a server in 3 different ways,
> but not at all how to stop one. Should we?
>
>
> Definitely!
>
>
> https://issues.apache.org/jira/browse/SOLR-11312 (7.1, Trivial)
>
> *) http://lucene.apache.org/solr/quickstart.html is now out of date in
> couple of ways apart from the version
> **) for the indexing of "docs/" as there is only 1 indexable file in
> there are Javadocs were removed
>
>
> It’s been discussed in some documentation JIRA, but I agree that it should
> be fixed
> when 7.0 is released.
>
>
> *) techproducts example starts, but returns fileds like
> "price_c____l_ns":0 , which I am not sure what is supposed to
> demonstrate/represent.
>
>
> Ugh.. that is a pseudo-field being returned for the currency field
> type (not sure when that copyfield was added).
> Presumably the pseudo-field is being returned because it has docValues
> (which we can treat as column-stored fields now).
> Any copyField targets, as well as pseudo-fields, should have
> useDocValuesAsStored="false" set.
>
>
> Sounds like a good prescription. I have not created a JIRA for this...
>
> --
> Jan Høydahl, search solution architect
> Cominvent AS - www.cominvent.com
>
>
>
>
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Steve Rowe <sa...@gmail.com>.
I’ve fixed SOLR-11313 and SOLR-11315. I also found a couple doc and source comment trie* field mentions that I got rid of: SOLR-11324.
--
Steve
www.lucidworks.com
> On Sep 2, 2017, at 6:17 PM, Jan Høydahl <ja...@cominvent.com> wrote:
>
> Found a related blocker:
>
> https://issues.apache.org/jira/browse/SOLR-11315 "Files example does not start due to "Unknown fieldType 'tdouble’""
>
> The fix for both DIH and files example seems to be just replacing “t” with “p” in the schema. I just tested, but got some other WARN logs as well, see JIRA.
> Will leave the fix to someone in a more convenient time zone :)
>
> --
> Jan Høydahl, search solution architect
> Cominvent AS - www.cominvent.com
>
>> 2. sep. 2017 kl. 23.47 skrev Jan Høydahl <ja...@cominvent.com>:
>>
>> Thanks Alexandre for doing some extended tests instead of just running the smoke tester.
>> There should be unit tests that validates that all the examples spins up without errors…
>>
>> Created https://issues.apache.org/jira/browse/SOLR-11313 (7.0, Blocker)
>>
>>>> Additional comments that probably cross several JIRAs:
>>>> *) The schemaless mode duplicates auto-guessed text fields to string
>>>> fields. Those string fields are docValues=true, indexed=false,
>>>> stored=false. But docValues do return their string representation so
>>>> the query now returns the same content in both guessed text field and
>>>> copied string field. I am not sure if that was the intention.
>>>
>>> useDocValuesAsStored="false" is needed on those fields perhaps?
>>
>> At the other hand, seeing the fields explicitly in the response will also remind the user that
>> they are there and can be used. We recommend auto-guessing for getting started, and then
>> ask users to turn it off before production and tune the schema. Flipping the useDocValuesAsStored
>> bit could be one such advise, not because it will save any disk space, but to get rid of the
>> redundant output.
>>
>>>> *) In README.txt we tell how to start a server in 3 different ways,
>>>> but not at all how to stop one. Should we?
>>>
>>> Definitely!
>>
>> https://issues.apache.org/jira/browse/SOLR-11312 (7.1, Trivial)
>>
>>>> *) http://lucene.apache.org/solr/quickstart.html is now out of date in
>>>> couple of ways apart from the version
>>>> **) for the indexing of "docs/" as there is only 1 indexable file in
>>>> there are Javadocs were removed
>>
>> It’s been discussed in some documentation JIRA, but I agree that it should be fixed
>> when 7.0 is released.
>>
>>>
>>>> *) techproducts example starts, but returns fileds like
>>>> "price_c____l_ns":0 , which I am not sure what is supposed to
>>>> demonstrate/represent.
>>>
>>> Ugh.. that is a pseudo-field being returned for the currency field
>>> type (not sure when that copyfield was added).
>>> Presumably the pseudo-field is being returned because it has docValues
>>> (which we can treat as column-stored fields now).
>>> Any copyField targets, as well as pseudo-fields, should have
>>> useDocValuesAsStored="false" set.
>>
>> Sounds like a good prescription. I have not created a JIRA for this...
>>
>> --
>> Jan Høydahl, search solution architect
>> Cominvent AS - www.cominvent.com
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Jan Høydahl <ja...@cominvent.com>.
Found a related blocker:
https://issues.apache.org/jira/browse/SOLR-11315 <https://issues.apache.org/jira/browse/SOLR-11315> "Files example does not start due to "Unknown fieldType 'tdouble’""
The fix for both DIH and files example seems to be just replacing “t” with “p” in the schema. I just tested, but got some other WARN logs as well, see JIRA.
Will leave the fix to someone in a more convenient time zone :)
--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com
> 2. sep. 2017 kl. 23.47 skrev Jan Høydahl <ja...@cominvent.com>:
>
> Thanks Alexandre for doing some extended tests instead of just running the smoke tester.
> There should be unit tests that validates that all the examples spins up without errors…
>
> Created https://issues.apache.org/jira/browse/SOLR-11313 <https://issues.apache.org/jira/browse/SOLR-11313> (7.0, Blocker)
>
>>> Additional comments that probably cross several JIRAs:
>>> *) The schemaless mode duplicates auto-guessed text fields to string
>>> fields. Those string fields are docValues=true, indexed=false,
>>> stored=false. But docValues do return their string representation so
>>> the query now returns the same content in both guessed text field and
>>> copied string field. I am not sure if that was the intention.
>>
>> useDocValuesAsStored="false" is needed on those fields perhaps?
>
> At the other hand, seeing the fields explicitly in the response will also remind the user that
> they are there and can be used. We recommend auto-guessing for getting started, and then
> ask users to turn it off before production and tune the schema. Flipping the useDocValuesAsStored
> bit could be one such advise, not because it will save any disk space, but to get rid of the
> redundant output.
>
>>> *) In README.txt we tell how to start a server in 3 different ways,
>>> but not at all how to stop one. Should we?
>>
>> Definitely!
>
> https://issues.apache.org/jira/browse/SOLR-11312 <https://issues.apache.org/jira/browse/SOLR-11312> (7.1, Trivial)
>
>>> *) http://lucene.apache.org/solr/quickstart.html <http://lucene.apache.org/solr/quickstart.html> is now out of date in
>>> couple of ways apart from the version
>>> **) for the indexing of "docs/" as there is only 1 indexable file in
>>> there are Javadocs were removed
>
> It’s been discussed in some documentation JIRA, but I agree that it should be fixed
> when 7.0 is released.
>
>>
>>> *) techproducts example starts, but returns fileds like
>>> "price_c____l_ns":0 , which I am not sure what is supposed to
>>> demonstrate/represent.
>>
>> Ugh.. that is a pseudo-field being returned for the currency field
>> type (not sure when that copyfield was added).
>> Presumably the pseudo-field is being returned because it has docValues
>> (which we can treat as column-stored fields now).
>> Any copyField targets, as well as pseudo-fields, should have
>> useDocValuesAsStored="false" set.
>
> Sounds like a good prescription. I have not created a JIRA for this...
>
> --
> Jan Høydahl, search solution architect
> Cominvent AS - www.cominvent.com <http://www.cominvent.com/>
>
>
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Jan Høydahl <ja...@cominvent.com>.
Thanks Alexandre for doing some extended tests instead of just running the smoke tester.
There should be unit tests that validates that all the examples spins up without errors…
Created https://issues.apache.org/jira/browse/SOLR-11313 <https://issues.apache.org/jira/browse/SOLR-11313> (7.0, Blocker)
>> Additional comments that probably cross several JIRAs:
>> *) The schemaless mode duplicates auto-guessed text fields to string
>> fields. Those string fields are docValues=true, indexed=false,
>> stored=false. But docValues do return their string representation so
>> the query now returns the same content in both guessed text field and
>> copied string field. I am not sure if that was the intention.
>
> useDocValuesAsStored="false" is needed on those fields perhaps?
At the other hand, seeing the fields explicitly in the response will also remind the user that
they are there and can be used. We recommend auto-guessing for getting started, and then
ask users to turn it off before production and tune the schema. Flipping the useDocValuesAsStored
bit could be one such advise, not because it will save any disk space, but to get rid of the
redundant output.
>> *) In README.txt we tell how to start a server in 3 different ways,
>> but not at all how to stop one. Should we?
>
> Definitely!
https://issues.apache.org/jira/browse/SOLR-11312 <https://issues.apache.org/jira/browse/SOLR-11312> (7.1, Trivial)
>> *) http://lucene.apache.org/solr/quickstart.html <http://lucene.apache.org/solr/quickstart.html> is now out of date in
>> couple of ways apart from the version
>> **) for the indexing of "docs/" as there is only 1 indexable file in
>> there are Javadocs were removed
It’s been discussed in some documentation JIRA, but I agree that it should be fixed
when 7.0 is released.
>
>> *) techproducts example starts, but returns fileds like
>> "price_c____l_ns":0 , which I am not sure what is supposed to
>> demonstrate/represent.
>
> Ugh.. that is a pseudo-field being returned for the currency field
> type (not sure when that copyfield was added).
> Presumably the pseudo-field is being returned because it has docValues
> (which we can treat as column-stored fields now).
> Any copyField targets, as well as pseudo-fields, should have
> useDocValuesAsStored="false" set.
Sounds like a good prescription. I have not created a JIRA for this...
--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com
RE: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Uwe Schindler <uw...@thetaphi.de>.
Hi,
OK, I pushed the change to all 3 branches, including 7.0. I have seen the 6.6.1 indexes were already pushed, too.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
http://www.thetaphi.de <http://www.thetaphi.de/>
eMail: uwe@thetaphi.de
From: Uwe Schindler [mailto:uwe@thetaphi.de]
Sent: Friday, September 8, 2017 5:22 PM
To: dev@lucene.apache.org
Subject: RE: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Hi,
Did you also fix the missing 6.6.1 backwards index files that jenkins was complaining about since the release?
I will commit in a moment!
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
http://www.thetaphi.de <http://www.thetaphi.de/>
eMail: uwe@thetaphi.de <ma...@thetaphi.de>
From: anshumg@apple.com <ma...@apple.com> [mailto:anshumg@apple.com]
Sent: Friday, September 8, 2017 5:10 PM
To: dev@lucene.apache.org <ma...@lucene.apache.org>
Subject: Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Sure, Uwe.
I already have an RC ready, but I'll create another one once you commit this patch.
-Anshum
On Sep 8, 2017, at 4:59 AM, Uwe Schindler <uwe@thetaphi.de <ma...@thetaphi.de> > wrote:
Hi,
I’d like to fix this: <https://issues.apache.org/jira/browse/LUCENE-7963> https://issues.apache.org/jira/browse/LUCENE-7963
I’s a performance regression caused by a useless line of code. It was obviously added for debugging. It is dead code, so no risk at all.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<http://www.thetaphi.de/> http://www.thetaphi.de
eMail: <ma...@thetaphi.de> uwe@thetaphi.de
From: Adrien Grand [mailto:jpountz@gmail.com]
Sent: Tuesday, September 5, 2017 9:20 PM
To: dev@lucene.apache.org <ma...@lucene.apache.org>
Subject: Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
I pushed it to the 7.0 branch.
Le mar. 5 sept. 2017 à 14:53, Adrien Grand < <ma...@gmail.com> jpountz@gmail.com> a écrit :
Since we are respinning, I'd like to push <https://issues.apache.org/jira/browse/LUCENE-7956> https://issues.apache.org/jira/browse/LUCENE-7956 to the 7.0 branch if there are no objections.
Le lun. 4 sept. 2017 à 19:46, Anshum Gupta < <ma...@anshumgupta.net> anshum@anshumgupta.net> a écrit :
Thank you Alexandre for reporting this.
It feels sensible to cancel out this RC, and fix the issues before respinning.
Anshum
On Sat, Sep 2, 2017 at 9:32 AM Yonik Seeley < <ma...@gmail.com> yseeley@gmail.com> wrote:
Thank you for going the extra mile checking this stuff out Alex!
Some other responses inline...
On Sat, Sep 2, 2017 at 11:28 AM, Alexandre Rafalovitch
< <ma...@gmail.com> arafalov@gmail.com> wrote:
> -1
>
> DIH example fails to load for 3 out of 5 examples:
>
> db: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core db: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/db/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
> mail: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core mail: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/mail/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
> solr: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core solr: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/solr/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
>
>
> Additional comments that probably cross several JIRAs:
> *) The schemaless mode duplicates auto-guessed text fields to string
> fields. Those string fields are docValues=true, indexed=false,
> stored=false. But docValues do return their string representation so
> the query now returns the same content in both guessed text field and
> copied string field. I am not sure if that was the intention.
useDocValuesAsStored="false" is needed on those fields perhaps?
> *) In README.txt we tell how to start a server in 3 different ways,
> but not at all how to stop one. Should we?
Definitely!
> *) <http://lucene.apache.org/solr/quickstart.html> http://lucene.apache.org/solr/quickstart.html is now out of date in
> couple of ways apart from the version
> **) for the indexing of "docs/" as there is only 1 indexable file in
> there are Javadocs were removed
> **) The search for "foundation" against the book title no longer works
> because the new schemaless mode no longer populates _text_ which we
> are still searching. Actually, I am not sure the easiest way to get to
> that result now
> **) It also no longer works because we are not indexing Javadocs
> **) curl " <http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=%5C> http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=\"CAS+latency\""
> also does not because we don't copy to _text_ but - on the mac - I am
> having troubles with quoted strings too. Even this does not work: curl
> " <http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=%5C> http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=\"CAS
> latency\"&qf=features"
> **) same with other searches, all because of _text_ I think
Hmmm, that worked fine for me on the mac.
As far as the _text_ issue, In general we should make sure to specify
what fields we're searching (that's a better template for new users to
follow).
> *) techproducts example starts, but returns fileds like
> "price_c____l_ns":0 , which I am not sure what is supposed to
> demonstrate/represent.
Ugh.. that is a pseudo-field being returned for the currency field
type (not sure when that copyfield was added).
Presumably the pseudo-field is being returned because it has docValues
(which we can treat as column-stored fields now).
Any copyField targets, as well as pseudo-fields, should have
useDocValuesAsStored="false" set.
-Yonik
---------------------------------------------------------------------
To unsubscribe, e-mail: <ma...@lucene.apache.org> dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: <ma...@lucene.apache.org> dev-help@lucene.apache.org
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Varun Thacker <va...@vthacker.in>.
Hi Uwe,
I think I committed the back compat indexes last night. Did I miss anything?
The indexes were committed as part of two commits on branch_7_0 and
branch_7x because of an oversight but overall they should have been fine
On Fri, Sep 8, 2017 at 8:22 AM, Uwe Schindler <uw...@thetaphi.de> wrote:
> Hi,
>
>
>
> Did you also fix the missing 6.6.1 backwards index files that jenkins was
> complaining about since the release?
>
> I will commit in a moment!
>
>
>
> Uwe
>
>
>
> -----
>
> Uwe Schindler
>
> Achterdiek 19, D-28357 Bremen
>
> http://www.thetaphi.de
>
> eMail: uwe@thetaphi.de
>
>
>
> *From:* anshumg@apple.com [mailto:anshumg@apple.com]
> *Sent:* Friday, September 8, 2017 5:10 PM
>
> *To:* dev@lucene.apache.org
> *Subject:* Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
>
>
>
> Sure, Uwe.
>
>
>
> I already have an RC ready, but I'll create another one once you commit
> this patch.
>
>
>
>
>
> -Anshum
>
>
>
>
>
>
>
> On Sep 8, 2017, at 4:59 AM, Uwe Schindler <uw...@thetaphi.de> wrote:
>
>
>
> Hi,
>
>
>
> I’d like to fix this: https://issues.apache.org/jira/browse/LUCENE-7963
>
> I’s a performance regression caused by a useless line of code. It was
> obviously added for debugging. It is dead code, so no risk at all.
>
>
>
> Uwe
>
>
>
> -----
>
> Uwe Schindler
>
> Achterdiek 19, D-28357 Bremen
>
> http://www.thetaphi.de
>
> eMail: uwe@thetaphi.de
>
>
>
> *From:* Adrien Grand [mailto:jpountz@gmail.com <jp...@gmail.com>]
> *Sent:* Tuesday, September 5, 2017 9:20 PM
> *To:* dev@lucene.apache.org
> *Subject:* Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
>
>
>
> I pushed it to the 7.0 branch.
>
>
>
> Le mar. 5 sept. 2017 à 14:53, Adrien Grand <jp...@gmail.com> a écrit :
>
> Since we are respinning, I'd like to push https://issues.apache.
> org/jira/browse/LUCENE-7956 to the 7.0 branch if there are no objections.
>
>
>
> Le lun. 4 sept. 2017 à 19:46, Anshum Gupta <an...@anshumgupta.net> a
> écrit :
>
> Thank you Alexandre for reporting this.
>
>
>
> It feels sensible to cancel out this RC, and fix the issues before
> respinning.
>
>
>
> Anshum
>
>
>
> On Sat, Sep 2, 2017 at 9:32 AM Yonik Seeley <ys...@gmail.com> wrote:
>
> Thank you for going the extra mile checking this stuff out Alex!
> Some other responses inline...
>
> On Sat, Sep 2, 2017 at 11:28 AM, Alexandre Rafalovitch
> <ar...@gmail.com> wrote:
> > -1
> >
> > DIH example fails to load for 3 out of 5 examples:
> >
> > db: org.apache.solr.common.SolrException:org.apache.solr.
> common.SolrException:
> > Could not load conf for core db: Can't load schema
> > /Users/arafalov/Downloads/solr-7.0.0/example/example-
> DIH/solr/db/conf/managed-schema:
> > Unknown fieldType 'tdouble' specified on field *_coordinate
> > mail: org.apache.solr.common.SolrException:org.apache.solr.
> common.SolrException:
> > Could not load conf for core mail: Can't load schema
> > /Users/arafalov/Downloads/solr-7.0.0/example/example-
> DIH/solr/mail/conf/managed-schema:
> > Unknown fieldType 'tdouble' specified on field *_coordinate
> > solr: org.apache.solr.common.SolrException:org.apache.solr.
> common.SolrException:
> > Could not load conf for core solr: Can't load schema
> > /Users/arafalov/Downloads/solr-7.0.0/example/example-
> DIH/solr/solr/conf/managed-schema:
> > Unknown fieldType 'tdouble' specified on field *_coordinate
> >
> >
> > Additional comments that probably cross several JIRAs:
> > *) The schemaless mode duplicates auto-guessed text fields to string
> > fields. Those string fields are docValues=true, indexed=false,
> > stored=false. But docValues do return their string representation so
> > the query now returns the same content in both guessed text field and
> > copied string field. I am not sure if that was the intention.
>
> useDocValuesAsStored="false" is needed on those fields perhaps?
>
>
> > *) In README.txt we tell how to start a server in 3 different ways,
> > but not at all how to stop one. Should we?
>
> Definitely!
>
> > *) http://lucene.apache.org/solr/quickstart.html is now out of date in
> > couple of ways apart from the version
> > **) for the indexing of "docs/" as there is only 1 indexable file in
> > there are Javadocs were removed
> > **) The search for "foundation" against the book title no longer works
> > because the new schemaless mode no longer populates _text_ which we
> > are still searching. Actually, I am not sure the easiest way to get to
> > that result now
> > **) It also no longer works because we are not indexing Javadocs
> > **) curl "http://localhost:8983/solr/gettingstarted/select?wt=json&
> indent=true&q=\"CAS+latency\""
> > also does not because we don't copy to _text_ but - on the mac - I am
> > having troubles with quoted strings too. Even this does not work: curl
> > "http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=\
> "CAS
> > latency\"&qf=features"
> > **) same with other searches, all because of _text_ I think
>
>
> Hmmm, that worked fine for me on the mac.
> As far as the _text_ issue, In general we should make sure to specify
> what fields we're searching (that's a better template for new users to
> follow).
>
> > *) techproducts example starts, but returns fileds like
> > "price_c____l_ns":0 , which I am not sure what is supposed to
> > demonstrate/represent.
>
> Ugh.. that is a pseudo-field being returned for the currency field
> type (not sure when that copyfield was added).
> Presumably the pseudo-field is being returned because it has docValues
> (which we can treat as column-stored fields now).
> Any copyField targets, as well as pseudo-fields, should have
> useDocValuesAsStored="false" set.
>
>
> -Yonik
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>
>
RE: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Uwe Schindler <uw...@thetaphi.de>.
Hi,
Did you also fix the missing 6.6.1 backwards index files that jenkins was complaining about since the release?
I will commit in a moment!
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
http://www.thetaphi.de <http://www.thetaphi.de/>
eMail: uwe@thetaphi.de
From: anshumg@apple.com [mailto:anshumg@apple.com]
Sent: Friday, September 8, 2017 5:10 PM
To: dev@lucene.apache.org
Subject: Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Sure, Uwe.
I already have an RC ready, but I'll create another one once you commit this patch.
-Anshum
On Sep 8, 2017, at 4:59 AM, Uwe Schindler <uwe@thetaphi.de <ma...@thetaphi.de> > wrote:
Hi,
I’d like to fix this: <https://issues.apache.org/jira/browse/LUCENE-7963> https://issues.apache.org/jira/browse/LUCENE-7963
I’s a performance regression caused by a useless line of code. It was obviously added for debugging. It is dead code, so no risk at all.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
<http://www.thetaphi.de/> http://www.thetaphi.de
eMail: <ma...@thetaphi.de> uwe@thetaphi.de
From: Adrien Grand [mailto:jpountz@gmail.com]
Sent: Tuesday, September 5, 2017 9:20 PM
To: dev@lucene.apache.org <ma...@lucene.apache.org>
Subject: Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
I pushed it to the 7.0 branch.
Le mar. 5 sept. 2017 à 14:53, Adrien Grand < <ma...@gmail.com> jpountz@gmail.com> a écrit :
Since we are respinning, I'd like to push <https://issues.apache.org/jira/browse/LUCENE-7956> https://issues.apache.org/jira/browse/LUCENE-7956 to the 7.0 branch if there are no objections.
Le lun. 4 sept. 2017 à 19:46, Anshum Gupta < <ma...@anshumgupta.net> anshum@anshumgupta.net> a écrit :
Thank you Alexandre for reporting this.
It feels sensible to cancel out this RC, and fix the issues before respinning.
Anshum
On Sat, Sep 2, 2017 at 9:32 AM Yonik Seeley < <ma...@gmail.com> yseeley@gmail.com> wrote:
Thank you for going the extra mile checking this stuff out Alex!
Some other responses inline...
On Sat, Sep 2, 2017 at 11:28 AM, Alexandre Rafalovitch
< <ma...@gmail.com> arafalov@gmail.com> wrote:
> -1
>
> DIH example fails to load for 3 out of 5 examples:
>
> db: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core db: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/db/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
> mail: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core mail: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/mail/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
> solr: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core solr: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/solr/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
>
>
> Additional comments that probably cross several JIRAs:
> *) The schemaless mode duplicates auto-guessed text fields to string
> fields. Those string fields are docValues=true, indexed=false,
> stored=false. But docValues do return their string representation so
> the query now returns the same content in both guessed text field and
> copied string field. I am not sure if that was the intention.
useDocValuesAsStored="false" is needed on those fields perhaps?
> *) In README.txt we tell how to start a server in 3 different ways,
> but not at all how to stop one. Should we?
Definitely!
> *) <http://lucene.apache.org/solr/quickstart.html> http://lucene.apache.org/solr/quickstart.html is now out of date in
> couple of ways apart from the version
> **) for the indexing of "docs/" as there is only 1 indexable file in
> there are Javadocs were removed
> **) The search for "foundation" against the book title no longer works
> because the new schemaless mode no longer populates _text_ which we
> are still searching. Actually, I am not sure the easiest way to get to
> that result now
> **) It also no longer works because we are not indexing Javadocs
> **) curl " <http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=%5C> http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=\"CAS+latency\""
> also does not because we don't copy to _text_ but - on the mac - I am
> having troubles with quoted strings too. Even this does not work: curl
> " <http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=%5C> http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=\"CAS
> latency\"&qf=features"
> **) same with other searches, all because of _text_ I think
Hmmm, that worked fine for me on the mac.
As far as the _text_ issue, In general we should make sure to specify
what fields we're searching (that's a better template for new users to
follow).
> *) techproducts example starts, but returns fileds like
> "price_c____l_ns":0 , which I am not sure what is supposed to
> demonstrate/represent.
Ugh.. that is a pseudo-field being returned for the currency field
type (not sure when that copyfield was added).
Presumably the pseudo-field is being returned because it has docValues
(which we can treat as column-stored fields now).
Any copyField targets, as well as pseudo-fields, should have
useDocValuesAsStored="false" set.
-Yonik
---------------------------------------------------------------------
To unsubscribe, e-mail: <ma...@lucene.apache.org> dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: <ma...@lucene.apache.org> dev-help@lucene.apache.org
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Anshum Gupta <an...@apple.com>.
Sure, Uwe.
I already have an RC ready, but I'll create another one once you commit this patch.
-Anshum
> On Sep 8, 2017, at 4:59 AM, Uwe Schindler <uw...@thetaphi.de> wrote:
>
> Hi,
>
> I’d like to fix this: https://issues.apache.org/jira/browse/LUCENE-7963 <https://issues.apache.org/jira/browse/LUCENE-7963>
> I’s a performance regression caused by a useless line of code. It was obviously added for debugging. It is dead code, so no risk at all.
>
> Uwe
>
> -----
> Uwe Schindler
> Achterdiek 19, D-28357 Bremen
> http://www.thetaphi.de <http://www.thetaphi.de/>
> eMail: uwe@thetaphi.de <ma...@thetaphi.de>
>
> From: Adrien Grand [mailto:jpountz@gmail.com]
> Sent: Tuesday, September 5, 2017 9:20 PM
> To: dev@lucene.apache.org
> Subject: Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
>
> I pushed it to the 7.0 branch.
>
> Le mar. 5 sept. 2017 à 14:53, Adrien Grand <jpountz@gmail.com <ma...@gmail.com>> a écrit :
>> Since we are respinning, I'd like to push https://issues.apache.org/jira/browse/LUCENE-7956 <https://issues.apache.org/jira/browse/LUCENE-7956> to the 7.0 branch if there are no objections.
>>
>> Le lun. 4 sept. 2017 à 19:46, Anshum Gupta <anshum@anshumgupta.net <ma...@anshumgupta.net>> a écrit :
>>> Thank you Alexandre for reporting this.
>>>
>>> It feels sensible to cancel out this RC, and fix the issues before respinning.
>>>
>>> Anshum
>>>
>>> On Sat, Sep 2, 2017 at 9:32 AM Yonik Seeley <yseeley@gmail.com <ma...@gmail.com>> wrote:
>>>> Thank you for going the extra mile checking this stuff out Alex!
>>>> Some other responses inline...
>>>>
>>>> On Sat, Sep 2, 2017 at 11:28 AM, Alexandre Rafalovitch
>>>> <arafalov@gmail.com <ma...@gmail.com>> wrote:
>>>> > -1
>>>> >
>>>> > DIH example fails to load for 3 out of 5 examples:
>>>> >
>>>> > db: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
>>>> > Could not load conf for core db: Can't load schema
>>>> > /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/db/conf/managed-schema:
>>>> > Unknown fieldType 'tdouble' specified on field *_coordinate
>>>> > mail: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
>>>> > Could not load conf for core mail: Can't load schema
>>>> > /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/mail/conf/managed-schema:
>>>> > Unknown fieldType 'tdouble' specified on field *_coordinate
>>>> > solr: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
>>>> > Could not load conf for core solr: Can't load schema
>>>> > /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/solr/conf/managed-schema:
>>>> > Unknown fieldType 'tdouble' specified on field *_coordinate
>>>> >
>>>> >
>>>> > Additional comments that probably cross several JIRAs:
>>>> > *) The schemaless mode duplicates auto-guessed text fields to string
>>>> > fields. Those string fields are docValues=true, indexed=false,
>>>> > stored=false. But docValues do return their string representation so
>>>> > the query now returns the same content in both guessed text field and
>>>> > copied string field. I am not sure if that was the intention.
>>>>
>>>> useDocValuesAsStored="false" is needed on those fields perhaps?
>>>>
>>>>
>>>> > *) In README.txt we tell how to start a server in 3 different ways,
>>>> > but not at all how to stop one. Should we?
>>>>
>>>> Definitely!
>>>>
>>>> > *) http://lucene.apache.org/solr/quickstart.html <http://lucene.apache.org/solr/quickstart.html> is now out of date in
>>>> > couple of ways apart from the version
>>>> > **) for the indexing of "docs/" as there is only 1 indexable file in
>>>> > there are Javadocs were removed
>>>> > **) The search for "foundation" against the book title no longer works
>>>> > because the new schemaless mode no longer populates _text_ which we
>>>> > are still searching. Actually, I am not sure the easiest way to get to
>>>> > that result now
>>>> > **) It also no longer works because we are not indexing Javadocs
>>>> > **) curl "http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=\ <http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=%5C>"CAS+latency\""
>>>> > also does not because we don't copy to _text_ but - on the mac - I am
>>>> > having troubles with quoted strings too. Even this does not work: curl
>>>> > "http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=\ <http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=%5C>"CAS
>>>> > latency\"&qf=features"
>>>> > **) same with other searches, all because of _text_ I think
>>>>
>>>>
>>>> Hmmm, that worked fine for me on the mac.
>>>> As far as the _text_ issue, In general we should make sure to specify
>>>> what fields we're searching (that's a better template for new users to
>>>> follow).
>>>>
>>>> > *) techproducts example starts, but returns fileds like
>>>> > "price_c____l_ns":0 , which I am not sure what is supposed to
>>>> > demonstrate/represent.
>>>>
>>>> Ugh.. that is a pseudo-field being returned for the currency field
>>>> type (not sure when that copyfield was added).
>>>> Presumably the pseudo-field is being returned because it has docValues
>>>> (which we can treat as column-stored fields now).
>>>> Any copyField targets, as well as pseudo-fields, should have
>>>> useDocValuesAsStored="false" set.
>>>>
>>>>
>>>> -Yonik
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org <ma...@lucene.apache.org>
>>>> For additional commands, e-mail: dev-help@lucene.apache.org <ma...@lucene.apache.org>
RE: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Uwe Schindler <uw...@thetaphi.de>.
Hi,
I’d like to fix this: https://issues.apache.org/jira/browse/LUCENE-7963
I’s a performance regression caused by a useless line of code. It was obviously added for debugging. It is dead code, so no risk at all.
Uwe
-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
http://www.thetaphi.de <http://www.thetaphi.de/>
eMail: uwe@thetaphi.de
From: Adrien Grand [mailto:jpountz@gmail.com]
Sent: Tuesday, September 5, 2017 9:20 PM
To: dev@lucene.apache.org
Subject: Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
I pushed it to the 7.0 branch.
Le mar. 5 sept. 2017 à 14:53, Adrien Grand <jpountz@gmail.com <ma...@gmail.com> > a écrit :
Since we are respinning, I'd like to push https://issues.apache.org/jira/browse/LUCENE-7956 to the 7.0 branch if there are no objections.
Le lun. 4 sept. 2017 à 19:46, Anshum Gupta <anshum@anshumgupta.net <ma...@anshumgupta.net> > a écrit :
Thank you Alexandre for reporting this.
It feels sensible to cancel out this RC, and fix the issues before respinning.
Anshum
On Sat, Sep 2, 2017 at 9:32 AM Yonik Seeley <yseeley@gmail.com <ma...@gmail.com> > wrote:
Thank you for going the extra mile checking this stuff out Alex!
Some other responses inline...
On Sat, Sep 2, 2017 at 11:28 AM, Alexandre Rafalovitch
<arafalov@gmail.com <ma...@gmail.com> > wrote:
> -1
>
> DIH example fails to load for 3 out of 5 examples:
>
> db: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core db: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/db/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
> mail: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core mail: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/mail/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
> solr: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core solr: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/solr/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
>
>
> Additional comments that probably cross several JIRAs:
> *) The schemaless mode duplicates auto-guessed text fields to string
> fields. Those string fields are docValues=true, indexed=false,
> stored=false. But docValues do return their string representation so
> the query now returns the same content in both guessed text field and
> copied string field. I am not sure if that was the intention.
useDocValuesAsStored="false" is needed on those fields perhaps?
> *) In README.txt we tell how to start a server in 3 different ways,
> but not at all how to stop one. Should we?
Definitely!
> *) http://lucene.apache.org/solr/quickstart.html is now out of date in
> couple of ways apart from the version
> **) for the indexing of "docs/" as there is only 1 indexable file in
> there are Javadocs were removed
> **) The search for "foundation" against the book title no longer works
> because the new schemaless mode no longer populates _text_ which we
> are still searching. Actually, I am not sure the easiest way to get to
> that result now
> **) It also no longer works because we are not indexing Javadocs
> **) curl "http://localhost:8983/solr/gettingstarted/select?wt=json <http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=%5C> &indent=true&q=\"CAS+latency\""
> also does not because we don't copy to _text_ but - on the mac - I am
> having troubles with quoted strings too. Even this does not work: curl
> "http://localhost:8983/solr/gettingstarted/select?defType=edismax <http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=%5C> &q=\"CAS
> latency\"&qf=features"
> **) same with other searches, all because of _text_ I think
Hmmm, that worked fine for me on the mac.
As far as the _text_ issue, In general we should make sure to specify
what fields we're searching (that's a better template for new users to
follow).
> *) techproducts example starts, but returns fileds like
> "price_c____l_ns":0 , which I am not sure what is supposed to
> demonstrate/represent.
Ugh.. that is a pseudo-field being returned for the currency field
type (not sure when that copyfield was added).
Presumably the pseudo-field is being returned because it has docValues
(which we can treat as column-stored fields now).
Any copyField targets, as well as pseudo-fields, should have
useDocValuesAsStored="false" set.
-Yonik
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org <ma...@lucene.apache.org>
For additional commands, e-mail: dev-help@lucene.apache.org <ma...@lucene.apache.org>
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Adrien Grand <jp...@gmail.com>.
I pushed it to the 7.0 branch.
Le mar. 5 sept. 2017 à 14:53, Adrien Grand <jp...@gmail.com> a écrit :
> Since we are respinning, I'd like to push
> https://issues.apache.org/jira/browse/LUCENE-7956 to the 7.0 branch if
> there are no objections.
>
> Le lun. 4 sept. 2017 à 19:46, Anshum Gupta <an...@anshumgupta.net> a
> écrit :
>
>> Thank you Alexandre for reporting this.
>>
>> It feels sensible to cancel out this RC, and fix the issues before
>> respinning.
>>
>> Anshum
>>
>> On Sat, Sep 2, 2017 at 9:32 AM Yonik Seeley <ys...@gmail.com> wrote:
>>
>>> Thank you for going the extra mile checking this stuff out Alex!
>>> Some other responses inline...
>>>
>>> On Sat, Sep 2, 2017 at 11:28 AM, Alexandre Rafalovitch
>>> <ar...@gmail.com> wrote:
>>> > -1
>>> >
>>> > DIH example fails to load for 3 out of 5 examples:
>>> >
>>> > db:
>>> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
>>> > Could not load conf for core db: Can't load schema
>>> >
>>> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/db/conf/managed-schema:
>>> > Unknown fieldType 'tdouble' specified on field *_coordinate
>>> > mail:
>>> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
>>> > Could not load conf for core mail: Can't load schema
>>> >
>>> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/mail/conf/managed-schema:
>>> > Unknown fieldType 'tdouble' specified on field *_coordinate
>>> > solr:
>>> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
>>> > Could not load conf for core solr: Can't load schema
>>> >
>>> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/solr/conf/managed-schema:
>>> > Unknown fieldType 'tdouble' specified on field *_coordinate
>>> >
>>> >
>>> > Additional comments that probably cross several JIRAs:
>>> > *) The schemaless mode duplicates auto-guessed text fields to string
>>> > fields. Those string fields are docValues=true, indexed=false,
>>> > stored=false. But docValues do return their string representation so
>>> > the query now returns the same content in both guessed text field and
>>> > copied string field. I am not sure if that was the intention.
>>>
>>> useDocValuesAsStored="false" is needed on those fields perhaps?
>>>
>>>
>>> > *) In README.txt we tell how to start a server in 3 different ways,
>>> > but not at all how to stop one. Should we?
>>>
>>> Definitely!
>>>
>>> > *) http://lucene.apache.org/solr/quickstart.html is now out of date in
>>> > couple of ways apart from the version
>>> > **) for the indexing of "docs/" as there is only 1 indexable file in
>>> > there are Javadocs were removed
>>> > **) The search for "foundation" against the book title no longer works
>>> > because the new schemaless mode no longer populates _text_ which we
>>> > are still searching. Actually, I am not sure the easiest way to get to
>>> > that result now
>>> > **) It also no longer works because we are not indexing Javadocs
>>> > **) curl "
>>> http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=\
>>> "CAS+latency\""
>>> > also does not because we don't copy to _text_ but - on the mac - I am
>>> > having troubles with quoted strings too. Even this does not work: curl
>>> > "http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=\
>>> "CAS
>>> > latency\"&qf=features"
>>> > **) same with other searches, all because of _text_ I think
>>>
>>>
>>> Hmmm, that worked fine for me on the mac.
>>> As far as the _text_ issue, In general we should make sure to specify
>>> what fields we're searching (that's a better template for new users to
>>> follow).
>>>
>>> > *) techproducts example starts, but returns fileds like
>>> > "price_c____l_ns":0 , which I am not sure what is supposed to
>>> > demonstrate/represent.
>>>
>>> Ugh.. that is a pseudo-field being returned for the currency field
>>> type (not sure when that copyfield was added).
>>> Presumably the pseudo-field is being returned because it has docValues
>>> (which we can treat as column-stored fields now).
>>> Any copyField targets, as well as pseudo-fields, should have
>>> useDocValuesAsStored="false" set.
>>>
>>>
>>> -Yonik
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>> For additional commands, e-mail: dev-help@lucene.apache.org
>>>
>>>
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Adrien Grand <jp...@gmail.com>.
Since we are respinning, I'd like to push
https://issues.apache.org/jira/browse/LUCENE-7956 to the 7.0 branch if
there are no objections.
Le lun. 4 sept. 2017 à 19:46, Anshum Gupta <an...@anshumgupta.net> a
écrit :
> Thank you Alexandre for reporting this.
>
> It feels sensible to cancel out this RC, and fix the issues before
> respinning.
>
> Anshum
>
> On Sat, Sep 2, 2017 at 9:32 AM Yonik Seeley <ys...@gmail.com> wrote:
>
>> Thank you for going the extra mile checking this stuff out Alex!
>> Some other responses inline...
>>
>> On Sat, Sep 2, 2017 at 11:28 AM, Alexandre Rafalovitch
>> <ar...@gmail.com> wrote:
>> > -1
>> >
>> > DIH example fails to load for 3 out of 5 examples:
>> >
>> > db:
>> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
>> > Could not load conf for core db: Can't load schema
>> >
>> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/db/conf/managed-schema:
>> > Unknown fieldType 'tdouble' specified on field *_coordinate
>> > mail:
>> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
>> > Could not load conf for core mail: Can't load schema
>> >
>> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/mail/conf/managed-schema:
>> > Unknown fieldType 'tdouble' specified on field *_coordinate
>> > solr:
>> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
>> > Could not load conf for core solr: Can't load schema
>> >
>> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/solr/conf/managed-schema:
>> > Unknown fieldType 'tdouble' specified on field *_coordinate
>> >
>> >
>> > Additional comments that probably cross several JIRAs:
>> > *) The schemaless mode duplicates auto-guessed text fields to string
>> > fields. Those string fields are docValues=true, indexed=false,
>> > stored=false. But docValues do return their string representation so
>> > the query now returns the same content in both guessed text field and
>> > copied string field. I am not sure if that was the intention.
>>
>> useDocValuesAsStored="false" is needed on those fields perhaps?
>>
>>
>> > *) In README.txt we tell how to start a server in 3 different ways,
>> > but not at all how to stop one. Should we?
>>
>> Definitely!
>>
>> > *) http://lucene.apache.org/solr/quickstart.html is now out of date in
>> > couple of ways apart from the version
>> > **) for the indexing of "docs/" as there is only 1 indexable file in
>> > there are Javadocs were removed
>> > **) The search for "foundation" against the book title no longer works
>> > because the new schemaless mode no longer populates _text_ which we
>> > are still searching. Actually, I am not sure the easiest way to get to
>> > that result now
>> > **) It also no longer works because we are not indexing Javadocs
>> > **) curl "
>> http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=\
>> "CAS+latency\""
>> > also does not because we don't copy to _text_ but - on the mac - I am
>> > having troubles with quoted strings too. Even this does not work: curl
>> > "http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=\
>> "CAS
>> > latency\"&qf=features"
>> > **) same with other searches, all because of _text_ I think
>>
>>
>> Hmmm, that worked fine for me on the mac.
>> As far as the _text_ issue, In general we should make sure to specify
>> what fields we're searching (that's a better template for new users to
>> follow).
>>
>> > *) techproducts example starts, but returns fileds like
>> > "price_c____l_ns":0 , which I am not sure what is supposed to
>> > demonstrate/represent.
>>
>> Ugh.. that is a pseudo-field being returned for the currency field
>> type (not sure when that copyfield was added).
>> Presumably the pseudo-field is being returned because it has docValues
>> (which we can treat as column-stored fields now).
>> Any copyField targets, as well as pseudo-fields, should have
>> useDocValuesAsStored="false" set.
>>
>>
>> -Yonik
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: dev-help@lucene.apache.org
>>
>>
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Anshum Gupta <an...@anshumgupta.net>.
Thank you Alexandre for reporting this.
It feels sensible to cancel out this RC, and fix the issues before
respinning.
Anshum
On Sat, Sep 2, 2017 at 9:32 AM Yonik Seeley <ys...@gmail.com> wrote:
> Thank you for going the extra mile checking this stuff out Alex!
> Some other responses inline...
>
> On Sat, Sep 2, 2017 at 11:28 AM, Alexandre Rafalovitch
> <ar...@gmail.com> wrote:
> > -1
> >
> > DIH example fails to load for 3 out of 5 examples:
> >
> > db:
> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> > Could not load conf for core db: Can't load schema
> >
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/db/conf/managed-schema:
> > Unknown fieldType 'tdouble' specified on field *_coordinate
> > mail:
> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> > Could not load conf for core mail: Can't load schema
> >
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/mail/conf/managed-schema:
> > Unknown fieldType 'tdouble' specified on field *_coordinate
> > solr:
> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> > Could not load conf for core solr: Can't load schema
> >
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/solr/conf/managed-schema:
> > Unknown fieldType 'tdouble' specified on field *_coordinate
> >
> >
> > Additional comments that probably cross several JIRAs:
> > *) The schemaless mode duplicates auto-guessed text fields to string
> > fields. Those string fields are docValues=true, indexed=false,
> > stored=false. But docValues do return their string representation so
> > the query now returns the same content in both guessed text field and
> > copied string field. I am not sure if that was the intention.
>
> useDocValuesAsStored="false" is needed on those fields perhaps?
>
>
> > *) In README.txt we tell how to start a server in 3 different ways,
> > but not at all how to stop one. Should we?
>
> Definitely!
>
> > *) http://lucene.apache.org/solr/quickstart.html is now out of date in
> > couple of ways apart from the version
> > **) for the indexing of "docs/" as there is only 1 indexable file in
> > there are Javadocs were removed
> > **) The search for "foundation" against the book title no longer works
> > because the new schemaless mode no longer populates _text_ which we
> > are still searching. Actually, I am not sure the easiest way to get to
> > that result now
> > **) It also no longer works because we are not indexing Javadocs
> > **) curl "
> http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=\
> "CAS+latency\""
> > also does not because we don't copy to _text_ but - on the mac - I am
> > having troubles with quoted strings too. Even this does not work: curl
> > "http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=\
> "CAS
> > latency\"&qf=features"
> > **) same with other searches, all because of _text_ I think
>
>
> Hmmm, that worked fine for me on the mac.
> As far as the _text_ issue, In general we should make sure to specify
> what fields we're searching (that's a better template for new users to
> follow).
>
> > *) techproducts example starts, but returns fileds like
> > "price_c____l_ns":0 , which I am not sure what is supposed to
> > demonstrate/represent.
>
> Ugh.. that is a pseudo-field being returned for the currency field
> type (not sure when that copyfield was added).
> Presumably the pseudo-field is being returned because it has docValues
> (which we can treat as column-stored fields now).
> Any copyField targets, as well as pseudo-fields, should have
> useDocValuesAsStored="false" set.
>
>
> -Yonik
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Yonik Seeley <ys...@gmail.com>.
Thank you for going the extra mile checking this stuff out Alex!
Some other responses inline...
On Sat, Sep 2, 2017 at 11:28 AM, Alexandre Rafalovitch
<ar...@gmail.com> wrote:
> -1
>
> DIH example fails to load for 3 out of 5 examples:
>
> db: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core db: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/db/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
> mail: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core mail: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/mail/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
> solr: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
> Could not load conf for core solr: Can't load schema
> /Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/solr/conf/managed-schema:
> Unknown fieldType 'tdouble' specified on field *_coordinate
>
>
> Additional comments that probably cross several JIRAs:
> *) The schemaless mode duplicates auto-guessed text fields to string
> fields. Those string fields are docValues=true, indexed=false,
> stored=false. But docValues do return their string representation so
> the query now returns the same content in both guessed text field and
> copied string field. I am not sure if that was the intention.
useDocValuesAsStored="false" is needed on those fields perhaps?
> *) In README.txt we tell how to start a server in 3 different ways,
> but not at all how to stop one. Should we?
Definitely!
> *) http://lucene.apache.org/solr/quickstart.html is now out of date in
> couple of ways apart from the version
> **) for the indexing of "docs/" as there is only 1 indexable file in
> there are Javadocs were removed
> **) The search for "foundation" against the book title no longer works
> because the new schemaless mode no longer populates _text_ which we
> are still searching. Actually, I am not sure the easiest way to get to
> that result now
> **) It also no longer works because we are not indexing Javadocs
> **) curl "http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=\"CAS+latency\""
> also does not because we don't copy to _text_ but - on the mac - I am
> having troubles with quoted strings too. Even this does not work: curl
> "http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=\"CAS
> latency\"&qf=features"
> **) same with other searches, all because of _text_ I think
Hmmm, that worked fine for me on the mac.
As far as the _text_ issue, In general we should make sure to specify
what fields we're searching (that's a better template for new users to
follow).
> *) techproducts example starts, but returns fileds like
> "price_c____l_ns":0 , which I am not sure what is supposed to
> demonstrate/represent.
Ugh.. that is a pseudo-field being returned for the currency field
type (not sure when that copyfield was added).
Presumably the pseudo-field is being returned because it has docValues
(which we can treat as column-stored fields now).
Any copyField targets, as well as pseudo-fields, should have
useDocValuesAsStored="false" set.
-Yonik
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Alexandre Rafalovitch <ar...@gmail.com>.
-1
DIH example fails to load for 3 out of 5 examples:
db: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
Could not load conf for core db: Can't load schema
/Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/db/conf/managed-schema:
Unknown fieldType 'tdouble' specified on field *_coordinate
mail: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
Could not load conf for core mail: Can't load schema
/Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/mail/conf/managed-schema:
Unknown fieldType 'tdouble' specified on field *_coordinate
solr: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
Could not load conf for core solr: Can't load schema
/Users/arafalov/Downloads/solr-7.0.0/example/example-DIH/solr/solr/conf/managed-schema:
Unknown fieldType 'tdouble' specified on field *_coordinate
Additional comments that probably cross several JIRAs:
*) The schemaless mode duplicates auto-guessed text fields to string
fields. Those string fields are docValues=true, indexed=false,
stored=false. But docValues do return their string representation so
the query now returns the same content in both guessed text field and
copied string field. I am not sure if that was the intention.
*) In README.txt we tell how to start a server in 3 different ways,
but not at all how to stop one. Should we?
*) http://lucene.apache.org/solr/quickstart.html is now out of date in
couple of ways apart from the version
**) for the indexing of "docs/" as there is only 1 indexable file in
there are Javadocs were removed
**) The search for "foundation" against the book title no longer works
because the new schemaless mode no longer populates _text_ which we
are still searching. Actually, I am not sure the easiest way to get to
that result now
**) It also no longer works because we are not indexing Javadocs
**) curl "http://localhost:8983/solr/gettingstarted/select?wt=json&indent=true&q=\"CAS+latency\""
also does not because we don't copy to _text_ but - on the mac - I am
having troubles with quoted strings too. Even this does not work: curl
"http://localhost:8983/solr/gettingstarted/select?defType=edismax&q=\"CAS
latency\"&qf=features"
**) same with other searches, all because of _text_ I think
*) techproducts example starts, but returns fileds like
"price_c____l_ns":0 , which I am not sure what is supposed to
demonstrate/represent.
Of these, I think DIH should be easy to fix, but the _text_ +
dynamicSchema may need to be revisited or at least clarified. Other
issues may be less important.
Regards,
Alex.
----
http://www.solr-start.com/ - Resources for Solr users, new and experienced
On 2 September 2017 at 07:19, Tommaso Teofili <to...@gmail.com> wrote:
> +1
>
> SUCCESS! [4:03:59.484041]
>
> Tommaso
>
>
> Il giorno ven 1 set 2017 alle ore 00:55 Andrzej Białecki
> <an...@lucidworks.com> ha scritto:
>>
>> +1
>>
>> SUCCESS! [1:57:58.000161]
>>
>> On 31 Aug 2017, at 14:18, Jan Høydahl <ja...@cominvent.com> wrote:
>>
>> +1
>>
>> SUCCESS! [1:57:25.968248]
>>
>> I found that the CHANGES entry for SOLR-6671 was mistakenly placed in
>> 6.5.0 section. I have moved it and committed to branch_7_0 as well, so it is
>> correct for next release (or RC) from that branch.
>>
>> --
>> Jan Høydahl, search solution architect
>> Cominvent AS - www.cominvent.com
>>
>> 30. aug. 2017 kl. 20.37 skrev Anshum Gupta <an...@apple.com>:
>>
>> Please vote for the first release candidate for Apache Lucene/Solr 7.0.0.
>>
>> Artifacts can be downloaded from:
>>
>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>>
>> You can run the smoke tester directly from this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>>
>> Reminder: You would need to run this from branch_7_0.
>>
>> Here's my +1:
>>
>> SUCCESS! [0:55:18.587149]
>>
>> NOTE: I intend to keep the vote open for 5 working days, instead of the
>> standard 3 as this is a major release, and we have a 6.6.1 out for vote in
>> parallel.
>>
>>
>> -Anshum
>>
>>
>>
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Tommaso Teofili <to...@gmail.com>.
+1
SUCCESS! [4:03:59.484041]
Tommaso
Il giorno ven 1 set 2017 alle ore 00:55 Andrzej Białecki <
andrzej.bialecki@lucidworks.com> ha scritto:
> +1
>
> SUCCESS! [1:57:58.000161]
>
> On 31 Aug 2017, at 14:18, Jan Høydahl <ja...@cominvent.com> wrote:
>
> +1
>
> SUCCESS! [1:57:25.968248]
>
> I found that the CHANGES entry for SOLR-6671 was mistakenly placed in
> 6.5.0 section. I have moved it and committed to branch_7_0 as well, so it
> is correct for next release (or RC) from that branch.
>
> --
> Jan Høydahl, search solution architect
> Cominvent AS - www.cominvent.com
>
> 30. aug. 2017 kl. 20.37 skrev Anshum Gupta <an...@apple.com>:
>
> Please vote for the first release candidate for Apache Lucene/Solr 7.0.0.
>
> Artifacts can be downloaded from:
>
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>
>
> You can run the smoke tester directly from this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>
>
> Reminder: You would need to run this from branch_7_0.
>
> Here's my +1:
>
> SUCCESS! [0:55:18.587149]
>
> *NOTE: *I intend to keep the vote open for 5 working days, instead of the
> standard 3 as this is a major release, and we have a 6.6.1 out for vote in
> parallel.
>
>
> -Anshum
>
>
>
>
>
>
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Andrzej Białecki <an...@lucidworks.com>.
+1
SUCCESS! [1:57:58.000161]
> On 31 Aug 2017, at 14:18, Jan Høydahl <ja...@cominvent.com> wrote:
>
> +1
>
> SUCCESS! [1:57:25.968248]
>
> I found that the CHANGES entry for SOLR-6671 was mistakenly placed in 6.5.0 section. I have moved it and committed to branch_7_0 as well, so it is correct for next release (or RC) from that branch.
>
> --
> Jan Høydahl, search solution architect
> Cominvent AS - www.cominvent.com <http://www.cominvent.com/>
>
>> 30. aug. 2017 kl. 20.37 skrev Anshum Gupta <anshumg@apple.com <ma...@apple.com>>:
>>
>> Please vote for the first release candidate for Apache Lucene/Solr 7.0.0.
>>
>> Artifacts can be downloaded from:
>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/ <https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/>
>>
>> You can run the smoke tester directly from this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/ <https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/>
>>
>> Reminder: You would need to run this from branch_7_0.
>>
>> Here's my +1:
>>
>> SUCCESS! [0:55:18.587149]
>>
>> NOTE: I intend to keep the vote open for 5 working days, instead of the standard 3 as this is a major release, and we have a 6.6.1 out for vote in parallel.
>>
>>
>> -Anshum
>>
>>
>>
>
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Jan Høydahl <ja...@cominvent.com>.
+1
SUCCESS! [1:57:25.968248]
I found that the CHANGES entry for SOLR-6671 was mistakenly placed in 6.5.0 section. I have moved it and committed to branch_7_0 as well, so it is correct for next release (or RC) from that branch.
--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com
> 30. aug. 2017 kl. 20.37 skrev Anshum Gupta <an...@apple.com>:
>
> Please vote for the first release candidate for Apache Lucene/Solr 7.0.0.
>
> Artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/ <https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/>
>
> You can run the smoke tester directly from this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/ <https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/>
>
> Reminder: You would need to run this from branch_7_0.
>
> Here's my +1:
>
> SUCCESS! [0:55:18.587149]
>
> NOTE: I intend to keep the vote open for 5 working days, instead of the standard 3 as this is a major release, and we have a 6.6.1 out for vote in parallel.
>
>
> -Anshum
>
>
>
Re: [VOTE] Release Apache Lucene/Solr 7.0.0 RC2
Posted by Mikhail Khludnev <mk...@apache.org>.
SUCCESS! [2:46:38.893111]
On Wed, Aug 30, 2017 at 9:37 PM, Anshum Gupta <an...@apple.com> wrote:
> Please vote for the first release candidate for Apache Lucene/Solr 7.0.0.
>
> Artifacts can be downloaded from:
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-
> revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>
> You can run the smoke tester directly from this command:
>
> python3 -u dev-tools/scripts/smokeTestRelease.py https://
> dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.0.0-RC2-
> revd3ce558f74b0b4fc082b87a7e60cf43d7010e03c/
>
> Reminder: You would need to run this from branch_7_0.
>
> Here's my +1:
>
> SUCCESS! [0:55:18.587149]
>
> *NOTE: *I intend to keep the vote open for 5 working days, instead of the
> standard 3 as this is a major release, and we have a 6.6.1 out for vote in
> parallel.
>
>
> -Anshum
>
>
>
>
--
Sincerely yours
Mikhail Khludnev