[JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_121) - Build # 19230 - Unstable!

2017-03-21 Thread Policeman Jenkins Server 
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/19230/
Java: 32bit/jdk1.8.0_121 -client -XX:+UseG1GC

1 tests failed.
FAILED:  org.apache.solr.cloud.ChaosMonkeyNothingIsSafeTest.test

Error Message:
document count mismatch.  control=915 sum(shards)=914 cloudClient=914

Stack Trace:
java.lang.AssertionError: document count mismatch.  control=915 sum(shards)=914 
cloudClient=914
at 
__randomizedtesting.SeedInfo.seed([1FC8FE19A0D4100A:979CC1C30E287DF2]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.checkShardConsistency(AbstractFullDistribZkTestBase.java:1337)
at 
org.apache.solr.cloud.ChaosMonkeyNothingIsSafeTest.test(ChaosMonkeyNothingIsSafeTest.java:236)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:985)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:960)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at

[jira] [Commented] (SOLR-7383) DIH: rewrite XPathEntityProcessor/RSS example as the smallest good demo possible

2017-03-21 Thread Varun Thacker (JIRA) 

[ 
https://issues.apache.org/jira/browse/SOLR-7383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15935790#comment-15935790
 ] 

Varun Thacker commented on SOLR-7383:
-

Hi Alaxandre,

This is great! Thanks for taking this up!

I'm curious as to why the core.properties file is empty in the tar that you 
uploaded. Even the existing rss example is has an empty core.properties . Maybe 
I am missing something here?

I personally don't like the concept of these catch all fields. I understand 
that this is helpful as "/select" can then use "df=text" 
The alternate solution is : remove all the copy all fields and in the "/select" 
handler use edismax and define "qf" with the list of fields. I t personally 
would like this better but if you like the current solution then lets stick 
with that.


I would change these three fieldTypes 

{code}



{code}

- In the string fieldType we should add docValues
- For the int and tdate we can change them to using points 
- Maybe remove "*_tdt" or change it to points?

{code}



{code}

Last thing I can think of is simplifying text_en_splitting
- Can we remove KeywordMarkerFilterFactory and thereby the protwords.txt 
- Also I'd imagine that porter stemmer in technical post summary search would 
be bad? 
- I haven't actually used the example so this might not apply . Do we need to 
strip out html ? When I see a sample summary on 
http://stackoverflow.com/feeds/tag/solr I see html chars in there.



> DIH: rewrite XPathEntityProcessor/RSS example as the smallest good demo 
> possible
> 
>
> Key: SOLR-7383
> URL: https://issues.apache.org/jira/browse/SOLR-7383
> Project: Solr
>  Issue Type: Bug
>  Components: contrib - DataImportHandler
>Affects Versions: 5.0, 6.0
>Reporter: Upayavira
>Assignee: Alexandre Rafalovitch
>Priority: Minor
> Attachments: atom_20170315.tgz, rss-data-config.xml
>
>
> The DIH example (solr/example/example-DIH/solr/rss/conf/rss-data-config.xml) 
> is broken again. See associated issues.
> Below is a config that should work.
> This is caused by Slashdot seemingly oscillating between RDF/RSS and pure 
> RSS. Perhaps we should depend upon something more static, rather than an 
> external service that is free to change as it desires.
> 
> 
> 
>  pk="link"
> url="http://rss.slashdot.org/Slashdot/slashdot;
> processor="XPathEntityProcessor"
> forEach="/RDF/item"
> transformer="DateFormatTransformer">
>   
>  commonField="true" />
>  commonField="true" />
>  commonField="true" />
>   
> 
> 
> 
> 
> 
>  dateTimeFormat="-MM-dd'T'HH:mm:ss" />
> 
> 
> 
> 
> 
> 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-9990) Add PointFields as pField in example/default schemas

2017-03-21 Thread Varun Thacker (JIRA) 

[ 
https://issues.apache.org/jira/browse/SOLR-9990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15935787#comment-15935787
 ] 

Varun Thacker commented on SOLR-9990:
-

We should add DatePointField in the schemas as well. It's probably too late for 
6.5 so unless there is another RC we can put this as part of a separate jira?

> Add PointFields as pField in example/default schemas
> 
>
> Key: SOLR-9990
> URL: https://issues.apache.org/jira/browse/SOLR-9990
> Project: Solr
>  Issue Type: Task
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Tomás Fernández Löbbe
>Assignee: Tomás Fernández Löbbe
> Fix For: 6.5, master (7.0)
>
> Attachments: SOLR-9990.patch
>
>
> Followup task of SOLR-8396



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-6.x-Windows (64bit/jdk1.8.0_121) - Build # 796 - Unstable!

2017-03-21 Thread Policeman Jenkins Server 
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Windows/796/
Java: 64bit/jdk1.8.0_121 -XX:-UseCompressedOops -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.solr.cloud.MissingSegmentRecoveryTest.testLeaderRecovery

Error Message:
Expected a collection with one shard and two replicas null Last available 
state: 
DocCollection(MissingSegmentRecoveryTest//collections/MissingSegmentRecoveryTest/state.json/7)={
   "replicationFactor":"2",   "shards":{"shard1":{   
"range":"8000-7fff",   "state":"active",   "replicas":{ 
"core_node1":{   "core":"MissingSegmentRecoveryTest_shard1_replica2",   
"base_url":"http://127.0.0.1:53812/solr;,   
"node_name":"127.0.0.1:53812_solr",   "state":"down"}, 
"core_node2":{   "core":"MissingSegmentRecoveryTest_shard1_replica1",   
"base_url":"http://127.0.0.1:53817/solr;,   
"node_name":"127.0.0.1:53817_solr",   "state":"active",   
"leader":"true",   "router":{"name":"compositeId"},   
"maxShardsPerNode":"1",   "autoAddReplicas":"false"}

Stack Trace:
java.lang.AssertionError: Expected a collection with one shard and two replicas
null
Last available state: 
DocCollection(MissingSegmentRecoveryTest//collections/MissingSegmentRecoveryTest/state.json/7)={
  "replicationFactor":"2",
  "shards":{"shard1":{
  "range":"8000-7fff",
  "state":"active",
  "replicas":{
"core_node1":{
  "core":"MissingSegmentRecoveryTest_shard1_replica2",
  "base_url":"http://127.0.0.1:53812/solr;,
  "node_name":"127.0.0.1:53812_solr",
  "state":"down"},
"core_node2":{
  "core":"MissingSegmentRecoveryTest_shard1_replica1",
  "base_url":"http://127.0.0.1:53817/solr;,
  "node_name":"127.0.0.1:53817_solr",
  "state":"active",
  "leader":"true",
  "router":{"name":"compositeId"},
  "maxShardsPerNode":"1",
  "autoAddReplicas":"false"}
at 
__randomizedtesting.SeedInfo.seed([2832FB7B865DB58E:78676378DF7C0393]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.cloud.SolrCloudTestCase.waitForState(SolrCloudTestCase.java:265)
at 
org.apache.solr.cloud.MissingSegmentRecoveryTest.testLeaderRecovery(MissingSegmentRecoveryTest.java:105)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at

[jira] [Updated] (SOLR-9986) Implement DatePointField

2017-03-21 Thread Varun Thacker (JIRA) 

 [ 
https://issues.apache.org/jira/browse/SOLR-9986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Varun Thacker updated SOLR-9986:

Fix Version/s: master (7.0)
   6.5

> Implement DatePointField
> 
>
> Key: SOLR-9986
> URL: https://issues.apache.org/jira/browse/SOLR-9986
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Tomás Fernández Löbbe
>Assignee: Cao Manh Dat
> Fix For: 6.5, master (7.0)
>
> Attachments: SOLR-9986.patch, SOLR-9986.patch
>
>
> Followup task of SOLR-8396



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-10305) uniqueKey filed store=false will throw null NullPointerException

2017-03-21 Thread David Smiley (JIRA) 

[ 
https://issues.apache.org/jira/browse/SOLR-10305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15935778#comment-15935778
 ] 

David Smiley commented on SOLR-10305:
-

I agree it's a bug.  either we should throw a helpful exception up front, or we 
should support non-stored uniqueKey fields.  Of course the latter would be nice 
but is obviously more effort.

> uniqueKey filed store=false will throw null NullPointerException
> 
>
> Key: SOLR-10305
> URL: https://issues.apache.org/jira/browse/SOLR-10305
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 5.3.1
>Reporter: jin jing
>
> i found if set uniqueKey store=false ,when insert some index,and query as *:*
> will throw nullPointer:
> java.lang.NullPointerException
>   at 
> org.apache.solr.handler.component.QueryComponent.mergeIds(QueryComponent.java:1095)
>   at 
> org.apache.solr.handler.component.QueryComponent.handleRegularResponses(QueryComponent.java:754)
>   at 
> org.apache.solr.handler.component.QueryComponent.handleResponses(QueryComponent.java:733)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-10309) Unified highlighter does not highlight wildcard phrases correctly when ComplexPhraseQueryParser is used

2017-03-21 Thread David Smiley (JIRA) 

[ 
https://issues.apache.org/jira/browse/SOLR-10309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15935770#comment-15935770
 ] 

David Smiley commented on SOLR-10309:
-

I suspect this is a duplicate of LUCENE-7719 based on the non-ASCII text I see 
in your example?  In 6.4.3, prefix queries were fixed -- LUCENE-7717 but 
wildcard queries (not a simple prefix) were pushed off until someone has time 
to fix.

> Unified highlighter does not highlight wildcard phrases correctly when 
> ComplexPhraseQueryParser is used
> ---
>
> Key: SOLR-10309
> URL: https://issues.apache.org/jira/browse/SOLR-10309
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: highlighter, query parsers
>Affects Versions: 6.4
>Reporter: Bjarke Mortensen
>
> Given the text:
> "Kontraktsproget vil være dansk og arbejdssproget kan være dansk, svensk, 
> norsk og engelsk"
> and the query:
> \{!complexphrase df=content_da\}("sve* no*")
> the unified highlighter (hl.method=unified) does not return any highlights.
> For reference, the original highlighter returns a snippet with the expected 
> highlights:
> Kontraktsproget vil være dansk og arbejdssproget kan være dansk, 
> svensk, norsk og
> Is this expected behaviour with the unified highlighter?



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: [VOTE] Release Lucene/Solr 6.5.0 RC1

2017-03-21 Thread Đạt Cao Mạnh 
Hi Alexandre,
I think SOLR-8045 can be closed.

On Wed, Mar 22, 2017 at 7:33 AM Alexandre Rafalovitch 
wrote:

> Is SOLR-8045 (v2 API URLs) resolved in 6.5? Because it is listed as
> reopened but also in the release notes as shipped.
>
> Regards,
>Alex.
>
>
> 
> http://www.solr-start.com/ - Resources for Solr users, new and experienced
>
>
> On 21 March 2017 at 17:55, jim ferenczi  wrote:
> > Please vote for release candidate 1 for Lucene/Solr 6.5.0
> >
> > The artifacts can be downloaded from:
> >
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.5.0-RC1-rev4b16c9a10c3c00cafaf1fc92ec3276a7bc7b8c95
> >
> > You can run the smoke tester directly with this command:
> >
> > python3 -u dev-tools/scripts/smokeTestRelease.py \
> >
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.5.0-RC1-rev4b16c9a10c3c00cafaf1fc92ec3276a7bc7b8c95
> >
> > Here's my +1
> > SUCCESS! [0:49:02.989006]
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

[jira] [Commented] (SOLR-9993) Add support for ExpandComponent with PointFIelds

2017-03-21 Thread Varun Thacker (JIRA) 

[ 
https://issues.apache.org/jira/browse/SOLR-9993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15935763#comment-15935763
 ] 

Varun Thacker commented on SOLR-9993:
-

Hi Dat,

In TestExpandComponent don't we need to change the fields like test_ti to 
"test_i" so that the test framework can randomize b/w trie and point fields?

> Add support for ExpandComponent with PointFIelds
> 
>
> Key: SOLR-9993
> URL: https://issues.apache.org/jira/browse/SOLR-9993
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Tomás Fernández Löbbe
>Assignee: Cao Manh Dat
> Attachments: SOLR-9993.patch
>
>
> Followup task of SOLR-8396



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-9993) Add support for ExpandComponent with PointFIelds

2017-03-21 Thread Cao Manh Dat (JIRA) 

 [ 
https://issues.apache.org/jira/browse/SOLR-9993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Cao Manh Dat updated SOLR-9993:
---
Attachment: SOLR-9993.patch

A patch for this ticket. This depend on work in SOLR-9994

> Add support for ExpandComponent with PointFIelds
> 
>
> Key: SOLR-9993
> URL: https://issues.apache.org/jira/browse/SOLR-9993
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Tomás Fernández Löbbe
>Assignee: Cao Manh Dat
> Attachments: SOLR-9993.patch
>
>
> Followup task of SOLR-8396



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-9995) Simple cleanup of PointFields code

2017-03-21 Thread Varun Thacker (JIRA) 

[ 
https://issues.apache.org/jira/browse/SOLR-9995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15935749#comment-15935749
 ] 

Varun Thacker commented on SOLR-9995:
-

David's suggestion on 
https://issues.apache.org/jira/browse/SOLR-9994?focusedCommentId=15875390=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15875390
 could probably be part of this scope as well

> Simple cleanup of PointFields code 
> ---
>
> Key: SOLR-9995
> URL: https://issues.apache.org/jira/browse/SOLR-9995
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Tomás Fernández Löbbe
>Priority: Trivial
>
> As Suggested by Adrien in 
> [SOLR-8396|https://issues.apache.org/jira/browse/SOLR-8396?focusedCommentId=15828365=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15828365]
> {quote}
> in the below change, it looks like the logic that you apply to point fields 
> would work in the general case and be as efficient?
> {code}
> +if (ft.isPointField()) {
> +  for (String term : terms) {
> +int count = searcher.numDocs(ft.getFieldQuery(null, sf, term), 
> parsed.docs);
> +res.add(term, count);
> +  }
> +} else {
> +  for (String term : terms) {
> +String internal = ft.toInternal(term);
> +int count = searcher.numDocs(new TermQuery(new Term(field, 
> internal)), parsed.docs);
> +res.add(term, count);
> +  }
>  }
> {code}
> {quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-9994) Add support for CollapseQParser with PointFields

2017-03-21 Thread Varun Thacker (JIRA) 

 [ 
https://issues.apache.org/jira/browse/SOLR-9994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Varun Thacker updated SOLR-9994:

Attachment: SOLR-9994.patch

Hi Dat,

I took your latest patch and made a couple of very small changes. 

The changes were spaces before the if statements and also removing periods in 
the logging statements. 

Looks good to me otherwise. +1 to commit

> Add support for CollapseQParser with PointFields
> 
>
> Key: SOLR-9994
> URL: https://issues.apache.org/jira/browse/SOLR-9994
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Tomás Fernández Löbbe
> Attachments: SOLR-9994.patch, SOLR-9994.patch, SOLR-9994.patch
>
>
> Followup task of SOLR-8396



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-10337) HTMLStripCharFilterFactory does not seem to handle

2017-03-21 Thread NW Brad (JIRA) 

[ 
https://issues.apache.org/jira/browse/SOLR-10337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15935715#comment-15935715
 ] 

NW Brad commented on SOLR-10337:


It's possible, but I think it is the result of using Solr Cell.
I created an even simpler page, consisting of just the following:





function myFunctionInsideBody() {
document.getElementById("demo_body").innerHTML = "Paragraph changed.";
}

In the Body


===

If I run this through Solr Cell using Curl, I get an incorrect result:

function myFunctionInsideBody() {
document.getElementById("demo_body").innerHTML = "Paragraph changed.";
}
 
In the Body
===

If I run this through Solr Admin - Analysis, I get the correct result:

In the Body
===

Tried with extractOnly=true flag and it returned results that looked like what 
I expected
To me this pointed to Solr Cell...
I made the assumption that both SorlCell and the Admin tool are using the same 
filtering analysis functionality.




> HTMLStripCharFilterFactory does not seem to handle  section inside a 
>  section
> ---
>
> Key: SOLR-10337
> URL: https://issues.apache.org/jira/browse/SOLR-10337
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: contrib - Solr Cell (Tika extraction)
>Affects Versions: 6.4.1
> Environment: WIndows 7 professional 64bit (current patch/release)
>Reporter: NW Brad
>
> HTMLStripCharFilterFactory does not remove