[JENKINS-EA] Lucene-Solr-6.x-Linux (64bit/jdk-9-ea+152) - Build # 2688 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/2688/
Java: 64bit/jdk-9-ea+152 -XX:-UseCompressedOops -XX:+UseG1GC

1 tests failed.
FAILED:  org.apache.solr.cloud.CollectionsAPISolrJTest.testAddAndDeleteReplica

Error Message:
Error from server at https://127.0.0.1:38172/solr: Could not fully remove 
collection: solrj_replicatests

Stack Trace:
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at https://127.0.0.1:38172/solr: Could not fully remove collection: 
solrj_replicatests
at 
__randomizedtesting.SeedInfo.seed([CA743FADBC11BC54:24C446F8BBDDABEE]:0)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:610)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:279)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:268)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:435)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:387)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1344)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:1095)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:1037)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:149)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:166)
at 
org.apache.solr.cloud.CollectionsAPISolrJTest.testAddAndDeleteReplica(CollectionsAPISolrJTest.java:210)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:543)
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:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
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 

[jira] [Updated] (LUCENE-5012) Make graph-based TokenFilters easier

[Matt Weber (JIRA)]

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

Matt Weber updated LUCENE-5012:
---
Attachment: LUCENE-5012.patch

Patch for current master.  

{{testSynAfterDecompoundStageAnalyzer}} and {{testSynStageAnalyzer}} randomly 
fail so will need to dig into this when I find some more time.

[~mikemccand] Can you take a look and make sure I didn't miss anything from the 
original?  The attached patch wasn't up to date since you were working from a 
branch.  Here is what I ran to get the latest:

{code}
svn diff --ignore-properties --old 
https://svn.apache.org/repos/asf/lucene/dev/trunk@1597052 --new 
https://svn.apache.org/repos/asf/lucene/dev/branches/lucene5012@1694511 > 
LUCENE-5012.patch
{code}

> Make graph-based TokenFilters easier
> 
>
> Key: LUCENE-5012
> URL: https://issues.apache.org/jira/browse/LUCENE-5012
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/analysis
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Attachments: LUCENE-5012.patch, LUCENE-5012.patch
>
>
> SynonymFilter has two limitations today:
>   * It cannot create positions, so eg dns -> domain name service
> creates blatantly wrong highlights (SOLR-3390, LUCENE-4499 and
> others).
>   * It cannot consume a graph, so e.g. if you try to apply synonyms
> after Kuromoji tokenizer I'm not sure what will happen.
> I've thought about how to fix these issues but it's really quite
> difficult with the current PosInc/PosLen graph representation, so I'd
> like to explore an alternative approach.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[JENKINS] Lucene-Solr-6.4-Linux (64bit/jdk1.8.0_112) - Build # 21 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.4-Linux/21/
Java: 64bit/jdk1.8.0_112 -XX:+UseCompressedOops -XX:+UseSerialGC

2 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation

Error Message:
2 threads leaked from SUITE scope at 
org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 1) 
Thread[id=13359, name=jetty-launcher-2317-thread-1-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
 at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
 at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)  
   at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
 at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)  
   at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
 at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
 at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
 at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:522)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:498)   
 2) Thread[id=13355, name=jetty-launcher-2317-thread-2-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
 at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
 at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)  
   at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
 at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)  
   at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
 at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
 at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
 at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:522)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:498)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 2 threads leaked from SUITE 
scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 
   1) Thread[id=13359, name=jetty-launcher-2317-thread-1-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
at 

[jira] [Commented] (SOLR-9555) Recovery can hang if a node is put into LIR as it is starting up

[Mike Drob (JIRA)]

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

Mike Drob commented on SOLR-9555:
-

I've seen this same thing happen on a prod cluster. However, in my case, the 
problem corrected itself after 180 seconds when the leader's wait timed out and 
the whole process started again. Agree that the fix is to only set DOWN if 
current state is ACTIVE. I can try to put together a patch later this week if 
nobody else is already working on it.

> Recovery can hang if a node is put into LIR as it is starting up
> 
>
> Key: SOLR-9555
> URL: https://issues.apache.org/jira/browse/SOLR-9555
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Alan Woodward
>
> See 
> https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/17888/consoleFull 
> for an example



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9836) Add more graceful recovery steps when failing to create SolrCore

[Mark Miller (JIRA)]

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

Mark Miller commented on SOLR-9836:
---

Okay, I'm pretty happy with this patch. I'll commit tomorrow to give anyone 
else with an interest a chance to weigh in.

> Add more graceful recovery steps when failing to create SolrCore
> 
>
> Key: SOLR-9836
> URL: https://issues.apache.org/jira/browse/SOLR-9836
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: SolrCloud
>Reporter: Mike Drob
>Assignee: Mark Miller
> Attachments: SOLR-9836.patch, SOLR-9836.patch, SOLR-9836.patch, 
> SOLR-9836.patch, SOLR-9836.patch, SOLR-9836.patch, SOLR-9836.patch
>
>
> I have seen several cases where there is a zero-length segments_n file. We 
> haven't identified the root cause of these issues (possibly a poorly timed 
> crash during replication?) but if there is another node available then Solr 
> should be able to recover from this situation. Currently, we log and give up 
> on loading that core, leaving the user to manually intervene.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9926) Allow passing arbitrary java system properties to zkcli

[Mark Miller (JIRA)]

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

Mark Miller commented on SOLR-9926:
---

Looks good to me. I'll commit this tomorrow.

> Allow passing arbitrary java system properties to zkcli
> ---
>
> Key: SOLR-9926
> URL: https://issues.apache.org/jira/browse/SOLR-9926
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.3
>Reporter: Hrishikesh Gadre
>Assignee: Mark Miller
>Priority: Minor
>
> Currently zkcli does not allow passing arbitrary java system properties (e.g. 
> java.io.tmpdir). It only supports configuring ZK ACLs via 
> SOLR_ZK_CREDS_AND_ACLS environment variable. While we can overload 
> SOLR_ZK_CREDS_AND_ACLS with additional parameters, it seems unclean. This 
> jira is to add another environment variable to pass these parameters. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Assigned] (SOLR-9926) Allow passing arbitrary java system properties to zkcli

[Mark Miller (JIRA)]

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

Mark Miller reassigned SOLR-9926:
-

Assignee: Mark Miller

> Allow passing arbitrary java system properties to zkcli
> ---
>
> Key: SOLR-9926
> URL: https://issues.apache.org/jira/browse/SOLR-9926
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.3
>Reporter: Hrishikesh Gadre
>Assignee: Mark Miller
>Priority: Minor
>
> Currently zkcli does not allow passing arbitrary java system properties (e.g. 
> java.io.tmpdir). It only supports configuring ZK ACLs via 
> SOLR_ZK_CREDS_AND_ACLS environment variable. While we can overload 
> SOLR_ZK_CREDS_AND_ACLS with additional parameters, it seems unclean. This 
> jira is to add another environment variable to pass these parameters. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-7641) Speed up point ranges that match most documents

[Michael McCandless (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15827183#comment-15827183
 ] 

Michael McCandless commented on LUCENE-7641:


This is a great idea!

Why do you have to compute and check the {{inverseCost}} if you already know 
the {{cost()}} is > {{maxDoc()/2}}?  Shouldn't the {{inverseCost}} always be 
around {{maxDoc()-cost()}}?

> Speed up point ranges that match most documents
> ---
>
> Key: LUCENE-7641
> URL: https://issues.apache.org/jira/browse/LUCENE-7641
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Assignee: Adrien Grand
>Priority: Minor
> Attachments: LUCENE-7461.patch
>
>
> If a point range matches most documents and  every document has exactly one 
> value, then we could make things faster by computing the set of documents 
> that do NOT match the range instead.
> It was not possible until recently since figuring out whether a range query 
> matches most documents was not possible, but we can now use the new 
> {{PointValues.estimatePointcount}} API to do that: we could just check 
> whether the cost of the inverse visitor is lower than the cost of the regular 
> range visitor.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9977) reproducible failures in DistribDocExpirationUpdateProcessorTest due to IndexWriterConfig randomization

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-9977:
---

Commit 70f312943e53e60c27e3ccf589bd3829b63e5d84 in lucene-solr's branch 
refs/heads/branch_6x from Chris Hostetter
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=70f3129 ]

SOLR-9977: Fix config bug in DistribDocExpirationUpdateProcessorTest that 
allowed false assumptions about when index version changes

(cherry picked from commit 9ee48aa857e15461dd6ec6482194141da72e0ba2)


> reproducible failures in DistribDocExpirationUpdateProcessorTest due to 
> IndexWriterConfig randomization
> ---
>
> Key: SOLR-9977
> URL: https://issues.apache.org/jira/browse/SOLR-9977
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Hoss Man
>Assignee: Hoss Man
> Fix For: master (7.0), 6.5
>
>
> Here's an example of a seed that currently fails reliably on master...
> {noformat}
> ant test  -Dtestcase=DistribDocExpirationUpdateProcessorTest 
> -Dtests.method=test -Dtests.seed=34988FCF7C369D9 -Dtests.slow=true 
> -Dtests.locale=el -Dtests.timezone=Etc/GMT+10 -Dtests.asserts=true 
> -Dtests.file.encoding=US-ASCII
>[junit4]> Throwable #1: java.lang.AssertionError: Exactly one shard 
> should have changed, instead: [core_node1, core_node2] 
> nodes=([expiry_shard2_replica1(core_node1), 
> expiry_shard1_replica1(core_node2)]) expected:<1> but was:<2>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([34988FCF7C369D9:8B1DB726593F0421]:0)
>[junit4]>  at 
> org.apache.solr.cloud.DistribDocExpirationUpdateProcessorTest.test(DistribDocExpirationUpdateProcessorTest.java:116)
> {noformat}
> The meat of the test is to verify that the periodic DBQs triggered by the 
> DocExpirationUpdateProcessor don't cause unnecessary new searchers w/cache 
> flushing/warming.  -- only shards affected by  deltheetes get their searchers 
> re-opened.
> enabling infoStream logging on the test shows that (something I havne't fully 
> dug into in) the randomized IndexWriterConfig is causing the IndexWriter to 
> generate a new segments file after a commit early in the test -- completely 
> unrelated to the DBQ+commit logic we're paying close attention to -- that 
> still contains the exact same underlying segments/docs.  It's just a new 
> segments file name with a new index version# -- which throws off the index 
> version# tracking the test is using to make sure only the segment that should 
> be impacted by our DBQ is impacted by the DBQ.
> 
> Since this kind of randomized index changing under the covers contradicts the 
> methodology used in the test, it should be removed so we can reliably know 
> that the only reason an reader/searcher changes is either because the solr 
> code being tested does it deliberately, or because of a bug that needs fixed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Resolved] (SOLR-9977) reproducible failures in DistribDocExpirationUpdateProcessorTest due to IndexWriterConfig randomization

[Hoss Man (JIRA)]

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

Hoss Man resolved SOLR-9977.

   Resolution: Fixed
Fix Version/s: 6.5
   master (7.0)

> reproducible failures in DistribDocExpirationUpdateProcessorTest due to 
> IndexWriterConfig randomization
> ---
>
> Key: SOLR-9977
> URL: https://issues.apache.org/jira/browse/SOLR-9977
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Hoss Man
>Assignee: Hoss Man
> Fix For: master (7.0), 6.5
>
>
> Here's an example of a seed that currently fails reliably on master...
> {noformat}
> ant test  -Dtestcase=DistribDocExpirationUpdateProcessorTest 
> -Dtests.method=test -Dtests.seed=34988FCF7C369D9 -Dtests.slow=true 
> -Dtests.locale=el -Dtests.timezone=Etc/GMT+10 -Dtests.asserts=true 
> -Dtests.file.encoding=US-ASCII
>[junit4]> Throwable #1: java.lang.AssertionError: Exactly one shard 
> should have changed, instead: [core_node1, core_node2] 
> nodes=([expiry_shard2_replica1(core_node1), 
> expiry_shard1_replica1(core_node2)]) expected:<1> but was:<2>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([34988FCF7C369D9:8B1DB726593F0421]:0)
>[junit4]>  at 
> org.apache.solr.cloud.DistribDocExpirationUpdateProcessorTest.test(DistribDocExpirationUpdateProcessorTest.java:116)
> {noformat}
> The meat of the test is to verify that the periodic DBQs triggered by the 
> DocExpirationUpdateProcessor don't cause unnecessary new searchers w/cache 
> flushing/warming.  -- only shards affected by  deltheetes get their searchers 
> re-opened.
> enabling infoStream logging on the test shows that (something I havne't fully 
> dug into in) the randomized IndexWriterConfig is causing the IndexWriter to 
> generate a new segments file after a commit early in the test -- completely 
> unrelated to the DBQ+commit logic we're paying close attention to -- that 
> still contains the exact same underlying segments/docs.  It's just a new 
> segments file name with a new index version# -- which throws off the index 
> version# tracking the test is using to make sure only the segment that should 
> be impacted by our DBQ is impacted by the DBQ.
> 
> Since this kind of randomized index changing under the covers contradicts the 
> methodology used in the test, it should be removed so we can reliably know 
> that the only reason an reader/searcher changes is either because the solr 
> code being tested does it deliberately, or because of a bug that needs fixed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9977) reproducible failures in DistribDocExpirationUpdateProcessorTest due to IndexWriterConfig randomization

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-9977:
---

Commit 9ee48aa857e15461dd6ec6482194141da72e0ba2 in lucene-solr's branch 
refs/heads/master from Chris Hostetter
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=9ee48aa ]

SOLR-9977: Fix config bug in DistribDocExpirationUpdateProcessorTest that 
allowed false assumptions about when index version changes


> reproducible failures in DistribDocExpirationUpdateProcessorTest due to 
> IndexWriterConfig randomization
> ---
>
> Key: SOLR-9977
> URL: https://issues.apache.org/jira/browse/SOLR-9977
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Hoss Man
>Assignee: Hoss Man
> Fix For: master (7.0), 6.5
>
>
> Here's an example of a seed that currently fails reliably on master...
> {noformat}
> ant test  -Dtestcase=DistribDocExpirationUpdateProcessorTest 
> -Dtests.method=test -Dtests.seed=34988FCF7C369D9 -Dtests.slow=true 
> -Dtests.locale=el -Dtests.timezone=Etc/GMT+10 -Dtests.asserts=true 
> -Dtests.file.encoding=US-ASCII
>[junit4]> Throwable #1: java.lang.AssertionError: Exactly one shard 
> should have changed, instead: [core_node1, core_node2] 
> nodes=([expiry_shard2_replica1(core_node1), 
> expiry_shard1_replica1(core_node2)]) expected:<1> but was:<2>
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([34988FCF7C369D9:8B1DB726593F0421]:0)
>[junit4]>  at 
> org.apache.solr.cloud.DistribDocExpirationUpdateProcessorTest.test(DistribDocExpirationUpdateProcessorTest.java:116)
> {noformat}
> The meat of the test is to verify that the periodic DBQs triggered by the 
> DocExpirationUpdateProcessor don't cause unnecessary new searchers w/cache 
> flushing/warming.  -- only shards affected by  deltheetes get their searchers 
> re-opened.
> enabling infoStream logging on the test shows that (something I havne't fully 
> dug into in) the randomized IndexWriterConfig is causing the IndexWriter to 
> generate a new segments file after a commit early in the test -- completely 
> unrelated to the DBQ+commit logic we're paying close attention to -- that 
> still contains the exact same underlying segments/docs.  It's just a new 
> segments file name with a new index version# -- which throws off the index 
> version# tracking the test is using to make sure only the segment that should 
> be impacted by our DBQ is impacted by the DBQ.
> 
> Since this kind of randomized index changing under the covers contradicts the 
> methodology used in the test, it should be removed so we can reliably know 
> that the only reason an reader/searcher changes is either because the solr 
> code being tested does it deliberately, or because of a bug that needs fixed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg12.opentext.net (10.2.103.213) with Microsoft SMTP Server (TLS) id
 14.3.319.2; Tue, 17 Jan 2017 19:14:44 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0EhBs008828  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:44 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0CxPP031602
for ; Tue, 17 Jan 2017 19:14:43 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1mb8-1
for ; Tue, 17 Jan 2017 19:14:43 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id E2404C1739
for
 ; Wed, 18 Jan 2017 00:14:42 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id plCT5mAinYjs for ; Wed, 18 Jan 2017 00:14:42
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id F24495FE3F for ;
 Wed, 18 Jan 2017 00:14:39 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id D3AA3E867Dfor
 ; Wed, 18 Jan 2017 00:14:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 58BB825290  for ; Wed, 18 Jan 2017 00:14:27 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:27 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0ZEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8ZcRkZEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThcfekRwY0NcB1BQcElQE3xiQm4eYR 
xdbWsac3MSbR17TREKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxNZREKTVwXHhoYEQpMWhdoaU1NXREKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF28FYGZZXWhASx9GEQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2luSEx7SWlaTn5OEQpCQBduHxpFYXJMQVpYaREKQlgXemRyS2d7Hnp9ZXMRCl
 pYFxkRCnBnF3p7Uhpka0h8TkxhEBkaEQpwaBdiU29FSUtseB5hYhAaEQpwaBdicHhjeFJPQ14aY 
BAaEQpwaBd6GX1mekxbZGVnYhAaEQpwaBdickwZBV9uHXlpARAaEQpwaBdoXnBSEktdbHJQQBAa 
EQpwfxdpHl57YGV5Q2JIBRAbGxMRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9iE2R4WxA
 aEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGRoRCnB9F2Zub058bn1BQEZNEB 
4SEQpwfxd6e38cbl9Sc34TRRAfGhEKcF8XYW8bWUkZRXl5bx8QHhIRCnB9F2RkbF9bcnhzS2xBE 
B4SEQpwbBdnYUdta0hCEmJ5aBAaEQpwQxdjXnMTZwFGbHpQbBAdGhEKbX4XGhEKWE0XSxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=173
 

Re: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe]

I also deleted the watch that postmas...@opentext.net apparently auto-created 
on this issue… cascading shitstorm.

--
Steve
www.lucidworks.com

> On Jan 17, 2017, at 7:14 PM, Steve Rowe (JIRA)  wrote:
> 
> 
> [ 
> https://issues.apache.org/jira/browse/SOLR-8029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>  ]
> 
> Steve Rowe updated SOLR-8029:
> -
>Comment: was deleted
> 
> (was: Delivery has failed to these recipients or groups:
> 
> postmas...@opentext.net
> The e-mail address you entered couldn't be found. Please check the 
> recipient's e-mail address and try to resend the message. If the problem 
> continues, please contact your helpdesk.
> 
> 
> 
> 
> 
> 
> 
> Diagnostic information for administrators:
> 
> Generating server: opentext.net
> 
> postmas...@opentext.net
> #550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##
> 
> Original message headers:
> 
> Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
> otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
> 14.3.319.2; Tue, 17 Jan 2017 19:11:37 -0500
> Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
> [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
> ESMTP
> id v0I0Bbed007477  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
> verify=NO)
>for ; Tue, 17 Jan 2017 19:11:37 -0500
> Received: from pps.filterd (m0044805.ppops.net [127.0.0.1]) by
> mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BRcD024693
>for ; Tue, 17 Jan 2017 19:11:37 -0500
> Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
> [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 
> 27ygp0w04b-1
>for ; Tue, 17 Jan 2017 19:11:37 -0500
> Received: from localhost (localhost [127.0.0.1])by 
> spamd1-us-west.apache.org
> (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 81437C174C   
>  for
> ; Wed, 18 Jan 2017 00:11:36 + (UTC)
> X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
> X-Spam-Flag: NO
> X-Spam-Score: -0.185
> X-Spam-Level:
> X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
>tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
>URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
>autolearn=disabled
> Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
> (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
> ESMTP
> id abTI3UGlWbgg for ; Wed, 18 Jan 2017 00:11:34
> + (UTC)
> Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
> [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
> mx1-lw-us.apache.org) with ESMTP id 4DA5D60E3B for ;
> Wed, 18 Jan 2017 00:11:33 + (UTC)
> Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
> mailrelay1-us-west.apache.org (ASF Mail Server at
> mailrelay1-us-west.apache.org) with ESMTP id 4897CEAACDfor
> ; Wed, 18 Jan 2017 00:11:30 + (UTC)
> Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
> jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
> id CB9C6252A7  for ; Wed, 18 Jan 2017 00:11:28 +
> (UTC)
> Date: Wed, 18 Jan 2017 00:11:28 +
> From: "Steve Rowe (JIRA)" 
> To: 
> Message-ID: 
> In-Reply-To: 
> References:  
> 
> Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
> standardize Solr APIs
> Content-Type: text/plain; charset="utf-8"
> X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
> X-CLX-Shades: None
> X-CLX-Response: 1TFkXGBsTEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGxMTcRMdEBp3Bhg 
> aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdtbGBIWEttfUsTRnpke3xkbW4dW0 
> 5oc2B9G1JnQGtJcxEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
> l5sTn8RCk1cFxgfHREKTFoXaWhpTU1dEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcb 
> EQpCRhdmRFl7SHJ5QHJMTBEKQkUXbwVgZlldaEBLH0YRCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ 
> +HRwYfU5vSBEKQmwXaW5ITHtJaVpOfk4RCkJAF24fGkVhckxBWlhpEQpCWBd6ZHJLZ3seen1lcx
> EKTV4XGxEKWlgXGREKcGcXbUZSQFp9Ym9+BWMQGhEKcGgXYR5BeRp4Rx5cTnAQGhEKcGgXYUxfb 
> EJeYwVcBXsQGhEKcGgXbUAYTFNFYGJeTRoQGhEKcGgXZUlLX25sYRldQnkQGhEKcGgXbx1PeBli 
> W3xtWk8QGhEKcH8XaR5ee2BleUNiSAUQGxkcEQpwXxdge2kaS0hQYRhOeRAcGhEKcH0XY1lMX30
> fYhNkeFsQGhEKcGcXentSGmRrSHxOTGEQGhEKcGcXYHNOZAEYWRxcZR4QGhEKcGcXZVh+EhNHXm 
> dQRn0QGhEKcH0XZm5vTnxufUFARk0QHhIRCnB/F3p7fxxuX1JzfhNFEB4cEQpwXxdhbxtZSRlFe 
> 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:14:38 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Eb0H008768  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from pps.filterd (m825.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0DVQH025087
for ; Tue, 17 Jan 2017 19:14:37 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ye4gajd2-1
for ; Tue, 17 Jan 2017 19:14:37 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 5143CC1792
for
 ; Wed, 18 Jan 2017 00:14:37 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-eu.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id f-vJflENRsEW for ; Wed, 18 Jan 2017 00:14:35
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-eu.apache.org (ASF Mail Server at
 mx1-lw-eu.apache.org) with ESMTP id 9D0025FDEE for ;
 Wed, 18 Jan 2017 00:14:34 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 28621EAACDfor
 ; Wed, 18 Jan 2017 00:14:30 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 7A6AB25297  for ; Wed, 18 Jan 2017 00:14:28 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:28 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0ZEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8ZcRkZEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThcaYWlYTUJ5WnN4TR5penIeZnhrbh 
luGhwHUm9eEmx1YBEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxNYxEKTVwXGB8cEQpMWhdoaU1NXREKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF28FYGZZXWhASx9GEQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2luSEx7SWlaTn5OEQpCQBduHxpFYXJMQVpYaREKQlgXemRyS2d7Hnp9ZXMRCk
 1eFxsRClpYFxkRCnBnF3p7Uhpka0h8TkxhEBkaEQpwaBdlRntoXW1nbAFoGxAaEQpwaBdicHhje 
FJPQ14aYBAaEQpwaBdrHR1we1tGbmJZGhAaEQpwaBdnEkFrZEYffR9dThAaEQpwaBduWEhfXE9s 
HkNjUBAaEQpwfxdpHl57YGV5Q2JIBRAbGxMRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9
 iE2R4WxAaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGRoRCnB9F2Zub058bn 
1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGhEKcF8XYW8bWUkZRXl5bx8QHhIRCnB9F2RkbF9bc 
nhzS2xBEB4SEQpwbBdnYUdta0hCEmJ5aBAaEQpwQxdjXnMTZwFGbHpQbBAdGhEKbX4XGxEKWE0X SxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg12.opentext.net (10.2.103.213) with Microsoft SMTP Server (TLS) id
 14.3.319.2; Tue, 17 Jan 2017 19:14:43 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Eh5D008823  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:43 -0500
Received: from pps.filterd (m0044805.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BfRl024715
for ; Tue, 17 Jan 2017 19:14:43 -0500
Received: from spamd3-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ygp0w0gw-1
for ; Tue, 17 Jan 2017 19:14:43 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd3-us-west.apache.org
 (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 8E05B186112   
for
 ; Wed, 18 Jan 2017 00:14:42 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with 
ESMTP
 id UMmbsdNV3kUA for ; Wed, 18 Jan 2017 00:14:40
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 4D75A5FC87 for ;
 Wed, 18 Jan 2017 00:14:37 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id EAA57EAAFFfor
 ; Wed, 18 Jan 2017 00:14:30 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 5567725284  for ; Wed, 18 Jan 2017 00:14:29 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:29 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBgaEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGBoacRMSEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThceQR9tehNSYHwdE1NbXENkY257U0 
98a0N4WhgHUxtjchEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTWURCk1cFxkbEhEKTFoXaGlNTV0RCkxGF2xraxEKQ1oXGBoTBBsSEgQbHgQbHhgRCkJeFxsR 
CkJGF2ZEWXtIcnlAckxMEQpCRRdvBWBmWV1oQEsfRhEKQk4XYUBCE0NTa0VmUkYRCkJMF2wFRn4 
dHBh9Tm9IEQpCbBdpbkhMe0lpWk5+ThEKQkAXbh8aRWFyTEFaWGkRCkJYF3pkcktnex56fWVzEQ
 paWBcZEQpwZxd6e1IaZGtIfE5MYRAaEQpwaBdicHhjeFJPQ14aYBAaEQpwaBdtZRlTGkJPYR9Zc 
BAaEQpwaBdoHUxeWhtOZhpOExAaEQpwaBdnQEVHGVhbXkJLYxAaEQpwaBdhf15ZTm4SRXJ7XhAa 
EQpwfxdpHl57YGV5Q2JIBRAbGRwRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9iE2R4WxA
 aEQpwZxdgc05kARhZHFxlHhAaEQpwZxdlWH4SE0deZ1BGfRAaEQpwfRdmbm9OfG59QUBGTRAeEh 
EKcH8Xent/HG5fUnN+E0UQHh8RCnBfF2FvG1lJGUV5eW8fEB4SEQpwfRdkZGxfW3J4c0tsQRAeE 
hEKcGwXZ2FHbWtIQhJieWgQGhEKcEMXY15zE2cBRmx6UGwQHRoRCm1+FxoRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=220
 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc05.dmz.opentext.com (10.2.170.16) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:14:39 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc05.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Eck8021201  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BbY0025598
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from spamd2-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ydm4wn0f-1
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd2-us-west.apache.org
 (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id B24CB1A04DA   
for
 ; Wed, 18 Jan 2017 00:14:37 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024)  with 
ESMTP
 id c8Weof8c5Ytl for ; Wed, 18 Jan 2017 00:14:35
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 684DD61B34 for ;
 Wed, 18 Jan 2017 00:14:33 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id B2BB9EAAB4for
 ; Wed, 18 Jan 2017 00:14:29 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id EDFDB2528A  for ; Wed, 18 Jan 2017 00:14:27 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:27 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBgaEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGBoacRMSEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThcYeGNsek57el9BH3IbW2xlb2JnB2 
tbGFxpQH5+SUJlfBEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTWARCk1cFxgdEhEKTFoXaGlNTV0RCkxGF2xraxEKQ1oXGBoTBBsSEgQbHgQbHhgRCkJeFxsR 
CkJGF2ZEWXtIcnlAckxMEQpCRRdvBWBmWV1oQEsfRhEKQk4XYUBCE0NTa0VmUkYRCkJMF2wFRn4 
dHBh9Tm9IEQpCbBdpbkhMe0lpWk5+ThEKQkAXbh8aRWFyTEFaWGkRCkJYF3pkcktnex56fWVzEQ
 pNXhcbEQpaWBcZEQpwZxd6e1IaZGtIfE5MYRAaEQpwaBdicHhjeFJPQ14aYBAaEQpwaBdjeWNtH 
2MZclhafxAaEQpwaBdtAWtZTHxcGBNcARAaEQpwaBdofxlTfltEWXJMUxAaEQpwaBduTn1FYh9f 
QnpeWxAaEQpwfxdpHl57YGV5Q2JIBRAbGRwRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9
 iE2R4WxAaEQpwZxdgc05kARhZHFxlHhAaEQpwZxdlWH4SE0deZ1BGfRAaEQpwfRdmbm9OfG59QU 
BGTRAeEhEKcH8Xent/HG5fUnN+E0UQHh8RCnBfF2FvG1lJGUV5eW8fEB4SEQpwfRdkZGxfW3J4c 
0tsQRAeEhEKcGwXZ2FHbWtIQhJieWgQGhEKcEMXY15zE2cBRmx6UGwQHRoRCm1+FxsRClhNF0sR IA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:14:41 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Efde008794  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:41 -0500
Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BTLE025583
for ; Tue, 17 Jan 2017 19:14:40 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ydm4wn0h-1
for ; Tue, 17 Jan 2017 19:14:40 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 443BEC0E36
for
 ; Wed, 18 Jan 2017 00:14:40 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-eu.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id gyc1tkE1Q_wq for ; Wed, 18 Jan 2017 00:14:37
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-eu.apache.org (ASF Mail Server at
 mx1-lw-eu.apache.org) with ESMTP id 117A35FDFB for ;
 Wed, 18 Jan 2017 00:14:36 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 8EC34EAAE5for
 ; Wed, 18 Jan 2017 00:14:30 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id D0831252B1  for ; Wed, 18 Jan 2017 00:14:28 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:28 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBgaEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGBoacRMSEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdcdWJpGlhweB8bR1JcZWIcEnpeRV 
MdGkBaHWcfTR9nbhEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTWYRCk1cFxsTHhEKTFoXaGlNTV0RCkxGF2xraxEKQ1oXGBoTBBsSEgQbHgQbHhgRCkJeFxsR 
CkJGF2ZEWXtIcnlAckxMEQpCRRdvBWBmWV1oQEsfRhEKQk4XYUBCE0NTa0VmUkYRCkJMF2wFRn4 
dHBh9Tm9IEQpCbBdpbkhMe0lpWk5+ThEKQkAXbh8aRWFyTEFaWGkRCkJYF3pkcktnex56fWVzEQ
 pNXhcbEQpaWBcZEQpwZxdtRlJAWn1ib34FYxAaEQpwaBd6QFwdaRNZS2wcZxAaEQpwaBdsY3pDX 
HkZcmJJXxAaEQpwaBdhHkF5GnhHHlxOcBAaEQpwaBdgG2diQkZFWxlMRBAaEQpwaBdtBV5pXm9a 
Wx9YHRAaEQpwfxdpHl57YGV5Q2JIBRAbGRwRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9
 iE2R4WxAaEQpwZxd6e1IaZGtIfE5MYRAaEQpwZxdgc05kARhZHFxlHhAaEQpwZxdlWH4SE0deZ1 
BGfRAaEQpwfRdmbm9OfG59QUBGTRAeEhEKcH8Xent/HG5fUnN+E0UQHh8RCnBfF2FvG1lJGUV5e 
W8fEB4SEQpwfRdkZGxfW3J4c0tsQRAeEhEKcGwXZ2FHbWtIQhJieWgQGhEKcEMXY15zE2cBRmx6
 UGwQHRoRCm1+FxsRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:14:38 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0EcLY008769  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BWMa025586
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ydm4wn0e-1
for ; Tue, 17 Jan 2017 19:14:37 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 0611FC12C0
for
 ; Wed, 18 Jan 2017 00:14:37 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id r8pOFYnXPoU5 for ; Wed, 18 Jan 2017 00:14:33
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id EFEE25FC2B for ;
 Wed, 18 Jan 2017 00:14:31 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 5FD41E736Cfor
 ; Wed, 18 Jan 2017 00:14:29 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id A0022252A9  for ; Wed, 18 Jan 2017 00:14:27 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:27 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBgaEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGBoacRMSEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdnf2Z8cnJtdUxERxldfUxkemUYXU 
FhH0Z8X1hJR15hfREKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTWMRCk1cFxkbHBEKTFoXaGlNTV0RCkxGF2xraxEKQ1oXGBoTBBsSEgQbHgQbHhgRCkJeFxsR 
CkJGF2ZEWXtIcnlAckxMEQpCRRdvBWBmWV1oQEsfRhEKQk4XYUBCE0NTa0VmUkYRCkJMF2wFRn4 
dHBh9Tm9IEQpCbBdpbkhMe0lpWk5+ThEKQkAXbh8aRWFyTEFaWGkRCkJYF3pkcktnex56fWVzEQ
 paWBcZEQpwZxd6e1IaZGtIfE5MYRAaEQpwaBdpUG8fWXJbXnxmbxAaEQpwaBdicHhjeFJPQ14aY 
BAaEQpwaBdnZh57Zx4Fc0MFXxAaEQpwaBdrbRNBbVtfHXNdRRAaEQpwaBduZURQQBlJSB5YWxAa 
EQpwfxdpHl57YGV5Q2JIBRAbGRwRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9iE2R4WxA
 aEQpwZxdgc05kARhZHFxlHhAaEQpwZxdlWH4SE0deZ1BGfRAaEQpwfRdmbm9OfG59QUBGTRAeEh 
EKcH8Xent/HG5fUnN+E0UQHh8RCnBfF2FvG1lJGUV5eW8fEB4SEQpwfRdkZGxfW3J4c0tsQRAeE 
hEKcGwXZ2FHbWtIQhJieWgQGhEKcEMXY15zE2cBRmx6UGwQHRoRCm1+FxoRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=220
 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:14:38 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0EcLY008769  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BWMa025586
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ydm4wn0e-1
for ; Tue, 17 Jan 2017 19:14:37 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 0611FC12C0
for
 ; Wed, 18 Jan 2017 00:14:37 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id r8pOFYnXPoU5 for ; Wed, 18 Jan 2017 00:14:33
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id EFEE25FC2B for ;
 Wed, 18 Jan 2017 00:14:31 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 5FD41E736Cfor
 ; Wed, 18 Jan 2017 00:14:29 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id A0022252A9  for ; Wed, 18 Jan 2017 00:14:27 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:27 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBgaEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGBoacRMSEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdnf2Z8cnJtdUxERxldfUxkemUYXU 
FhH0Z8X1hJR15hfREKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTWMRCk1cFxkbHBEKTFoXaGlNTV0RCkxGF2xraxEKQ1oXGBoTBBsSEgQbHgQbHhgRCkJeFxsR 
CkJGF2ZEWXtIcnlAckxMEQpCRRdvBWBmWV1oQEsfRhEKQk4XYUBCE0NTa0VmUkYRCkJMF2wFRn4 
dHBh9Tm9IEQpCbBdpbkhMe0lpWk5+ThEKQkAXbh8aRWFyTEFaWGkRCkJYF3pkcktnex56fWVzEQ
 paWBcZEQpwZxd6e1IaZGtIfE5MYRAaEQpwaBdpUG8fWXJbXnxmbxAaEQpwaBdicHhjeFJPQ14aY 
BAaEQpwaBdnZh57Zx4Fc0MFXxAaEQpwaBdrbRNBbVtfHXNdRRAaEQpwaBduZURQQBlJSB5YWxAa 
EQpwfxdpHl57YGV5Q2JIBRAbGRwRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9iE2R4WxA
 aEQpwZxdgc05kARhZHFxlHhAaEQpwZxdlWH4SE0deZ1BGfRAaEQpwfRdmbm9OfG59QUBGTRAeEh 
EKcH8Xent/HG5fUnN+E0UQHh8RCnBfF2FvG1lJGUV5eW8fEB4SEQpwfRdkZGxfW3J4c0tsQRAeE 
hEKcGwXZ2FHbWtIQhJieWgQGhEKcEMXY15zE2cBRmx6UGwQHRoRCm1+FxoRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:14:41 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Efde008794  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:41 -0500
Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BTLE025583
for ; Tue, 17 Jan 2017 19:14:40 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ydm4wn0h-1
for ; Tue, 17 Jan 2017 19:14:40 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 443BEC0E36
for
 ; Wed, 18 Jan 2017 00:14:40 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-eu.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id gyc1tkE1Q_wq for ; Wed, 18 Jan 2017 00:14:37
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-eu.apache.org (ASF Mail Server at
 mx1-lw-eu.apache.org) with ESMTP id 117A35FDFB for ;
 Wed, 18 Jan 2017 00:14:36 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 8EC34EAAE5for
 ; Wed, 18 Jan 2017 00:14:30 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id D0831252B1  for ; Wed, 18 Jan 2017 00:14:28 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:28 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBgaEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGBoacRMSEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdcdWJpGlhweB8bR1JcZWIcEnpeRV 
MdGkBaHWcfTR9nbhEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTWYRCk1cFxsTHhEKTFoXaGlNTV0RCkxGF2xraxEKQ1oXGBoTBBsSEgQbHgQbHhgRCkJeFxsR 
CkJGF2ZEWXtIcnlAckxMEQpCRRdvBWBmWV1oQEsfRhEKQk4XYUBCE0NTa0VmUkYRCkJMF2wFRn4 
dHBh9Tm9IEQpCbBdpbkhMe0lpWk5+ThEKQkAXbh8aRWFyTEFaWGkRCkJYF3pkcktnex56fWVzEQ
 pNXhcbEQpaWBcZEQpwZxdtRlJAWn1ib34FYxAaEQpwaBd6QFwdaRNZS2wcZxAaEQpwaBdsY3pDX 
HkZcmJJXxAaEQpwaBdhHkF5GnhHHlxOcBAaEQpwaBdgG2diQkZFWxlMRBAaEQpwaBdtBV5pXm9a 
Wx9YHRAaEQpwfxdpHl57YGV5Q2JIBRAbGRwRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9
 iE2R4WxAaEQpwZxd6e1IaZGtIfE5MYRAaEQpwZxdgc05kARhZHFxlHhAaEQpwZxdlWH4SE0deZ1 
BGfRAaEQpwfRdmbm9OfG59QUBGTRAeEhEKcH8Xent/HG5fUnN+E0UQHh8RCnBfF2FvG1lJGUV5e 
W8fEB4SEQpwfRdkZGxfW3J4c0tsQRAeEhEKcGwXZ2FHbWtIQhJieWgQGhEKcEMXY15zE2cBRmx6
 UGwQHRoRCm1+FxsRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc05.dmz.opentext.com (10.2.170.16) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:14:39 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc05.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Eck8021201  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BbY0025598
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from spamd2-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ydm4wn0f-1
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd2-us-west.apache.org
 (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id B24CB1A04DA   
for
 ; Wed, 18 Jan 2017 00:14:37 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024)  with 
ESMTP
 id c8Weof8c5Ytl for ; Wed, 18 Jan 2017 00:14:35
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 684DD61B34 for ;
 Wed, 18 Jan 2017 00:14:33 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id B2BB9EAAB4for
 ; Wed, 18 Jan 2017 00:14:29 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id EDFDB2528A  for ; Wed, 18 Jan 2017 00:14:27 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:27 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBgaEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGBoacRMSEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThcYeGNsek57el9BH3IbW2xlb2JnB2 
tbGFxpQH5+SUJlfBEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTWARCk1cFxgdEhEKTFoXaGlNTV0RCkxGF2xraxEKQ1oXGBoTBBsSEgQbHgQbHhgRCkJeFxsR 
CkJGF2ZEWXtIcnlAckxMEQpCRRdvBWBmWV1oQEsfRhEKQk4XYUBCE0NTa0VmUkYRCkJMF2wFRn4 
dHBh9Tm9IEQpCbBdpbkhMe0lpWk5+ThEKQkAXbh8aRWFyTEFaWGkRCkJYF3pkcktnex56fWVzEQ
 pNXhcbEQpaWBcZEQpwZxd6e1IaZGtIfE5MYRAaEQpwaBdicHhjeFJPQ14aYBAaEQpwaBdjeWNtH 
2MZclhafxAaEQpwaBdtAWtZTHxcGBNcARAaEQpwaBdofxlTfltEWXJMUxAaEQpwaBduTn1FYh9f 
QnpeWxAaEQpwfxdpHl57YGV5Q2JIBRAbGRwRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9
 iE2R4WxAaEQpwZxdgc05kARhZHFxlHhAaEQpwZxdlWH4SE0deZ1BGfRAaEQpwfRdmbm9OfG59QU 
BGTRAeEhEKcH8Xent/HG5fUnN+E0UQHh8RCnBfF2FvG1lJGUV5eW8fEB4SEQpwfRdkZGxfW3J4c 
0tsQRAeEhEKcGwXZ2FHbWtIQhJieWgQGhEKcEMXY15zE2cBRmx6UGwQHRoRCm1+FxsRClhNF0sR IA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:14:38 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Eb0H008768  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:38 -0500
Received: from pps.filterd (m825.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0DVQH025087
for ; Tue, 17 Jan 2017 19:14:37 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ye4gajd2-1
for ; Tue, 17 Jan 2017 19:14:37 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 5143CC1792
for
 ; Wed, 18 Jan 2017 00:14:37 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-eu.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id f-vJflENRsEW for ; Wed, 18 Jan 2017 00:14:35
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-eu.apache.org (ASF Mail Server at
 mx1-lw-eu.apache.org) with ESMTP id 9D0025FDEE for ;
 Wed, 18 Jan 2017 00:14:34 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 28621EAACDfor
 ; Wed, 18 Jan 2017 00:14:30 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 7A6AB25297  for ; Wed, 18 Jan 2017 00:14:28 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:28 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0ZEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8ZcRkZEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThcaYWlYTUJ5WnN4TR5penIeZnhrbh 
luGhwHUm9eEmx1YBEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxNYxEKTVwXGB8cEQpMWhdoaU1NXREKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF28FYGZZXWhASx9GEQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2luSEx7SWlaTn5OEQpCQBduHxpFYXJMQVpYaREKQlgXemRyS2d7Hnp9ZXMRCk
 1eFxsRClpYFxkRCnBnF3p7Uhpka0h8TkxhEBkaEQpwaBdlRntoXW1nbAFoGxAaEQpwaBdicHhje 
FJPQ14aYBAaEQpwaBdrHR1we1tGbmJZGhAaEQpwaBdnEkFrZEYffR9dThAaEQpwaBduWEhfXE9s 
HkNjUBAaEQpwfxdpHl57YGV5Q2JIBRAbGxMRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9
 iE2R4WxAaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGRoRCnB9F2Zub058bn 
1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGhEKcF8XYW8bWUkZRXl5bx8QHhIRCnB9F2RkbF9bc 
nhzS2xBEB4SEQpwbBdnYUdta0hCEmJ5aBAaEQpwQxdjXnMTZwFGbHpQbBAdGhEKbX4XGxEKWE0X SxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg12.opentext.net (10.2.103.213) with Microsoft SMTP Server (TLS) id
 14.3.319.2; Tue, 17 Jan 2017 19:14:44 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0EhBs008828  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:44 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0CxPP031602
for ; Tue, 17 Jan 2017 19:14:43 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1mb8-1
for ; Tue, 17 Jan 2017 19:14:43 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id E2404C1739
for
 ; Wed, 18 Jan 2017 00:14:42 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id plCT5mAinYjs for ; Wed, 18 Jan 2017 00:14:42
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id F24495FE3F for ;
 Wed, 18 Jan 2017 00:14:39 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id D3AA3E867Dfor
 ; Wed, 18 Jan 2017 00:14:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 58BB825290  for ; Wed, 18 Jan 2017 00:14:27 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:27 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0ZEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8ZcRkZEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThcfekRwY0NcB1BQcElQE3xiQm4eYR 
xdbWsac3MSbR17TREKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxNZREKTVwXHhoYEQpMWhdoaU1NXREKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF28FYGZZXWhASx9GEQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2luSEx7SWlaTn5OEQpCQBduHxpFYXJMQVpYaREKQlgXemRyS2d7Hnp9ZXMRCl
 pYFxkRCnBnF3p7Uhpka0h8TkxhEBkaEQpwaBdiU29FSUtseB5hYhAaEQpwaBdicHhjeFJPQ14aY 
BAaEQpwaBd6GX1mekxbZGVnYhAaEQpwaBdickwZBV9uHXlpARAaEQpwaBdoXnBSEktdbHJQQBAa 
EQpwfxdpHl57YGV5Q2JIBRAbGxMRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9iE2R4WxA
 aEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGRoRCnB9F2Zub058bn1BQEZNEB 
4SEQpwfxd6e38cbl9Sc34TRRAfGhEKcF8XYW8bWUkZRXl5bx8QHhIRCnB9F2RkbF9bcnhzS2xBE 
B4SEQpwbBdnYUdta0hCEmJ5aBAaEQpwQxdjXnMTZwFGbHpQbBAdGhEKbX4XGhEKWE0XSxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg12.opentext.net (10.2.103.213) with Microsoft SMTP Server (TLS) id
 14.3.319.2; Tue, 17 Jan 2017 19:14:43 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Eh5D008823  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:14:43 -0500
Received: from pps.filterd (m0044805.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BfRl024715
for ; Tue, 17 Jan 2017 19:14:43 -0500
Received: from spamd3-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ygp0w0gw-1
for ; Tue, 17 Jan 2017 19:14:43 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd3-us-west.apache.org
 (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 8E05B186112   
for
 ; Wed, 18 Jan 2017 00:14:42 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with 
ESMTP
 id UMmbsdNV3kUA for ; Wed, 18 Jan 2017 00:14:40
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 4D75A5FC87 for ;
 Wed, 18 Jan 2017 00:14:37 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id EAA57EAAFFfor
 ; Wed, 18 Jan 2017 00:14:30 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 5567725284  for ; Wed, 18 Jan 2017 00:14:29 +
 (UTC)
Date: Wed, 18 Jan 2017 00:14:29 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBgaEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGBoacRMSEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThceQR9tehNSYHwdE1NbXENkY257U0 
98a0N4WhgHUxtjchEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTWURCk1cFxkbEhEKTFoXaGlNTV0RCkxGF2xraxEKQ1oXGBoTBBsSEgQbHgQbHhgRCkJeFxsR 
CkJGF2ZEWXtIcnlAckxMEQpCRRdvBWBmWV1oQEsfRhEKQk4XYUBCE0NTa0VmUkYRCkJMF2wFRn4 
dHBh9Tm9IEQpCbBdpbkhMe0lpWk5+ThEKQkAXbh8aRWFyTEFaWGkRCkJYF3pkcktnex56fWVzEQ
 paWBcZEQpwZxd6e1IaZGtIfE5MYRAaEQpwaBdicHhjeFJPQ14aYBAaEQpwaBdtZRlTGkJPYR9Zc 
BAaEQpwaBdoHUxeWhtOZhpOExAaEQpwaBdnQEVHGVhbXkJLYxAaEQpwaBdhf15ZTm4SRXJ7XhAa 
EQpwfxdpHl57YGV5Q2JIBRAbGRwRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9iE2R4WxA
 aEQpwZxdgc05kARhZHFxlHhAaEQpwZxdlWH4SE0deZ1BGfRAaEQpwfRdmbm9OfG59QUBGTRAeEh 
EKcH8Xent/HG5fUnN+E0UQHh8RCnBfF2FvG1lJGUV5eW8fEB4SEQpwfRdkZGxfW3J4c0tsQRAeE 
hEKcGwXZ2FHbWtIQhJieWgQGhEKcEMXY15zE2cBRmx6UGwQHRoRCm1+FxoRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:11:43 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Bg0I007527  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:11:43 -0500
Received: from pps.filterd (m825.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I033NJ017310
for ; Tue, 17 Jan 2017 19:11:42 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ye4gahxy-1
for ; Tue, 17 Jan 2017 19:11:42 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id E73A1C0744
for
 ; Wed, 18 Jan 2017 00:11:41 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-eu.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id Epmuz9ndxBZS for ; Wed, 18 Jan 2017 00:11:39
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-eu.apache.org (ASF Mail Server at
 mx1-lw-eu.apache.org) with ESMTP id E37095F47A for ;
 Wed, 18 Jan 2017 00:11:36 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 5532BE8F2Afor
 ; Wed, 18 Jan 2017 00:11:29 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id E8AE52528A  for ; Wed, 18 Jan 2017 00:11:27 +
 (UTC)
Date: Wed, 18 Jan 2017 00:11:27 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0ZEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8ZcRkZEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdZHX4cY3BnXnJ/YxlEQh59W0NrQx 
Jde0tPXhtOWkZ7WREKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxOcBEKTVwXGB0bEQpMWhdoaU1NXREKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF28FYGZZXWhASx9GEQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2luSEx7SWlaTn5OEQpCQBduHxpFYXJMQVpYaREKQlgXemRyS2d7Hnp9ZXMRCk
 1eFxsRClpYFxkRCnBnF21GUkBafWJvfgVjEBoRCnBoF2tDGV17fxITZGhNEBoRCnBoF2EeQXkae 
EceXE5wEBoRCnBoF29uUAUYcBtvaRN5EBoRCnBoF2x5HGZvW2RDGmleEBoRCnBoF29uUHpiGBtc 
Qn9OEBoRCnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F2NZTF99H2I
 TZHhbEBoRCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXm 
dQRn0QGRoRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGxEKcF8XYW8bWUkZR 
Xl5bx8QHhIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdnYUdta0hCEmJ5aBAaEQpwQxdjXnMTZwFG
 bHpQbBAdGhEKbX4XGxEKWE0XSxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:11:37 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Bbed007477  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:11:37 -0500
Received: from pps.filterd (m0044805.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BRcD024693
for ; Tue, 17 Jan 2017 19:11:37 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ygp0w04b-1
for ; Tue, 17 Jan 2017 19:11:37 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 81437C174C
for
 ; Wed, 18 Jan 2017 00:11:36 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id abTI3UGlWbgg for ; Wed, 18 Jan 2017 00:11:34
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 4DA5D60E3B for ;
 Wed, 18 Jan 2017 00:11:33 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 4897CEAACDfor
 ; Wed, 18 Jan 2017 00:11:30 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id CB9C6252A7  for ; Wed, 18 Jan 2017 00:11:28 +
 (UTC)
Date: Wed, 18 Jan 2017 00:11:28 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBsTEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGxMTcRMdEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdtbGBIWEttfUsTRnpke3xkbW4dW0 
5oc2B9G1JnQGtJcxEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTn8RCk1cFxgfHREKTFoXaWhpTU1dEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcb 
EQpCRhdmRFl7SHJ5QHJMTBEKQkUXbwVgZlldaEBLH0YRCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ 
+HRwYfU5vSBEKQmwXaW5ITHtJaVpOfk4RCkJAF24fGkVhckxBWlhpEQpCWBd6ZHJLZ3seen1lcx
 EKTV4XGxEKWlgXGREKcGcXbUZSQFp9Ym9+BWMQGhEKcGgXYR5BeRp4Rx5cTnAQGhEKcGgXYUxfb 
EJeYwVcBXsQGhEKcGgXbUAYTFNFYGJeTRoQGhEKcGgXZUlLX25sYRldQnkQGhEKcGgXbx1PeBli 
W3xtWk8QGhEKcH8XaR5ee2BleUNiSAUQGxkcEQpwXxdge2kaS0hQYRhOeRAcGhEKcH0XY1lMX30
 fYhNkeFsQGhEKcGcXentSGmRrSHxOTGEQGhEKcGcXYHNOZAEYWRxcZR4QGhEKcGcXZVh+EhNHXm 
dQRn0QGhEKcH0XZm5vTnxufUFARk0QHhIRCnB/F3p7fxxuX1JzfhNFEB4cEQpwXxdhbxtZSRlFe 
XlvHxAeEhEKcH0XZGRsX1tyeHNLbEEQHhIRCnBsF2dhR21rSEISYnloEBoRCnBDF2NecxNnAUZs
 elBsEB0aEQptfhcbEQpYTRdLESA=
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:11:37 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0BaoN007465  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:11:37 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I02GXt023608
for ; Tue, 17 Jan 2017 19:11:36 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1kvk-1
for ; Tue, 17 Jan 2017 19:11:35 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id CBEC2C1757
for
 ; Wed, 18 Jan 2017 00:11:34 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id BHHp874CHKH7 for ; Wed, 18 Jan 2017 00:11:33
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 342BD5FAF3 for ;
 Wed, 18 Jan 2017 00:11:32 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id CB2F1EAAB3for
 ; Wed, 18 Jan 2017 00:11:29 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 5E37425284  for ; Wed, 18 Jan 2017 00:11:28 +
 (UTC)
Date: Wed, 18 Jan 2017 00:11:28 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0ZEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8ZcRkZEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdvHHh+B2Becl1EB2x/XGZ4bUl8f0 
dzQl5cWm1iaXsabREKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxOeREKTVwXGR4fEQpMWhdoaU1NXREKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF28FYGZZXWhASx9GEQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2luSEx7SWlaTn5OEQpCQBduHxpFYXJMQVpYaREKQlgXemRyS2d7Hnp9ZXMRCl
 pYFxkRCnBnF21GUkBafWJvfgVjEBoRCnBoF2Z4a39TZG9hZX19EBoRCnBoF2EeQXkaeEceXE5wE 
BoRCnBoF2t4GBhnT3gaGWxEEBoRCnBoF2tFZmJhTmRvfx9kEBoRCnBoF2VBc35FbmtjXVBfEBoR 
CnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F2NZTF99H2ITZHhbEBo
 RCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGR 
oRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGxEKcF8XYW8bWUkZRXl5bx8QH 
hIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdnYUdta0hCEmJ5aBAaEQpwQxdjXnMTZwFGbHpQbBAd 
GhEKbX4XGhEKWE0XSxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 bulkscore=0 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg12.opentext.net (10.2.103.213) with Microsoft SMTP Server (TLS) id
 14.3.319.2; Tue, 17 Jan 2017 19:11:38 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Bcbc007496  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:11:39 -0500
Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BTKV025583
for ; Tue, 17 Jan 2017 19:11:38 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ydm4wmku-1
for ; Tue, 17 Jan 2017 19:11:38 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id DD5D7C0ECF
for
 ; Wed, 18 Jan 2017 00:11:37 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id s8miHzESFHJY for ; Wed, 18 Jan 2017 00:11:36
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 124555FDEA for ;
 Wed, 18 Jan 2017 00:11:34 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id AAE12EAAE0for
 ; Wed, 18 Jan 2017 00:11:30 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 5E807252AC  for ; Wed, 18 Jan 2017 00:11:29 +
 (UTC)
Date: Wed, 18 Jan 2017 00:11:29 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBgaEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGBoacRMSEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdeS0geRl97YWYSTmlCaG1db10ZSU 
ATTX8TcEFeQ0RGbhEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTnwRCk1cFxgaGREKTFoXaGlNTV0RCkxGF2xraxEKQ1oXGBoTBBsSEgQbHgQbHhgRCkJeFxsR 
CkJGF2ZEWXtIcnlAckxMEQpCRRdvBWBmWV1oQEsfRhEKQk4XYUBCE0NTa0VmUkYRCkJMF2wFRn4 
dHBh9Tm9IEQpCbBdpbkhMe0lpWk5+ThEKQkAXbh8aRWFyTEFaWGkRCkJYF3pkcktnex56fWVzEQ
 pNXhcbEQpaWBcZEQpwZxdtRlJAWn1ib34FYxAaEQpwaBdmWmB8U2JLY00YRxAaEQpwaBdjf1xcS 
EVLbhp9ehAaEQpwaBdtXxpFR1J6RmVSXxAaEQpwaBdhcnpzAR1zW0tEbRAaEQpwaBdmcGFLHEJb 
BUF6ZxAaEQpwfxdpHl57YGV5Q2JIBRAbGRwRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9
 iE2R4WxAaEQpwZxd6e1IaZGtIfE5MYRAaEQpwZxdgc05kARhZHFxlHhAaEQpwZxdlWH4SE0deZ1 
BGfRAaEQpwfRdmbm9OfG59QUBGTRAeEhEKcH8Xent/HG5fUnN+E0UQHhwRCnBfF2FvG1lJGUV5e 
W8fEB4SEQpwfRdkZGxfW3J4c0tsQRAeEhEKcGwXZ2FHbWtIQhJieWgQGhEKcEMXY15zE2cBRmx6
 UGwQHRoRCm1+FxsRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:10:36 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0AZ6Y007068  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:10:36 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I08KXa027875
for ; Tue, 17 Jan 2017 19:10:35 -0500
Received: from spamd2-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1kms-1
for ; Tue, 17 Jan 2017 19:10:34 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd2-us-west.apache.org
 (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 97F7A1A0317   
for
 ; Wed, 18 Jan 2017 00:10:33 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024)  with 
ESMTP
 id eJMGVLW-9cyn for ;   Wed, 18 Jan 2017 
00:10:32
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id A5BC55FDEA for
 ; Wed, 18 Jan 2017 00:10:30 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 6C6CBE8687for
 ; Wed, 18 Jan 2017 00:10:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id C401425292  for ; Wed, 18 Jan 2017 00:10:26
 + (UTC)
Date: Wed, 18 Jan 2017 00:10:26 +
From: "postmas...@opentext.net (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0YEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8YcRkYEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdmHVh5RUcdHBNuT3hcGBJ7SV5BWW 
sSRFBBHnNZUGFiHxEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxJfBEKTVwXGRkcEQpMWhdpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcbEQpC 
RhdmRFl7SHJ5QHJMTBEKQkUXYXxOHn1ABXtYAX4RCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ+HRw 
YfU5vSBEKQmwXZxtlSGQablJNYAURCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfxEKWl
 gXGREKcGcXaHhOZnBMTk9ZE0UQGRoRCnBoF2dhWBJMEmwScEx+EBoRCnBoF2UTBUZkb3tpbFhPE 
BoRCnBoF2dPGmgabBsTbGV/EBoRCnBoF2EeQXkaeEceXE5wEBoRCnBoF2NYc35rTnMeH39tEBoR 
CnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F2hMclgdZ1pwG2FmEBo
 RCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGR 
oRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGxEKcF8XYW8bWUkZRXl5bx8QH 
hIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdgQH5iZU1caH9LbxAZGhEKcEMXY15zE2cBRmx6UGwQ 
HRoRCm1+FxoRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:11:54 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0BpWu007603  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:11:52 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I02GXx023608
for ; Tue, 17 Jan 2017 19:11:51 -0500
Received: from spamd3-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1kx3-1
for ; Tue, 17 Jan 2017 19:11:51 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd3-us-west.apache.org
 (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 012E81827B3   
for
 ; Wed, 18 Jan 2017 00:11:51 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with 
ESMTP
 id Kv0DFgduNRaC for ; Wed, 18 Jan 2017 00:11:49
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 1EADF5FAF3 for ;
 Wed, 18 Jan 2017 00:11:49 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id C1331E867Dfor
 ; Wed, 18 Jan 2017 00:11:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 5C69325290  for ; Wed, 18 Jan 2017 00:11:27 +
 (UTC)
Date: Wed, 18 Jan 2017 00:11:27 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0ZEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8ZcRkZEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdgG0wHRUlrHGwTZxJIYUxuQF9Ma1 
JIHx1wbU54bEFleBEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxOQxEKTVwXGRwSEQpMWhdoaU1NXREKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF28FYGZZXWhASx9GEQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2luSEx7SWlaTn5OEQpCQBduHxpFYXJMQVpYaREKQlgXemRyS2d7Hnp9ZXMRCl
 pYFxkRCnBnF21GUkBafWJvfgVjEBoRCnBoF3pAXB1pE1lLbBxnEBoRCnBoF2dhWBJMEmwScEx+E 
BoRCnBoF2dPGmgabBsTbGV/EBoRCnBoF2EeQXkaeEceXE5wEBoRCnBoF2FAYmcbXR4cbBJ+EBoR 
CnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F2NZTF99H2ITZHhbEBo
 RCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGR 
oRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGxEKcF8XYW8bWUkZRXl5bx8QH 
hIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdnYUdta0hCEmJ5aBAaEQpwQxdjXnMTZwFGbHpQbBAd 
GhEKbX4XGhEKWE0XSxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 suspectscore=1 phishscore=0 bulkscore=0 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:11:54 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0BpWu007603  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:11:52 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I02GXx023608
for ; Tue, 17 Jan 2017 19:11:51 -0500
Received: from spamd3-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1kx3-1
for ; Tue, 17 Jan 2017 19:11:51 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd3-us-west.apache.org
 (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 012E81827B3   
for
 ; Wed, 18 Jan 2017 00:11:51 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with 
ESMTP
 id Kv0DFgduNRaC for ; Wed, 18 Jan 2017 00:11:49
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 1EADF5FAF3 for ;
 Wed, 18 Jan 2017 00:11:49 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id C1331E867Dfor
 ; Wed, 18 Jan 2017 00:11:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 5C69325290  for ; Wed, 18 Jan 2017 00:11:27 +
 (UTC)
Date: Wed, 18 Jan 2017 00:11:27 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0ZEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8ZcRkZEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdgG0wHRUlrHGwTZxJIYUxuQF9Ma1 
JIHx1wbU54bEFleBEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxOQxEKTVwXGRwSEQpMWhdoaU1NXREKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF28FYGZZXWhASx9GEQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2luSEx7SWlaTn5OEQpCQBduHxpFYXJMQVpYaREKQlgXemRyS2d7Hnp9ZXMRCl
 pYFxkRCnBnF21GUkBafWJvfgVjEBoRCnBoF3pAXB1pE1lLbBxnEBoRCnBoF2dhWBJMEmwScEx+E 
BoRCnBoF2dPGmgabBsTbGV/EBoRCnBoF2EeQXkaeEceXE5wEBoRCnBoF2FAYmcbXR4cbBJ+EBoR 
CnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F2NZTF99H2ITZHhbEBo
 RCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGR 
oRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGxEKcF8XYW8bWUkZRXl5bx8QH 
hIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdnYUdta0hCEmJ5aBAaEQpwQxdjXnMTZwFGbHpQbBAd 
GhEKbX4XGhEKWE0XSxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg12.opentext.net (10.2.103.213) with Microsoft SMTP Server (TLS) id
 14.3.319.2; Tue, 17 Jan 2017 19:11:38 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Bcbc007496  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:11:39 -0500
Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BTKV025583
for ; Tue, 17 Jan 2017 19:11:38 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ydm4wmku-1
for ; Tue, 17 Jan 2017 19:11:38 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id DD5D7C0ECF
for
 ; Wed, 18 Jan 2017 00:11:37 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id s8miHzESFHJY for ; Wed, 18 Jan 2017 00:11:36
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 124555FDEA for ;
 Wed, 18 Jan 2017 00:11:34 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id AAE12EAAE0for
 ; Wed, 18 Jan 2017 00:11:30 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 5E807252AC  for ; Wed, 18 Jan 2017 00:11:29 +
 (UTC)
Date: Wed, 18 Jan 2017 00:11:29 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBgaEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGBoacRMSEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdeS0geRl97YWYSTmlCaG1db10ZSU 
ATTX8TcEFeQ0RGbhEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTnwRCk1cFxgaGREKTFoXaGlNTV0RCkxGF2xraxEKQ1oXGBoTBBsSEgQbHgQbHhgRCkJeFxsR 
CkJGF2ZEWXtIcnlAckxMEQpCRRdvBWBmWV1oQEsfRhEKQk4XYUBCE0NTa0VmUkYRCkJMF2wFRn4 
dHBh9Tm9IEQpCbBdpbkhMe0lpWk5+ThEKQkAXbh8aRWFyTEFaWGkRCkJYF3pkcktnex56fWVzEQ
 pNXhcbEQpaWBcZEQpwZxdtRlJAWn1ib34FYxAaEQpwaBdmWmB8U2JLY00YRxAaEQpwaBdjf1xcS 
EVLbhp9ehAaEQpwaBdtXxpFR1J6RmVSXxAaEQpwaBdhcnpzAR1zW0tEbRAaEQpwaBdmcGFLHEJb 
BUF6ZxAaEQpwfxdpHl57YGV5Q2JIBRAbGRwRCnBfF2B7aRpLSFBhGE55EBwaEQpwfRdjWUxffR9
 iE2R4WxAaEQpwZxd6e1IaZGtIfE5MYRAaEQpwZxdgc05kARhZHFxlHhAaEQpwZxdlWH4SE0deZ1 
BGfRAaEQpwfRdmbm9OfG59QUBGTRAeEhEKcH8Xent/HG5fUnN+E0UQHhwRCnBfF2FvG1lJGUV5e 
W8fEB4SEQpwfRdkZGxfW3J4c0tsQRAeEhEKcGwXZ2FHbWtIQhJieWgQGhEKcEMXY15zE2cBRmx6
 UGwQHRoRCm1+FxsRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:11:37 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Bbed007477  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:11:37 -0500
Received: from pps.filterd (m0044805.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I0BRcD024693
for ; Tue, 17 Jan 2017 19:11:37 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ygp0w04b-1
for ; Tue, 17 Jan 2017 19:11:37 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 81437C174C
for
 ; Wed, 18 Jan 2017 00:11:36 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id abTI3UGlWbgg for ; Wed, 18 Jan 2017 00:11:34
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 4DA5D60E3B for ;
 Wed, 18 Jan 2017 00:11:33 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 4897CEAACDfor
 ; Wed, 18 Jan 2017 00:11:30 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id CB9C6252A7  for ; Wed, 18 Jan 2017 00:11:28 +
 (UTC)
Date: Wed, 18 Jan 2017 00:11:28 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBsTEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGxMTcRMdEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdtbGBIWEttfUsTRnpke3xkbW4dW0 
5oc2B9G1JnQGtJcxEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sTn8RCk1cFxgfHREKTFoXaWhpTU1dEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcb 
EQpCRhdmRFl7SHJ5QHJMTBEKQkUXbwVgZlldaEBLH0YRCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ 
+HRwYfU5vSBEKQmwXaW5ITHtJaVpOfk4RCkJAF24fGkVhckxBWlhpEQpCWBd6ZHJLZ3seen1lcx
 EKTV4XGxEKWlgXGREKcGcXbUZSQFp9Ym9+BWMQGhEKcGgXYR5BeRp4Rx5cTnAQGhEKcGgXYUxfb 
EJeYwVcBXsQGhEKcGgXbUAYTFNFYGJeTRoQGhEKcGgXZUlLX25sYRldQnkQGhEKcGgXbx1PeBli 
W3xtWk8QGhEKcH8XaR5ee2BleUNiSAUQGxkcEQpwXxdge2kaS0hQYRhOeRAcGhEKcH0XY1lMX30
 fYhNkeFsQGhEKcGcXentSGmRrSHxOTGEQGhEKcGcXYHNOZAEYWRxcZR4QGhEKcGcXZVh+EhNHXm 
dQRn0QGhEKcH0XZm5vTnxufUFARk0QHhIRCnB/F3p7fxxuX1JzfhNFEB4cEQpwXxdhbxtZSRlFe 
XlvHxAeEhEKcH0XZGRsX1tyeHNLbEEQHhIRCnBsF2dhR21rSEISYnloEBoRCnBDF2NecxNnAUZs
 elBsEB0aEQptfhcbEQpYTRdLESA=
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_17:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:11:43 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0Bg0I007527  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:11:43 -0500
Received: from pps.filterd (m825.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I033NJ017310
for ; Tue, 17 Jan 2017 19:11:42 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ye4gahxy-1
for ; Tue, 17 Jan 2017 19:11:42 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id E73A1C0744
for
 ; Wed, 18 Jan 2017 00:11:41 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-eu.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id Epmuz9ndxBZS for ; Wed, 18 Jan 2017 00:11:39
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-eu.apache.org (ASF Mail Server at
 mx1-lw-eu.apache.org) with ESMTP id E37095F47A for ;
 Wed, 18 Jan 2017 00:11:36 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 5532BE8F2Afor
 ; Wed, 18 Jan 2017 00:11:29 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id E8AE52528A  for ; Wed, 18 Jan 2017 00:11:27 +
 (UTC)
Date: Wed, 18 Jan 2017 00:11:27 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0ZEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8ZcRkZEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdZHX4cY3BnXnJ/YxlEQh59W0NrQx 
Jde0tPXhtOWkZ7WREKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxOcBEKTVwXGB0bEQpMWhdoaU1NXREKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF28FYGZZXWhASx9GEQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2luSEx7SWlaTn5OEQpCQBduHxpFYXJMQVpYaREKQlgXemRyS2d7Hnp9ZXMRCk
 1eFxsRClpYFxkRCnBnF21GUkBafWJvfgVjEBoRCnBoF2tDGV17fxITZGhNEBoRCnBoF2EeQXkae 
EceXE5wEBoRCnBoF29uUAUYcBtvaRN5EBoRCnBoF2x5HGZvW2RDGmleEBoRCnBoF29uUHpiGBtc 
Qn9OEBoRCnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F2NZTF99H2I
 TZHhbEBoRCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXm 
dQRn0QGRoRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGxEKcF8XYW8bWUkZR 
Xl5bx8QHhIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdnYUdta0hCEmJ5aBAaEQpwQxdjXnMTZwFG
 bHpQbBAdGhEKbX4XGxEKWE0XSxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:10:36 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0AZ6Y007068  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:10:36 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I08KXa027875
for ; Tue, 17 Jan 2017 19:10:35 -0500
Received: from spamd2-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1kms-1
for ; Tue, 17 Jan 2017 19:10:34 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd2-us-west.apache.org
 (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 97F7A1A0317   
for
 ; Wed, 18 Jan 2017 00:10:33 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024)  with 
ESMTP
 id eJMGVLW-9cyn for ;   Wed, 18 Jan 2017 
00:10:32
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id A5BC55FDEA for
 ; Wed, 18 Jan 2017 00:10:30 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 6C6CBE8687for
 ; Wed, 18 Jan 2017 00:10:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id C401425292  for ; Wed, 18 Jan 2017 00:10:26
 + (UTC)
Date: Wed, 18 Jan 2017 00:10:26 +
From: "postmas...@opentext.net (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0YEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8YcRkYEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdmHVh5RUcdHBNuT3hcGBJ7SV5BWW 
sSRFBBHnNZUGFiHxEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxJfBEKTVwXGRkcEQpMWhdpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcbEQpC 
RhdmRFl7SHJ5QHJMTBEKQkUXYXxOHn1ABXtYAX4RCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ+HRw 
YfU5vSBEKQmwXZxtlSGQablJNYAURCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfxEKWl
 gXGREKcGcXaHhOZnBMTk9ZE0UQGRoRCnBoF2dhWBJMEmwScEx+EBoRCnBoF2UTBUZkb3tpbFhPE 
BoRCnBoF2dPGmgabBsTbGV/EBoRCnBoF2EeQXkaeEceXE5wEBoRCnBoF2NYc35rTnMeH39tEBoR 
CnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F2hMclgdZ1pwG2FmEBo
 RCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGR 
oRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGxEKcF8XYW8bWUkZRXl5bx8QH 
hIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdgQH5iZU1caH9LbxAZGhEKcEMXY15zE2cBRmx6UGwQ 
HRoRCm1+FxoRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

postmas...@opentext.net
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.







Diagnostic information for administrators:

Generating server: opentext.net

postmas...@opentext.net
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:11:37 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I0BaoN007465  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:11:37 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I02GXt023608
for ; Tue, 17 Jan 2017 19:11:36 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1kvk-1
for ; Tue, 17 Jan 2017 19:11:35 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id CBEC2C1757
for
 ; Wed, 18 Jan 2017 00:11:34 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id BHHp874CHKH7 for ; Wed, 18 Jan 2017 00:11:33
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 342BD5FAF3 for ;
 Wed, 18 Jan 2017 00:11:32 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id CB2F1EAAB3for
 ; Wed, 18 Jan 2017 00:11:29 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 5E37425284  for ; Wed, 18 Jan 2017 00:11:28 +
 (UTC)
Date: Wed, 18 Jan 2017 00:11:28 +
From: "Steve Rowe (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and
 standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0ZEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8ZcRkZEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdvHHh+B2Becl1EB2x/XGZ4bUl8f0 
dzQl5cWm1iaXsabREKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxOeREKTVwXGR4fEQpMWhdoaU1NXREKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF28FYGZZXWhASx9GEQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2luSEx7SWlaTn5OEQpCQBduHxpFYXJMQVpYaREKQlgXemRyS2d7Hnp9ZXMRCl
 pYFxkRCnBnF21GUkBafWJvfgVjEBoRCnBoF2Z4a39TZG9hZX19EBoRCnBoF2EeQXkaeEceXE5wE 
BoRCnBoF2t4GBhnT3gaGWxEEBoRCnBoF2tFZmJhTmRvfx9kEBoRCnBoF2VBc35FbmtjXVBfEBoR 
CnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F2NZTF99H2ITZHhbEBo
 RCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGR 
oRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGxEKcF8XYW8bWUkZRXl5bx8QH 
hIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdnYUdta0hCEmJ5aBAaEQpwQxdjXnMTZwFGbHpQbBAd 
GhEKbX4XGhEKWE0XSxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 
malwarescore=0
 

Re: [jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe]

I removed Steve Molloy from the list of watchers on this issue.

--
Steve
www.lucidworks.com

> On Jan 17, 2017, at 7:11 PM, Steve Rowe (JIRA)  wrote:
> 
> 
> [ 
> https://issues.apache.org/jira/browse/SOLR-8029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>  ]
> 
> Steve Rowe updated SOLR-8029:
> -
>Comment: was deleted
> 
> (was: Delivery has failed to these recipients or groups:
> 
> steve.mol...@opentext.com
> The e-mail address you entered couldn't be found. Please check the 
> recipient's e-mail address and try to resend the message. If the problem 
> continues, please contact your helpdesk.
> 
> The following organization rejected your message: wlsvc01.opentext.com.
> 
> 
> 
> 
> 
> 
> 
> Diagnostic information for administrators:
> 
> Generating server: opentext.net
> 
> steve.mol...@opentext.com
> wlsvc01.opentext.com #550 5.1.1 ... User unknown ##
> 
> Original message headers:
> 
> Received: from wldmzsvc05.dmz.opentext.com (10.2.170.16) by
> otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
> 14.3.319.2; Tue, 17 Jan 2017 19:00:37 -0500
> Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
> [67.231.152.222])  by wldmzsvc05.dmz.opentext.com (8.14.4/8.14.4) with 
> ESMTP
> id v0I00bmr014287  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
> verify=NO)
>for ; Tue, 17 Jan 2017 19:00:37 -0500
> Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
> mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0HNpCIj011782
>for ; Tue, 17 Jan 2017 19:00:37 -0500
> Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
> [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 
> 27ydm4wkba-1
>for ; Tue, 17 Jan 2017 19:00:36 -0500
> Received: from localhost (localhost [127.0.0.1])by 
> spamd1-us-west.apache.org
> (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id DC15EC2593   
>  for
> ; Wed, 18 Jan 2017 00:00:35 + (UTC)
> X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
> X-Spam-Flag: NO
> X-Spam-Score: -1.999
> X-Spam-Level:
> X-Spam-Status: No, score=-1.999 tagged_above=-999 required=6.31
>tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999]
>autolearn=disabled
> Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
> (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
> ESMTP
> id zOrt8ykO33mD for ;   Wed, 18 Jan 2017 
> 00:00:35
> + (UTC)
> Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
> [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
> mx1-lw-us.apache.org) with ESMTP id 25EFF5FE0C for
> ; Wed, 18 Jan 2017 00:00:35 + (UTC)
> Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
> mailrelay1-us-west.apache.org (ASF Mail Server at
> mailrelay1-us-west.apache.org) with ESMTP id BB54EE8EE5for
> ; Wed, 18 Jan 2017 00:00:32 + (UTC)
> Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
> jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
> id 3AF7025299  for ; Wed, 18 Jan 2017 00:00:31
> + (UTC)
> Date: Wed, 18 Jan 2017 00:00:31 +
> From: "ASF subversion and git services (JIRA)" 
> To: 
> Message-ID: 
> In-Reply-To: 
> References:  
> 
> Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
> Content-Type: text/plain; charset="utf-8"
> X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
> X-CLX-Shades: None
> X-CLX-Response: 1TFkXGBsSEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGxMScRsTGxAadwY 
> YGgYaEQpZXhdoY2YRCklGF0VaT0ReT1JedUJFWV5PThEKQ04XRW8HU3huYk9pYnVyeXAfU2RQB3 
> VJRh8SRUNufR5LXGgRClhcFx8EGgQTHAdJGRwYHhMbTgUbGgQbGxoEHhIEEhwQGx4aHxoRCl5ZF
> 3pebHkFEQpNXBcYEhkRCkxaF2hpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcb 
> EQpCRhdmRFl7SHJ5QHJMTBEKQkUXYUxJa3kcZBlCH1wRCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ 
> +HRwYfU5vSBEKQmwXY15vHUB5RUgdBVARCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfx
> EKTV4XGxEKWlgXGREKcGgXa3N4W30ZckF5X0gQGRoRCnBoF2B+T2kcbXN9WRl6EBkaEQpwaBdiG 
> hgFZnxaXUF7SRAZGhEKcGgXbm0bfU54fWxSQX0QGRoRCnBoF2xreAVTHUB8fkwSEBkaEQpwfxdp 
> Hl57YGV5Q2JIBRAbGRkRCnBfF2B7aRpLSFBhGE55EB4SEQpwfRdrQEZwRVJFWl1YTxAZGhEKcF8
> XZ05cAUFvXkdyGEQQHhIRCnB9F2dnWWJ8SXBIAVJlEBkaEQpwfRdmbm9OfG59QUBGTRAZGhEKcH 
> 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg12.opentext.net (10.2.103.213) with Microsoft SMTP Server (TLS) id
 14.3.319.2; Tue, 17 Jan 2017 19:09:32 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I09WNb006625  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:09:32 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I08KX9027875
for ; Tue, 17 Jan 2017 19:09:31 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1kd2-1
for ; Tue, 17 Jan 2017 19:09:31 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 74559C0744
for
 ; Wed, 18 Jan 2017 00:09:31 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id Pyvx_zxE29FB for ;   Wed, 18 Jan 2017 
00:09:29
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 4FD825FCA2 for
 ; Wed, 18 Jan 2017 00:09:29 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 405E1E8679for
 ; Wed, 18 Jan 2017 00:09:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id A30CE2528F  for ; Wed, 18 Jan 2017 00:09:26
 + (UTC)
Date: Wed, 18 Jan 2017 00:09:26 +
From: "postmas...@opentext.net (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0YEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8YcRkYEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdwGR9wR2NQUEdGHWJuc2JDbElebU 
ZoElJbGF95Ehl9XxEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxIfREKTVwXGBMcEQpMWhdpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcbEQpC 
RhdmRFl7SHJ5QHJMTBEKQkUXYXxOHn1ABXtYAX4RCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ+HRw 
YfU5vSBEKQmwXZxtlSGQablJNYAURCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfxEKTV
 4XGxEKWlgXGREKcGcXaHhOZnBMTk9ZE0UQGRoRCnBoF2tDGV17fxITZGhNEBoRCnBoF2EeQXkae 
EceXE5wEBoRCnBoF29uUAUYcBtvaRN5EBoRCnBoF2x5HGZvW2RDGmleEBoRCnBoF2wYUGJNXwFm 
Y19AEBoRCnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F2lPSUJren1
 /QxliEBoRCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXm 
dQRn0QGRoRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGxEKcF8XYW8bWUkZR 
Xl5bx8QHhIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdgQH5iZU1caH9LbxAZGhEKcEMXY15zE2cB
 Rmx6UGwQHRoRCm1+FxsRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc05.dmz.opentext.com (10.2.170.16) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:03:36 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc05.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I03Z5g016278  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:03:35 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I02GUa023608
for ; Tue, 17 Jan 2017 19:03:34 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1j3u-1
for ; Tue, 17 Jan 2017 19:03:34 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 55B85C0333
for
 ; Wed, 18 Jan 2017 00:03:33 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-eu.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id P3XspN1L5W48 for ;   Wed, 18 Jan 2017 
00:03:31
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-eu.apache.org (ASF Mail Server at
 mx1-lw-eu.apache.org) with ESMTP id AF5A65FB5D for
 ; Wed, 18 Jan 2017 00:03:30 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id D76AEE867Efor
 ; Wed, 18 Jan 2017 00:03:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id C8DEA25294  for ; Wed, 18 Jan 2017 00:03:26
 + (UTC)
Date: Wed, 18 Jan 2017 00:03:26 +
From: "postmas...@opentext.net (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGxwSEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx4ScR8SEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdPWWkdT29BG2RcQ2IefVBYG1liWn 
N9b0RneX11ex1beBEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mx8UhEKTVwXGBgTEQpMWhdpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcbEQpC 
RhdmRFl7SHJ5QHJMTBEKQkUXYXxOHn1ABXtYAX4RCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ+HRw 
YfU5vSBEKQmwXZxtlSGQablJNYAURCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfxEKTV
 4XGxEKWlgXGREKcGcXaHhOZnBMTk9ZE0UQGRoRCnBoF2ZaYHxTYktjTRhHEBkaEQpwaBdjf1xcS 
EVLbhp9ehAZGhEKcGgXbV8aRUdSekZlUl8QGRoRCnBoF2FyenMBHXNbS0RtEBkaEQpwaBdmcGFL 
HEJbBUF6ZxAZGhEKcH8XaR5ee2BleUNiSAUQGxsSEQpwXxdge2kaS0hQYRhOeRAcGhEKcH0XZUZ
 9eVAaXm9acF0QGRoRCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZV 
h+EhNHXmdQRn0QGRoRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfHhEKcF8XY 
W8bWUkZRXl5bx8QHhIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdgQH5iZU1caH9LbxAZGhEKcEMX
 Y15zE2cBRmx6UGwQHRoRCm1+FxsRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc05.dmz.opentext.com (10.2.170.16) by
 otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:00:37 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc05.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I00bmr014287  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:00:37 -0500
Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0HNpCIj011782
for ; Tue, 17 Jan 2017 19:00:37 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ydm4wkba-1
for ; Tue, 17 Jan 2017 19:00:36 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id DC15EC2593
for
 ; Wed, 18 Jan 2017 00:00:35 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id zOrt8ykO33mD for ;   Wed, 18 Jan 2017 
00:00:35
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 25EFF5FE0C for
 ; Wed, 18 Jan 2017 00:00:35 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id BB54EE8EE5for
 ; Wed, 18 Jan 2017 00:00:32 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 3AF7025299  for ; Wed, 18 Jan 2017 00:00:31
 + (UTC)
Date: Wed, 18 Jan 2017 00:00:31 +
From: "ASF subversion and git services (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBsSEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGxMScRsTGxAadwY 
YGgYaEQpZXhdoY2YRCklGF0VaT0ReT1JedUJFWV5PThEKQ04XRW8HU3huYk9pYnVyeXAfU2RQB3 
VJRh8SRUNufR5LXGgRClhcFx8EGgQTHAdJGRwYHhMbTgUbGgQbGxoEHhIEEhwQGx4aHxoRCl5ZF
 3pebHkFEQpNXBcYEhkRCkxaF2hpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcb 
EQpCRhdmRFl7SHJ5QHJMTBEKQkUXYUxJa3kcZBlCH1wRCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ 
+HRwYfU5vSBEKQmwXY15vHUB5RUgdBVARCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfx
 EKTV4XGxEKWlgXGREKcGgXa3N4W30ZckF5X0gQGRoRCnBoF2B+T2kcbXN9WRl6EBkaEQpwaBdiG 
hgFZnxaXUF7SRAZGhEKcGgXbm0bfU54fWxSQX0QGRoRCnBoF2xreAVTHUB8fkwSEBkaEQpwfxdp 
Hl57YGV5Q2JIBRAbGRkRCnBfF2B7aRpLSFBhGE55EB4SEQpwfRdrQEZwRVJFWl1YTxAZGhEKcF8
 XZ05cAUFvXkdyGEQQHhIRCnB9F2dnWWJ8SXBIAVJlEBkaEQpwfRdmbm9OfG59QUBGTRAZGhEKcH 
8Xent/HG5fUnN+E0UQHxoRCnBfF2FvG1lJGUV5eW8fEBkaEQpwfRdkZGxfW3J4c0tsQRAZGhEKc 
GwXa15cQlxjXB8dT2sQGRoRCnBDF2NecxNnAUZselBsEBwaEQptfhcbEQpYTRdLESA=
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=0 

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:08:35 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I08YoL006337  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:08:34 -0500
Received: from pps.filterd (m825.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I032dd017297
for ; Tue, 17 Jan 2017 19:08:34 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ye4gah50-1
for ; Tue, 17 Jan 2017 19:08:33 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 6DE10C259D
for
 ; Wed, 18 Jan 2017 00:08:33 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id KaHZ2sxc65Ju for ;   Wed, 18 Jan 2017 
00:08:31
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 668315FE35 for
 ; Wed, 18 Jan 2017 00:08:30 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 913BCE8688for
 ; Wed, 18 Jan 2017 00:08:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id A5FDB2528F  for ; Wed, 18 Jan 2017 00:08:26
 + (UTC)
Date: Wed, 18 Jan 2017 00:08:26 +
From: "postmas...@opentext.net (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0YEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8YcRkYEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdNfXxYWUF8XGFidUNfRXlMfE9QXU 
4eXlhYXxN8e3trRhEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxLSREKTVwXGRseEQpMWhdpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcbEQpC 
RhdmRFl7SHJ5QHJMTBEKQkUXYXxOHn1ABXtYAX4RCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ+HRw 
YfU5vSBEKQmwXZxtlSGQablJNYAURCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfxEKWl
 gXGREKcGcXaHhOZnBMTk9ZE0UQGRoRCnBoF2Z4a39TZG9hZX19EBoRCnBoF2EeQXkaeEceXE5wE 
BoRCnBoF2t4GBhnT3gaGWxEEBoRCnBoF2tFZmJhTmRvfx9kEBoRCnBoF2loGl5BemB6X19lEBoR 
CnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F3oFfFBeGRthRX4FEBo
 RCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGR 
oRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGBEKcF8XYW8bWUkZRXl5bx8QH 
hIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdgQH5iZU1caH9LbxAZGhEKcEMXY15zE2cBRmx6UGwQ 
HRoRCm1+FxoRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0

[jira] [Issue Comment Deleted] (SOLR-8029) Modernize and standardize Solr APIs

[Steve Rowe (JIRA)]

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

Steve Rowe updated SOLR-8029:
-
Comment: was deleted

(was: Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc05.dmz.opentext.com (10.2.170.16) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:05:33 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc05.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I05XYI017337  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:05:33 -0500
Received: from pps.filterd (m0044805.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I01Iq4018414
for ; Tue, 17 Jan 2017 19:05:32 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ygp0vyrd-1
for ; Tue, 17 Jan 2017 19:05:32 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 28D35C0333
for
 ; Wed, 18 Jan 2017 00:05:32 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id JEjR3tmFDoh6 for ;   Wed, 18 Jan 2017 
00:05:30
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 444575FE0C for
 ; Wed, 18 Jan 2017 00:05:29 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 54351E866Ffor
 ; Wed, 18 Jan 2017 00:05:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 8FA0A2528F  for ; Wed, 18 Jan 2017 00:05:26
 + (UTC)
Date: Wed, 18 Jan 2017 00:05:26 +
From: "postmas...@opentext.net (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBsTEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGxMTcRMcEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThceHWNtfXJsB2hEW1NbG39efGBtfE 
NoB0B+QH9/RmteUhEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sckQRCk1cFxgSHREKTFoXaU1NUxEKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF2F8Th59QAV7WAF+EQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2cbZUhkGm5STWAFEQpCQBdkAQEaU3lAWXwfUxEKQlgXaE5zQUx+clhJGH8RCk
 1eFxsRClpYFxkRCnBnF2h4TmZwTE5PWRNFEBoRCnBoF2EeQXkaeEceXE5wEBoRCnBoF2FMX2xCX 
mMFXAV7EBoRCnBoF21AGExTRWBiXk0aEBoRCnBoF2VJS19ubGEZXUJ5EBoRCnBoF216GFN6H25k 
bk5fEBoRCnB/F2keXntgZXlDYkgFEBsZHBEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F25TSVBgfUh
 /WRxQEBoRCnBnF3p7Uhpka0h8TkxhEBoRCnBnF2BzTmQBGFkcXGUeEBoRCnBnF2VYfhITR15nUE 
Z9EBoRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAeEhEKcF8XYW8bWUkZRXl5b 
x8QHhIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdgQH5iZU1caH9LbxAaEQpwQxdjXnMTZwFGbHpQ 
bBAdGhEKbX4XGxEKWE0XSxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg12.opentext.net (10.2.103.213) with Microsoft SMTP Server (TLS) id
 14.3.319.2; Tue, 17 Jan 2017 19:09:32 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I09WNb006625  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:09:32 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I08KX9027875
for ; Tue, 17 Jan 2017 19:09:31 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1kd2-1
for ; Tue, 17 Jan 2017 19:09:31 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 74559C0744
for
 ; Wed, 18 Jan 2017 00:09:31 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id Pyvx_zxE29FB for ;   Wed, 18 Jan 2017 
00:09:29
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 4FD825FCA2 for
 ; Wed, 18 Jan 2017 00:09:29 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 405E1E8679for
 ; Wed, 18 Jan 2017 00:09:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id A30CE2528F  for ; Wed, 18 Jan 2017 00:09:26
 + (UTC)
Date: Wed, 18 Jan 2017 00:09:26 +
From: "postmas...@opentext.net (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0YEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8YcRkYEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdwGR9wR2NQUEdGHWJuc2JDbElebU 
ZoElJbGF95Ehl9XxEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxIfREKTVwXGBMcEQpMWhdpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcbEQpC 
RhdmRFl7SHJ5QHJMTBEKQkUXYXxOHn1ABXtYAX4RCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ+HRw 
YfU5vSBEKQmwXZxtlSGQablJNYAURCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfxEKTV
 4XGxEKWlgXGREKcGcXaHhOZnBMTk9ZE0UQGRoRCnBoF2tDGV17fxITZGhNEBoRCnBoF2EeQXkae 
EceXE5wEBoRCnBoF29uUAUYcBtvaRN5EBoRCnBoF2x5HGZvW2RDGmleEBoRCnBoF2wYUGJNXwFm 
Y19AEBoRCnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F2lPSUJren1
 /QxliEBoRCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXm 
dQRn0QGRoRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGxEKcF8XYW8bWUkZR 
Xl5bx8QHhIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdgQH5iZU1caH9LbxAZGhEKcEMXY15zE2cB
 Rmx6UGwQHRoRCm1+FxsRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc06.dmz.opentext.com (10.2.170.17) by
 otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:08:35 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc06.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I08YoL006337  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:08:34 -0500
Received: from pps.filterd (m825.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I032dd017297
for ; Tue, 17 Jan 2017 19:08:34 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ye4gah50-1
for ; Tue, 17 Jan 2017 19:08:33 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 6DE10C259D
for
 ; Wed, 18 Jan 2017 00:08:33 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id KaHZ2sxc65Ju for ;   Wed, 18 Jan 2017 
00:08:31
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 668315FE35 for
 ; Wed, 18 Jan 2017 00:08:30 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 913BCE8688for
 ; Wed, 18 Jan 2017 00:08:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id A5FDB2528F  for ; Wed, 18 Jan 2017 00:08:26
 + (UTC)
Date: Wed, 18 Jan 2017 00:08:26 +
From: "postmas...@opentext.net (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGx0YEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx8YcRkYEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdNfXxYWUF8XGFidUNfRXlMfE9QXU 
4eXlhYXxN8e3trRhEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mxLSREKTVwXGRseEQpMWhdpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcbEQpC 
RhdmRFl7SHJ5QHJMTBEKQkUXYXxOHn1ABXtYAX4RCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ+HRw 
YfU5vSBEKQmwXZxtlSGQablJNYAURCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfxEKWl
 gXGREKcGcXaHhOZnBMTk9ZE0UQGRoRCnBoF2Z4a39TZG9hZX19EBoRCnBoF2EeQXkaeEceXE5wE 
BoRCnBoF2t4GBhnT3gaGWxEEBoRCnBoF2tFZmJhTmRvfx9kEBoRCnBoF2loGl5BemB6X19lEBoR 
CnB/F2keXntgZXlDYkgFEBsbExEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F3oFfFBeGRthRX4FEBo
 RCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZVh+EhNHXmdQRn0QGR 
oRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfGBEKcF8XYW8bWUkZRXl5bx8QH 
hIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdgQH5iZU1caH9LbxAZGhEKcEMXY15zE2cBRmx6UGwQ 
HRoRCm1+FxoRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc05.dmz.opentext.com (10.2.170.16) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:05:33 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc05.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I05XYI017337  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:05:33 -0500
Received: from pps.filterd (m0044805.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I01Iq4018414
for ; Tue, 17 Jan 2017 19:05:32 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ygp0vyrd-1
for ; Tue, 17 Jan 2017 19:05:32 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 28D35C0333
for
 ; Wed, 18 Jan 2017 00:05:32 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id JEjR3tmFDoh6 for ;   Wed, 18 Jan 2017 
00:05:30
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 444575FE0C for
 ; Wed, 18 Jan 2017 00:05:29 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id 54351E866Ffor
 ; Wed, 18 Jan 2017 00:05:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 8FA0A2528F  for ; Wed, 18 Jan 2017 00:05:26
 + (UTC)
Date: Wed, 18 Jan 2017 00:05:26 +
From: "postmas...@opentext.net (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBsTEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGxMTcRMcEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThceHWNtfXJsB2hEW1NbG39efGBtfE 
NoB0B+QH9/RmteUhEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsbGgQeEgQSHBAbHhofGhEKXlkXe
 l5sckQRCk1cFxgSHREKTFoXaU1NUxEKTEYXbGtrEQpDWhcYGhMEGxISBBseBBseGBEKQl4XGxEK 
QkYXZkRZe0hyeUByTEwRCkJFF2F8Th59QAV7WAF+EQpCThdhQEITQ1NrRWZSRhEKQkwXbAVGfh0 
cGH1Ob0gRCkJsF2cbZUhkGm5STWAFEQpCQBdkAQEaU3lAWXwfUxEKQlgXaE5zQUx+clhJGH8RCk
 1eFxsRClpYFxkRCnBnF2h4TmZwTE5PWRNFEBoRCnBoF2EeQXkaeEceXE5wEBoRCnBoF2FMX2xCX 
mMFXAV7EBoRCnBoF21AGExTRWBiXk0aEBoRCnBoF2VJS19ubGEZXUJ5EBoRCnBoF216GFN6H25k 
bk5fEBoRCnB/F2keXntgZXlDYkgFEBsZHBEKcF8XYHtpGktIUGEYTnkQHBoRCnB9F25TSVBgfUh
 /WRxQEBoRCnBnF3p7Uhpka0h8TkxhEBoRCnBnF2BzTmQBGFkcXGUeEBoRCnBnF2VYfhITR15nUE 
Z9EBoRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAeEhEKcF8XYW8bWUkZRXl5b 
x8QHhIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdgQH5iZU1caH9LbxAaEQpwQxdjXnMTZwFGbHpQ 
bBAdGhEKbX4XGxEKWE0XSxEg
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc05.dmz.opentext.com (10.2.170.16) by
 otwlxg10.opentext.net (10.2.103.151) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:03:36 -0500
Received: from mx0a-00102601.pphosted.com (mx0a-00102601.pphosted.com
 [67.231.144.228])  by wldmzsvc05.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I03Z5g016278  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:03:35 -0500
Received: from pps.filterd (m803.ppops.net [127.0.0.1]) by
 mx0a-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0I02GUa023608
for ; Tue, 17 Jan 2017 19:03:34 -0500
Received: from spamd4-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0a-00102601.pphosted.com with ESMTP id 27ygup1j3u-1
for ; Tue, 17 Jan 2017 19:03:34 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd4-us-west.apache.org
 (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 55B85C0333
for
 ; Wed, 18 Jan 2017 00:03:33 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -0.185
X-Spam-Level:
X-Spam-Status: No, score=-0.185 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999,
URIBL_BLOCKED=0.001, URI_HEX=1.313, URI_NOVOWEL=0.5]
autolearn=disabled
Received: from mx1-lw-eu.apache.org ([10.40.0.8])   by localhost
 (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with 
ESMTP
 id P3XspN1L5W48 for ;   Wed, 18 Jan 2017 
00:03:31
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-eu.apache.org (ASF Mail Server at
 mx1-lw-eu.apache.org) with ESMTP id AF5A65FB5D for
 ; Wed, 18 Jan 2017 00:03:30 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id D76AEE867Efor
 ; Wed, 18 Jan 2017 00:03:28 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id C8DEA25294  for ; Wed, 18 Jan 2017 00:03:26
 + (UTC)
Date: Wed, 18 Jan 2017 00:03:26 +
From: "postmas...@opentext.net (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGxwSEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGx4ScR8SEBp3Bhg 
aBhoRClleF2hjZhEKSUYXRVpPRF5PUl51QkVZXk9OEQpDThdPWWkdT29BG2RcQ2IefVBYG1liWn 
N9b0RneX11ex1beBEKWFwXHwQaBBMcB0kZHBgeExtOBRsaBBsaGgQeEgQfEBseGh8aEQpeWRd6X
 mx8UhEKTVwXGBgTEQpMWhdpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcbEQpC 
RhdmRFl7SHJ5QHJMTBEKQkUXYXxOHn1ABXtYAX4RCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ+HRw 
YfU5vSBEKQmwXZxtlSGQablJNYAURCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfxEKTV
 4XGxEKWlgXGREKcGcXaHhOZnBMTk9ZE0UQGRoRCnBoF2ZaYHxTYktjTRhHEBkaEQpwaBdjf1xcS 
EVLbhp9ehAZGhEKcGgXbV8aRUdSekZlUl8QGRoRCnBoF2FyenMBHXNbS0RtEBkaEQpwaBdmcGFL 
HEJbBUF6ZxAZGhEKcH8XaR5ee2BleUNiSAUQGxsSEQpwXxdge2kaS0hQYRhOeRAcGhEKcH0XZUZ
 9eVAaXm9acF0QGRoRCnBnF3p7Uhpka0h8TkxhEBkaEQpwZxdgc05kARhZHFxlHhAZGhEKcGcXZV 
h+EhNHXmdQRn0QGRoRCnB9F2Zub058bn1BQEZNEB4SEQpwfxd6e38cbl9Sc34TRRAfHhEKcF8XY 
W8bWUkZRXl5bx8QHhIRCnB9F2RkbF9bcnhzS2xBEB4SEQpwbBdgQH5iZU1caH9LbxAZGhEKcEMX
 Y15zE2cBRmx6UGwQHRoRCm1+FxsRClhNF0sRIA==
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[postmas...@opentext.net (JIRA)]

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

postmas...@opentext.net commented on SOLR-8029:
---

Delivery has failed to these recipients or groups:

steve.mol...@opentext.com
The e-mail address you entered couldn't be found. Please check the recipient's 
e-mail address and try to resend the message. If the problem continues, please 
contact your helpdesk.

The following organization rejected your message: wlsvc01.opentext.com.







Diagnostic information for administrators:

Generating server: opentext.net

steve.mol...@opentext.com
wlsvc01.opentext.com #550 5.1.1 ... User unknown ##

Original message headers:

Received: from wldmzsvc05.dmz.opentext.com (10.2.170.16) by
 otwlxg11.opentext.net (10.2.103.152) with Microsoft SMTP Server id
 14.3.319.2; Tue, 17 Jan 2017 19:00:37 -0500
Received: from mx0a-00102601.pphosted.com (mx0b-00102601.pphosted.com
 [67.231.152.222])  by wldmzsvc05.dmz.opentext.com (8.14.4/8.14.4) with 
ESMTP
 id v0I00bmr014287  (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 
verify=NO)
for ; Tue, 17 Jan 2017 19:00:37 -0500
Received: from pps.filterd (m0001253.ppops.net [127.0.0.1]) by
 mx0b-00102601.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v0HNpCIj011782
for ; Tue, 17 Jan 2017 19:00:37 -0500
Received: from spamd1-us-west.apache.org (pnap-us-west-generic-nat.apache.org
 [209.188.14.142])  by mx0b-00102601.pphosted.com with ESMTP id 27ydm4wkba-1
for ; Tue, 17 Jan 2017 19:00:36 -0500
Received: from localhost (localhost [127.0.0.1])by 
spamd1-us-west.apache.org
 (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id DC15EC2593
for
 ; Wed, 18 Jan 2017 00:00:35 + (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=6.31
tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999]
autolearn=disabled
Received: from mx1-lw-us.apache.org ([10.40.0.8])   by localhost
 (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024)  with 
ESMTP
 id zOrt8ykO33mD for ;   Wed, 18 Jan 2017 
00:00:35
 + (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org
 [209.188.14.139])  by mx1-lw-us.apache.org (ASF Mail Server at
 mx1-lw-us.apache.org) with ESMTP id 25EFF5FE0C for
 ; Wed, 18 Jan 2017 00:00:35 + (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by
 mailrelay1-us-west.apache.org (ASF Mail Server at
 mailrelay1-us-west.apache.org) with ESMTP id BB54EE8EE5for
 ; Wed, 18 Jan 2017 00:00:32 + (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])by
 jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP
 id 3AF7025299  for ; Wed, 18 Jan 2017 00:00:31
 + (UTC)
Date: Wed, 18 Jan 2017 00:00:31 +
From: "ASF subversion and git services (JIRA)" 
To: 
Message-ID: 
In-Reply-To: 
References:  

Subject: [jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs
Content-Type: text/plain; charset="utf-8"
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-CLX-Shades: None
X-CLX-Response: 1TFkXGBsSEQpMehcaEQpZTRdkRURPEQpZSRcacRoQGncGGxMScRsTGxAadwY 
YGgYaEQpZXhdoY2YRCklGF0VaT0ReT1JedUJFWV5PThEKQ04XRW8HU3huYk9pYnVyeXAfU2RQB3 
VJRh8SRUNufR5LXGgRClhcFx8EGgQTHAdJGRwYHhMbTgUbGgQbGxoEHhIEEhwQGx4aHxoRCl5ZF
 3pebHkFEQpNXBcYEhkRCkxaF2hpTU1TEQpMRhdsa2sRCkNaFxgaEwQbEhIEGx4EGx4YEQpCXhcb 
EQpCRhdmRFl7SHJ5QHJMTBEKQkUXYUxJa3kcZBlCH1wRCkJOF2FAQhNDU2tFZlJGEQpCTBdsBUZ 
+HRwYfU5vSBEKQmwXY15vHUB5RUgdBVARCkJAF2QBARpTeUBZfB9TEQpCWBdoTnNBTH5yWEkYfx
 EKTV4XGxEKWlgXGREKcGgXa3N4W30ZckF5X0gQGRoRCnBoF2B+T2kcbXN9WRl6EBkaEQpwaBdiG 
hgFZnxaXUF7SRAZGhEKcGgXbm0bfU54fWxSQX0QGRoRCnBoF2xreAVTHUB8fkwSEBkaEQpwfxdp 
Hl57YGV5Q2JIBRAbGRkRCnBfF2B7aRpLSFBhGE55EB4SEQpwfRdrQEZwRVJFWl1YTxAZGhEKcF8
 XZ05cAUFvXkdyGEQQHhIRCnB9F2dnWWJ8SXBIAVJlEBkaEQpwfRdmbm9OfG59QUBGTRAZGhEKcH 
8Xent/HG5fUnN+E0UQHxoRCnBfF2FvG1lJGUV5eW8fEBkaEQpwfRdkZGxfW3J4c0tsQRAZGhEKc 
GwXa15cQlxjXB8dT2sQGRoRCnBDF2NecxNnAUZselBsEBwaEQptfhcbEQpYTRdLESA=
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, 
definitions=2017-01-17_16:,,
 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default 

[jira] [Commented] (SOLR-8029) Modernize and standardize Solr APIs

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-8029:
---

Commit 4d04cc85d69af51179d0ef9269b21859ed7b2861 in lucene-solr's branch 
refs/heads/apiv2 from [~noble.paul]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=4d04cc8 ]

SOLR-8029: variable names changed


> Modernize and standardize Solr APIs
> ---
>
> Key: SOLR-8029
> URL: https://issues.apache.org/jira/browse/SOLR-8029
> Project: Solr
>  Issue Type: Improvement
>Affects Versions: 6.0
>Reporter: Noble Paul
>Assignee: Noble Paul
>  Labels: API, EaseOfUse
> Fix For: 6.0
>
> Attachments: SOLR-8029.patch, SOLR-8029.patch, SOLR-8029.patch, 
> SOLR-8029.patch
>
>
> Solr APIs have organically evolved and they are sometimes inconsistent with 
> each other or not in sync with the widely followed conventions of HTTP 
> protocol. Trying to make incremental changes to make them modern is like 
> applying band-aid. So, we have done a complete rethink of what the APIs 
> should be. The most notable aspects of the API are as follows:
> The new set of APIs will be placed under a new path {{/solr2}}. The legacy 
> APIs will continue to work under the {{/solr}} path as they used to and they 
> will be eventually deprecated.
> There are 4 types of requests in the new API 
> * {{/v2//*}} : Hit a collection directly or manage 
> collections/shards/replicas 
> * {{/v2//*}} : Hit a core directly or manage cores 
> * {{/v2/cluster/*}} : Operations on cluster not pertaining to any collection 
> or core. e.g: security, overseer ops etc
> This will be released as part of a major release. Check the link given below 
> for the full specification.  Your comments are welcome
> [Solr API version 2 Specification | http://bit.ly/1JYsBMQ]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Created] (SOLR-9977) reproducible failures in DistribDocExpirationUpdateProcessorTest due to IndexWriterConfig randomization

[Hoss Man (JIRA)]

Hoss Man created SOLR-9977:
--

 Summary: reproducible failures in 
DistribDocExpirationUpdateProcessorTest due to IndexWriterConfig randomization
 Key: SOLR-9977
 URL: https://issues.apache.org/jira/browse/SOLR-9977
 Project: Solr
  Issue Type: Bug
  Security Level: Public (Default Security Level. Issues are Public)
Reporter: Hoss Man
Assignee: Hoss Man


Here's an example of a seed that currently fails reliably on master...

{noformat}
ant test  -Dtestcase=DistribDocExpirationUpdateProcessorTest 
-Dtests.method=test -Dtests.seed=34988FCF7C369D9 -Dtests.slow=true 
-Dtests.locale=el -Dtests.timezone=Etc/GMT+10 -Dtests.asserts=true 
-Dtests.file.encoding=US-ASCII
   [junit4]> Throwable #1: java.lang.AssertionError: Exactly one shard 
should have changed, instead: [core_node1, core_node2] 
nodes=([expiry_shard2_replica1(core_node1), 
expiry_shard1_replica1(core_node2)]) expected:<1> but was:<2>
   [junit4]>at 
__randomizedtesting.SeedInfo.seed([34988FCF7C369D9:8B1DB726593F0421]:0)
   [junit4]>at 
org.apache.solr.cloud.DistribDocExpirationUpdateProcessorTest.test(DistribDocExpirationUpdateProcessorTest.java:116)
{noformat}

The meat of the test is to verify that the periodic DBQs triggered by the 
DocExpirationUpdateProcessor don't cause unnecessary new searchers w/cache 
flushing/warming.  -- only shards affected by  deltheetes get their searchers 
re-opened.

enabling infoStream logging on the test shows that (something I havne't fully 
dug into in) the randomized IndexWriterConfig is causing the IndexWriter to 
generate a new segments file after a commit early in the test -- completely 
unrelated to the DBQ+commit logic we're paying close attention to -- that still 
contains the exact same underlying segments/docs.  It's just a new segments 
file name with a new index version# -- which throws off the index version# 
tracking the test is using to make sure only the segment that should be 
impacted by our DBQ is impacted by the DBQ.



Since this kind of randomized index changing under the covers contradicts the 
methodology used in the test, it should be removed so we can reliably know that 
the only reason an reader/searcher changes is either because the solr code 
being tested does it deliberately, or because of a bug that needs fixed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[JENKINS] Lucene-Solr-6.x-Linux (32bit/jdk1.8.0_112) - Build # 2686 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.x-Linux/2686/
Java: 32bit/jdk1.8.0_112 -server -XX:+UseParallelGC

1 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation

Error Message:
2 threads leaked from SUITE scope at 
org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 1) 
Thread[id=1329, name=jetty-launcher-253-thread-1-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
 at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
 at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)  
   at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
 at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)  
   at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
 at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
 at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
 at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:522)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:498)   
 2) Thread[id=1328, name=jetty-launcher-253-thread-2-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
 at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
 at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)  
   at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
 at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)  
   at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
 at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
 at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
 at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:522)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:498)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 2 threads leaked from SUITE 
scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 
   1) Thread[id=1329, name=jetty-launcher-253-thread-1-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
at 

[jira] [Commented] (SOLR-9555) Recovery can hang if a node is put into LIR as it is starting up

[Pushkar Raste (JIRA)]

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

Pushkar Raste commented on SOLR-9555:
-

I assume this would happen in the prod deployment (outside of the test itself) 
as well. 

Does the {{PeerSyncReplicationTest.waitTillNodesActive}} method looks good or 
method itself has some bug? 

> Recovery can hang if a node is put into LIR as it is starting up
> 
>
> Key: SOLR-9555
> URL: https://issues.apache.org/jira/browse/SOLR-9555
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Alan Woodward
>
> See 
> https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/17888/consoleFull 
> for an example



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

Re: Do we run findbugs or any other static code analysis tool as part of the build process?

[Pushkar Raste]

Thanks David.  I will try to fix as many errors as possible.

It also seems like we do have some findbugs  configuration in build.xml,  I
will see if I could get it working.

On Jan 16, 2017 11:48 AM, "David Smiley"  wrote:

> See https://issues.apache.org/jira/browse/LUCENE-3973  Perhaps you care
> to revive the issue.  I really look forward to static analysis checks.
>
> On Sat, Jan 14, 2017 at 10:19 PM Pushkar Raste 
> wrote:
>
>> Hi,
>> I saw a couple concerning bugs in the code like
>>
>>- comparing String, Integer, Float and objects of other wrapper types
>>using == instead of .equals() method.
>>- Accessing methods on potentially null reference.
>>
>> I ran findbugs on the code base and found a lot of other errors as well.
>> I am working on fixing some of the errors (most of the errors are in Test
>> cases).
>>
>> I was curious, if we run any static code analysis tool as part of build
>> process? More importantly can we force builds to fail if findbugs errors
>> cross a certain threshold.
>>
> --
> Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
> LinkedIn: http://linkedin.com/in/davidwsmiley | Book: http://www.
> solrenterprisesearchserver.com
>

[jira] [Commented] (LUCENE-7619) Add WordDelimiterGraphFilter

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15826995#comment-15826995
 ] 

ASF subversion and git services commented on LUCENE-7619:
-

Commit 03ffb1287d9908f8e1bb1417b7f18ca4645f209f in lucene-solr's branch 
refs/heads/branch_6x from Mike McCandless
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=03ffb12 ]

LUCENE-7619: don't let offsets go backwards


> Add WordDelimiterGraphFilter
> 
>
> Key: LUCENE-7619
> URL: https://issues.apache.org/jira/browse/LUCENE-7619
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Fix For: master (7.0), 6.5
>
> Attachments: after.png, before.png, LUCENE-7619.patch, 
> LUCENE-7619.patch, LUCENE-7619.patch
>
>
> Currently, {{WordDelimiterFilter}} doesn't try to set the {{posLen}} 
> attribute and so it creates graphs like this:
> !before.png!
> but with this patch (still a work in progress) it creates this graph instead:
> !after.png!
> This means (today) positional queries when using WDF at search time are 
> buggy, but since we fixed LUCENE-7603, with this change here you should be 
> able to use positional queries with WDGF.
> I'm also trying to produce holes properly (removes logic from the current WDF 
> that swallows a hole when whole token is just delimiters).
> Surprisingly, it's actually quite easy to tweak WDF to create a graph (unlike 
> e.g. {{SynonymGraphFilter}}) because it's already creating the necessary new 
> positions, and its output graph never has side paths, except for single 
> tokens that skip nodes because they have {{posLen > 1}}.  I.e. the only fix 
> to make, I think, is to set {{posLen}} properly.  And it really helps that it 
> does its own "new token buffering + sorting" already.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

Re: [JENKINS-EA] Lucene-Solr-master-Linux (32bit/jdk-9-ea+152) - Build # 18794 - Still Unstable!

[Uwe Schindler]

Oh yay, the new check found a bug!

Uwe

Am 17. Januar 2017 23:42:22 MEZ schrieb Policeman Jenkins Server 
:
>Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18794/
>Java: 32bit/jdk-9-ea+152 -server -XX:+UseParallelGC
>
>1 tests failed.
>FAILED: 
>org.apache.lucene.analysis.miscellaneous.TestWordDelimiterGraphFilter.testRandomStrings
>
>Error Message:
>startOffset must be non-negative, and endOffset must be >= startOffset,
>and offsets must not go backwards
>startOffset=0,endOffset=6,lastStartOffset=2 for field 'dummy'
>
>Stack Trace:
>java.lang.IllegalArgumentException: startOffset must be non-negative,
>and endOffset must be >= startOffset, and offsets must not go backwards
>startOffset=0,endOffset=6,lastStartOffset=2 for field 'dummy'
>   at
>__randomizedtesting.SeedInfo.seed([83AB357752307251:B2235C9F1342564]:0)
>   at
>org.apache.lucene.index.DefaultIndexingChain$PerField.invert(DefaultIndexingChain.java:773)
>   at
>org.apache.lucene.index.DefaultIndexingChain.processField(DefaultIndexingChain.java:437)
>   at
>org.apache.lucene.index.DefaultIndexingChain.processDocument(DefaultIndexingChain.java:393)
>   at
>org.apache.lucene.index.DocumentsWriterPerThread.updateDocument(DocumentsWriterPerThread.java:232)
>   at
>org.apache.lucene.index.DocumentsWriter.updateDocument(DocumentsWriter.java:478)
>   at
>org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1579)
>   at
>org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1324)
>   at
>org.apache.lucene.index.RandomIndexWriter.addDocument(RandomIndexWriter.java:171)
>   at
>org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:650)
>   at
>org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:540)
>   at
>org.apache.lucene.analysis.miscellaneous.TestWordDelimiterGraphFilter.testRandomStrings(TestWordDelimiterGraphFilter.java:368)
>   at
>java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
>Method)
>   at
>java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at
>java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.base/java.lang.reflect.Method.invoke(Method.java:543)
>   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.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:367)
>   at
>com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
>   at
>com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
>   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
>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)
> 

[jira] [Commented] (LUCENE-7619) Add WordDelimiterGraphFilter

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15826992#comment-15826992
 ] 

ASF subversion and git services commented on LUCENE-7619:
-

Commit 0bdcfc291fceab26e1c62a7e9791ce417671eacd in lucene-solr's branch 
refs/heads/master from Mike McCandless
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=0bdcfc2 ]

LUCENE-7619: don't let offsets go backwards


> Add WordDelimiterGraphFilter
> 
>
> Key: LUCENE-7619
> URL: https://issues.apache.org/jira/browse/LUCENE-7619
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Fix For: master (7.0), 6.5
>
> Attachments: after.png, before.png, LUCENE-7619.patch, 
> LUCENE-7619.patch, LUCENE-7619.patch
>
>
> Currently, {{WordDelimiterFilter}} doesn't try to set the {{posLen}} 
> attribute and so it creates graphs like this:
> !before.png!
> but with this patch (still a work in progress) it creates this graph instead:
> !after.png!
> This means (today) positional queries when using WDF at search time are 
> buggy, but since we fixed LUCENE-7603, with this change here you should be 
> able to use positional queries with WDGF.
> I'm also trying to produce holes properly (removes logic from the current WDF 
> that swallows a hole when whole token is just delimiters).
> Surprisingly, it's actually quite easy to tweak WDF to create a graph (unlike 
> e.g. {{SynonymGraphFilter}}) because it's already creating the necessary new 
> positions, and its output graph never has side paths, except for single 
> tokens that skip nodes because they have {{posLen > 1}}.  I.e. the only fix 
> to make, I think, is to set {{posLen}} properly.  And it really helps that it 
> does its own "new token buffering + sorting" already.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[JENKINS-EA] Lucene-Solr-master-Linux (32bit/jdk-9-ea+152) - Build # 18794 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18794/
Java: 32bit/jdk-9-ea+152 -server -XX:+UseParallelGC

1 tests failed.
FAILED:  
org.apache.lucene.analysis.miscellaneous.TestWordDelimiterGraphFilter.testRandomStrings

Error Message:
startOffset must be non-negative, and endOffset must be >= startOffset, and 
offsets must not go backwards startOffset=0,endOffset=6,lastStartOffset=2 for 
field 'dummy'

Stack Trace:
java.lang.IllegalArgumentException: startOffset must be non-negative, and 
endOffset must be >= startOffset, and offsets must not go backwards 
startOffset=0,endOffset=6,lastStartOffset=2 for field 'dummy'
at 
__randomizedtesting.SeedInfo.seed([83AB357752307251:B2235C9F1342564]:0)
at 
org.apache.lucene.index.DefaultIndexingChain$PerField.invert(DefaultIndexingChain.java:773)
at 
org.apache.lucene.index.DefaultIndexingChain.processField(DefaultIndexingChain.java:437)
at 
org.apache.lucene.index.DefaultIndexingChain.processDocument(DefaultIndexingChain.java:393)
at 
org.apache.lucene.index.DocumentsWriterPerThread.updateDocument(DocumentsWriterPerThread.java:232)
at 
org.apache.lucene.index.DocumentsWriter.updateDocument(DocumentsWriter.java:478)
at 
org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1579)
at 
org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1324)
at 
org.apache.lucene.index.RandomIndexWriter.addDocument(RandomIndexWriter.java:171)
at 
org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:650)
at 
org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:540)
at 
org.apache.lucene.analysis.miscellaneous.TestWordDelimiterGraphFilter.testRandomStrings(TestWordDelimiterGraphFilter.java:368)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:543)
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.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:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
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 
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 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 

[jira] [Comment Edited] (SOLR-9968) Cannot use special characters in Suggester Context Query

[Georg Sorst (JIRA)]

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

Georg Sorst edited comment on SOLR-9968 at 1/17/17 10:20 PM:
-

Make tokenizer for context filter queries configurable. Applies against Solr 
6.3.


was (Author: gs):
Make tokenizer for context filter queries configurable

> Cannot use special characters in Suggester Context Query
> 
>
> Key: SOLR-9968
> URL: https://issues.apache.org/jira/browse/SOLR-9968
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Suggester
>Affects Versions: 6.0, 6.3
>Reporter: Georg Sorst
> Attachments: SOLR-9968-configurable-tokenizer.patch, 
> test_context_query_with_special_characters.patch
>
>
> h4. Reproduce
> 1. Configure the Suggester to use a {{contextField}}, eg. {{context}}
> 2. Add a document containing special characters in that field, eg. '{{c#x}}'
> 3. Use a context query with the Suggester, eg. 
> {noformat}suggest.cfq=context:c#x{noformat}
>   * Escaping the character makes no difference, eg. 
> {noformat}suggest.cfq=context:c\#x{noformat}
> h4. What happens
> The suggestions are not properly filtered
> h4. What should happen
> The suggestions should be limited to documents where the field {{context}} is 
> '{{c#x}}'
> 
> What happens is this:
> 1. {{SolrSuggester.contextFilterQueryAnalyzer}} is hardwired to use 
> {{StandardTokenizer}}
> 2. The context query is parsed like this:
> {code:title=SolrSuggester.parseContextFilterQuery}
> query = new 
> StandardQueryParser(contextFilterQueryAnalyzer).parse(contextFilter, 
> CONTEXTS_FIELD_NAME);
> {code}
> 3. The {{StandardQueryParser}} together with {{StandardTokenizer}} will turn 
> the context query into '{{context:c context:x}}'
> 4. This is used for filtering the suggestions
> 5. Thus, the suggestion where {{context}} is '{{c(x}}' is not returned
> Attached is an extension to {{SuggestComponentContextFilterQueryTest}} to 
> reproduce this behavior.
> So, the question is, how to get the parser and tokenizer to use these special 
> characters verbatim? Two ways I can think of:
> * Make {{contextFilterQueryAnalyzer}} configurable so {{KeywordTokenizer}} 
> can be used
> * Use the analyzer defined for the context field in the schema



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9968) Cannot use special characters in Suggester Context Query

[Georg Sorst (JIRA)]

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

Georg Sorst commented on SOLR-9968:
---

I've implemented a fix ({{SOLR-9968-configurable-tokenizer.patch}}) for this 
that fulfills my use case: Make the tokenizer to use for context filter queries 
configurable. This makes it possible to use {{KeywordTokenizer}}, which handles 
special characters just fine.

The config setting is {{contextFilterQueryTokenizer}}, it defaults to 
{{StandardTokenizer}}.

The patch also contains a testcase.

The configuration uses the registered name (eg. {{keyword}}, {{standard}}) of 
the Tokenizer instead of the class name (eg. {{solr.KeywordTokenizerFactory}}, 
{{solr.StandardTokenizerFactory}}. I would have preferred the latter way but 
couldn't figure out how to do this properly.
I'll gladly change the behavior if it makes sense and someone can point me in 
the right direction.

> Cannot use special characters in Suggester Context Query
> 
>
> Key: SOLR-9968
> URL: https://issues.apache.org/jira/browse/SOLR-9968
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Suggester
>Affects Versions: 6.0, 6.3
>Reporter: Georg Sorst
> Attachments: SOLR-9968-configurable-tokenizer.patch, 
> test_context_query_with_special_characters.patch
>
>
> h4. Reproduce
> 1. Configure the Suggester to use a {{contextField}}, eg. {{context}}
> 2. Add a document containing special characters in that field, eg. '{{c#x}}'
> 3. Use a context query with the Suggester, eg. 
> {noformat}suggest.cfq=context:c#x{noformat}
>   * Escaping the character makes no difference, eg. 
> {noformat}suggest.cfq=context:c\#x{noformat}
> h4. What happens
> The suggestions are not properly filtered
> h4. What should happen
> The suggestions should be limited to documents where the field {{context}} is 
> '{{c#x}}'
> 
> What happens is this:
> 1. {{SolrSuggester.contextFilterQueryAnalyzer}} is hardwired to use 
> {{StandardTokenizer}}
> 2. The context query is parsed like this:
> {code:title=SolrSuggester.parseContextFilterQuery}
> query = new 
> StandardQueryParser(contextFilterQueryAnalyzer).parse(contextFilter, 
> CONTEXTS_FIELD_NAME);
> {code}
> 3. The {{StandardQueryParser}} together with {{StandardTokenizer}} will turn 
> the context query into '{{context:c context:x}}'
> 4. This is used for filtering the suggestions
> 5. Thus, the suggestion where {{context}} is '{{c(x}}' is not returned
> Attached is an extension to {{SuggestComponentContextFilterQueryTest}} to 
> reproduce this behavior.
> So, the question is, how to get the parser and tokenizer to use these special 
> characters verbatim? Two ways I can think of:
> * Make {{contextFilterQueryAnalyzer}} configurable so {{KeywordTokenizer}} 
> can be used
> * Use the analyzer defined for the context field in the schema



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-9968) Cannot use special characters in Suggester Context Query

[Georg Sorst (JIRA)]

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

Georg Sorst updated SOLR-9968:
--
Attachment: SOLR-9968-configurable-tokenizer.patch

Make tokenizer for context filter queries configurable

> Cannot use special characters in Suggester Context Query
> 
>
> Key: SOLR-9968
> URL: https://issues.apache.org/jira/browse/SOLR-9968
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Suggester
>Affects Versions: 6.0, 6.3
>Reporter: Georg Sorst
> Attachments: SOLR-9968-configurable-tokenizer.patch, 
> test_context_query_with_special_characters.patch
>
>
> h4. Reproduce
> 1. Configure the Suggester to use a {{contextField}}, eg. {{context}}
> 2. Add a document containing special characters in that field, eg. '{{c#x}}'
> 3. Use a context query with the Suggester, eg. 
> {noformat}suggest.cfq=context:c#x{noformat}
>   * Escaping the character makes no difference, eg. 
> {noformat}suggest.cfq=context:c\#x{noformat}
> h4. What happens
> The suggestions are not properly filtered
> h4. What should happen
> The suggestions should be limited to documents where the field {{context}} is 
> '{{c#x}}'
> 
> What happens is this:
> 1. {{SolrSuggester.contextFilterQueryAnalyzer}} is hardwired to use 
> {{StandardTokenizer}}
> 2. The context query is parsed like this:
> {code:title=SolrSuggester.parseContextFilterQuery}
> query = new 
> StandardQueryParser(contextFilterQueryAnalyzer).parse(contextFilter, 
> CONTEXTS_FIELD_NAME);
> {code}
> 3. The {{StandardQueryParser}} together with {{StandardTokenizer}} will turn 
> the context query into '{{context:c context:x}}'
> 4. This is used for filtering the suggestions
> 5. Thus, the suggestion where {{context}} is '{{c(x}}' is not returned
> Attached is an extension to {{SuggestComponentContextFilterQueryTest}} to 
> reproduce this behavior.
> So, the question is, how to get the parser and tokenizer to use these special 
> characters verbatim? Two ways I can think of:
> * Make {{contextFilterQueryAnalyzer}} configurable so {{KeywordTokenizer}} 
> can be used
> * Use the analyzer defined for the context field in the schema



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-9976) SegmentsInfoRequestHandlerTest has test method order execution problems

[Hoss Man (JIRA)]

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

Hoss Man updated SOLR-9976:
---
Fix Version/s: master (7.0)

> SegmentsInfoRequestHandlerTest has test method order execution problems
> ---
>
> Key: SOLR-9976
> URL: https://issues.apache.org/jira/browse/SOLR-9976
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Hoss Man
>Assignee: Hoss Man
> Fix For: master (7.0), 6.5
>
>
> while helping to run tests on a feature branch, sarowe found this failure...
> {noformat}
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=SegmentsInfoRequestHandlerTest -Dtests.method=testSegmentInfosData 
> -Dtests.seed=5BB5CF0D868944FB -Dtests.slow=true -Dtests.locale=zh-CN 
> -Dtests.timezone=Pacific/Samoa -Dtests.asserts=true 
> -Dtests.file.encoding=UTF-8
>[junit4] ERROR   0.12s J11 | 
> SegmentsInfoRequestHandlerTest.testSegmentInfosData <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Exception during 
> query
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([5BB5CF0D868944FB:271CED563061F364]:0)
>[junit4]>  at 
> org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:821)
>[junit4]>  at 
> org.apache.solr.handler.admin.SegmentsInfoRequestHandlerTest.testSegmentInfosData(SegmentsInfoRequestHandlerTest.java:71)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]> Caused by: java.lang.RuntimeException: REQUEST FAILED: 
> xpath=10=sum(//lst[@name='segments']/lst/int[@name='size'])
>[junit4]>  xml response was: 
>[junit4]> 
>[junit4]> 0 name="QTime">0 name="name">_45 name="sizeInBytes">19959 name="age">2017-01-16T06:10:10.308Zmerge name="version">7.0.0true name="_5">_50 name="sizeInBytes">15625 name="age">2017-01-16T06:10:10.341Zflush name="version">7.0.0true
>[junit4]> 
> {noformat}
> ...this failure reproduces (on master at least), but only if you remove the 
> {{-Dtests.method=testSegmentInfosData}} restriction so that all tests run.  
> At quick glance, it's pretty obvious this test doesn't do proper cleanup 
> between methods before rebuilding the index (AFAICT there's no reason not to 
> just build the index once in {{\@BeforeClass}}) and that seems to be leading 
> to failures if the methods are executed in a particular order such that the 
> method counting total docs/deletes in all segments runs after enough docs 
> have been added to trigger a merge.  (pretty sure we also need to force the 
> merge policy settings to ensure it doesn't randomly merge)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Resolved] (SOLR-9976) SegmentsInfoRequestHandlerTest has test method order execution problems

[Hoss Man (JIRA)]

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

Hoss Man resolved SOLR-9976.

   Resolution: Fixed
Fix Version/s: 6.5

> SegmentsInfoRequestHandlerTest has test method order execution problems
> ---
>
> Key: SOLR-9976
> URL: https://issues.apache.org/jira/browse/SOLR-9976
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Hoss Man
>Assignee: Hoss Man
> Fix For: 6.5
>
>
> while helping to run tests on a feature branch, sarowe found this failure...
> {noformat}
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=SegmentsInfoRequestHandlerTest -Dtests.method=testSegmentInfosData 
> -Dtests.seed=5BB5CF0D868944FB -Dtests.slow=true -Dtests.locale=zh-CN 
> -Dtests.timezone=Pacific/Samoa -Dtests.asserts=true 
> -Dtests.file.encoding=UTF-8
>[junit4] ERROR   0.12s J11 | 
> SegmentsInfoRequestHandlerTest.testSegmentInfosData <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Exception during 
> query
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([5BB5CF0D868944FB:271CED563061F364]:0)
>[junit4]>  at 
> org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:821)
>[junit4]>  at 
> org.apache.solr.handler.admin.SegmentsInfoRequestHandlerTest.testSegmentInfosData(SegmentsInfoRequestHandlerTest.java:71)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]> Caused by: java.lang.RuntimeException: REQUEST FAILED: 
> xpath=10=sum(//lst[@name='segments']/lst/int[@name='size'])
>[junit4]>  xml response was: 
>[junit4]> 
>[junit4]> 0 name="QTime">0 name="name">_45 name="sizeInBytes">19959 name="age">2017-01-16T06:10:10.308Zmerge name="version">7.0.0true name="_5">_50 name="sizeInBytes">15625 name="age">2017-01-16T06:10:10.341Zflush name="version">7.0.0true
>[junit4]> 
> {noformat}
> ...this failure reproduces (on master at least), but only if you remove the 
> {{-Dtests.method=testSegmentInfosData}} restriction so that all tests run.  
> At quick glance, it's pretty obvious this test doesn't do proper cleanup 
> between methods before rebuilding the index (AFAICT there's no reason not to 
> just build the index once in {{\@BeforeClass}}) and that seems to be leading 
> to failures if the methods are executed in a particular order such that the 
> method counting total docs/deletes in all segments runs after enough docs 
> have been added to trigger a merge.  (pretty sure we also need to force the 
> merge policy settings to ensure it doesn't randomly merge)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9976) SegmentsInfoRequestHandlerTest has test method order execution problems

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-9976:
---

Commit 39eec660ca79b62947321390e07e83d84be419e5 in lucene-solr's branch 
refs/heads/master from Chris Hostetter
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=39eec66 ]

SOLR-9976: Fix init bug in SegmentsInfoRequestHandlerTest


> SegmentsInfoRequestHandlerTest has test method order execution problems
> ---
>
> Key: SOLR-9976
> URL: https://issues.apache.org/jira/browse/SOLR-9976
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Hoss Man
>Assignee: Hoss Man
>
> while helping to run tests on a feature branch, sarowe found this failure...
> {noformat}
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=SegmentsInfoRequestHandlerTest -Dtests.method=testSegmentInfosData 
> -Dtests.seed=5BB5CF0D868944FB -Dtests.slow=true -Dtests.locale=zh-CN 
> -Dtests.timezone=Pacific/Samoa -Dtests.asserts=true 
> -Dtests.file.encoding=UTF-8
>[junit4] ERROR   0.12s J11 | 
> SegmentsInfoRequestHandlerTest.testSegmentInfosData <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Exception during 
> query
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([5BB5CF0D868944FB:271CED563061F364]:0)
>[junit4]>  at 
> org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:821)
>[junit4]>  at 
> org.apache.solr.handler.admin.SegmentsInfoRequestHandlerTest.testSegmentInfosData(SegmentsInfoRequestHandlerTest.java:71)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]> Caused by: java.lang.RuntimeException: REQUEST FAILED: 
> xpath=10=sum(//lst[@name='segments']/lst/int[@name='size'])
>[junit4]>  xml response was: 
>[junit4]> 
>[junit4]> 0 name="QTime">0 name="name">_45 name="sizeInBytes">19959 name="age">2017-01-16T06:10:10.308Zmerge name="version">7.0.0true name="_5">_50 name="sizeInBytes">15625 name="age">2017-01-16T06:10:10.341Zflush name="version">7.0.0true
>[junit4]> 
> {noformat}
> ...this failure reproduces (on master at least), but only if you remove the 
> {{-Dtests.method=testSegmentInfosData}} restriction so that all tests run.  
> At quick glance, it's pretty obvious this test doesn't do proper cleanup 
> between methods before rebuilding the index (AFAICT there's no reason not to 
> just build the index once in {{\@BeforeClass}}) and that seems to be leading 
> to failures if the methods are executed in a particular order such that the 
> method counting total docs/deletes in all segments runs after enough docs 
> have been added to trigger a merge.  (pretty sure we also need to force the 
> merge policy settings to ensure it doesn't randomly merge)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9976) SegmentsInfoRequestHandlerTest has test method order execution problems

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-9976:
---

Commit 4714173611deac077ee5f4d78ab0d7cc0692a4bd in lucene-solr's branch 
refs/heads/branch_6x from Chris Hostetter
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=4714173 ]

SOLR-9976: Fix init bug in SegmentsInfoRequestHandlerTest

(cherry picked from commit 39eec660ca79b62947321390e07e83d84be419e5)

manually resolved conflicts:
solr/CHANGES.txt


> SegmentsInfoRequestHandlerTest has test method order execution problems
> ---
>
> Key: SOLR-9976
> URL: https://issues.apache.org/jira/browse/SOLR-9976
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Hoss Man
>Assignee: Hoss Man
>
> while helping to run tests on a feature branch, sarowe found this failure...
> {noformat}
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=SegmentsInfoRequestHandlerTest -Dtests.method=testSegmentInfosData 
> -Dtests.seed=5BB5CF0D868944FB -Dtests.slow=true -Dtests.locale=zh-CN 
> -Dtests.timezone=Pacific/Samoa -Dtests.asserts=true 
> -Dtests.file.encoding=UTF-8
>[junit4] ERROR   0.12s J11 | 
> SegmentsInfoRequestHandlerTest.testSegmentInfosData <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Exception during 
> query
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([5BB5CF0D868944FB:271CED563061F364]:0)
>[junit4]>  at 
> org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:821)
>[junit4]>  at 
> org.apache.solr.handler.admin.SegmentsInfoRequestHandlerTest.testSegmentInfosData(SegmentsInfoRequestHandlerTest.java:71)
>[junit4]>  at java.lang.Thread.run(Thread.java:745)
>[junit4]> Caused by: java.lang.RuntimeException: REQUEST FAILED: 
> xpath=10=sum(//lst[@name='segments']/lst/int[@name='size'])
>[junit4]>  xml response was: 
>[junit4]> 
>[junit4]> 0 name="QTime">0 name="name">_45 name="sizeInBytes">19959 name="age">2017-01-16T06:10:10.308Zmerge name="version">7.0.0true name="_5">_50 name="sizeInBytes">15625 name="age">2017-01-16T06:10:10.341Zflush name="version">7.0.0true
>[junit4]> 
> {noformat}
> ...this failure reproduces (on master at least), but only if you remove the 
> {{-Dtests.method=testSegmentInfosData}} restriction so that all tests run.  
> At quick glance, it's pretty obvious this test doesn't do proper cleanup 
> between methods before rebuilding the index (AFAICT there's no reason not to 
> just build the index once in {{\@BeforeClass}}) and that seems to be leading 
> to failures if the methods are executed in a particular order such that the 
> method counting total docs/deletes in all segments runs after enough docs 
> have been added to trigger a merge.  (pretty sure we also need to force the 
> merge policy settings to ensure it doesn't randomly merge)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9629) Fix SolrJ warnings and use of deprecated methods in org.apache.solr.client.solrj.impl package

[Michael Braun (JIRA)]

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

Michael Braun commented on SOLR-9629:
-

[~elyograg] does more need to be done for this one? 

> Fix SolrJ warnings and use of deprecated methods in 
> org.apache.solr.client.solrj.impl package
> -
>
> Key: SOLR-9629
> URL: https://issues.apache.org/jira/browse/SOLR-9629
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: SolrJ
>Affects Versions: master (7.0)
>Reporter: Michael Braun
>Priority: Trivial
> Attachments: SOLR-9629.patch, SOLR-9629.patch
>
>
> There are some warnings (generic types and deprecation) that appear in the 
> org.apache.solr.client.solrj.impl package which can be easily fixed. Other 
> than some simple fixes, includes a fix to use a MultiPartEntityBuilder to 
> create rather than using a deprecated constructor on MultiPartEntity.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
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.4.0 RC?

[Michael McCandless]

+1

SUCCESS! [0:30:47.974144]

Mike McCandless

http://blog.mikemccandless.com


On Tue, Jan 17, 2017 at 11:27 AM, jim ferenczi  wrote:
> Please vote for release candidate for Lucene/Solr 6.4.0
>
> The artifacts can be downloaded from:
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.4.0-RC1-revbbe4b08cc1fb673d0c3eb4b8455f23ddc1364124
>
> 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.4.0-RC1-revbbe4b08cc1fb673d0c3eb4b8455f23ddc1364124
>

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

[jira] [Commented] (LUCENE-5012) Make graph-based TokenFilters easier

[Michael McCandless (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-5012?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15826675#comment-15826675
 ] 

Michael McCandless commented on LUCENE-5012:


I think we really should advance this: the synonym filter here already handles 
incoming graphs correctly, and the token stream API improvements here make it 
much easier to consume and create graph token streams.  I think this will only 
get more important with time, e.g. the new {{WordDelimiterGraphFilter}} now 
creates correct graphs, but if you want to run the current 
{{SynonymGraphFilter}} after it, it won't work.

That said, there is still a lot of work to make this committable.  I think we 
need to find a way to make the stage-based analysis components interchangeable 
with the current API to give us the freedom to gradually cutover the many 
tokenizers and tokenfilters Lucene has today.

> Make graph-based TokenFilters easier
> 
>
> Key: LUCENE-5012
> URL: https://issues.apache.org/jira/browse/LUCENE-5012
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/analysis
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Attachments: LUCENE-5012.patch
>
>
> SynonymFilter has two limitations today:
>   * It cannot create positions, so eg dns -> domain name service
> creates blatantly wrong highlights (SOLR-3390, LUCENE-4499 and
> others).
>   * It cannot consume a graph, so e.g. if you try to apply synonyms
> after Kuromoji tokenizer I'm not sure what will happen.
> I've thought about how to fix these issues but it's really quite
> difficult with the current PosInc/PosLen graph representation, so I'd
> like to explore an alternative approach.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[JENKINS] Lucene-Solr-NightlyTests-master - Build # 1214 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-master/1214/

18 tests failed.
FAILED:  org.apache.lucene.index.TestIndexSorting.testRandom3

Error Message:
Test abandoned because suite timeout was reached.

Stack Trace:
java.lang.Exception: Test abandoned because suite timeout was reached.
at __randomizedtesting.SeedInfo.seed([156BB64E4E17092A]:0)


FAILED:  junit.framework.TestSuite.org.apache.lucene.index.TestIndexSorting

Error Message:
Suite timeout exceeded (>= 720 msec).

Stack Trace:
java.lang.Exception: Suite timeout exceeded (>= 720 msec).
at __randomizedtesting.SeedInfo.seed([156BB64E4E17092A]:0)


FAILED:  org.apache.lucene.search.TestLatLonPointQueries.testRandomBig

Error Message:
Java heap space

Stack Trace:
java.lang.OutOfMemoryError: Java heap space
at 
__randomizedtesting.SeedInfo.seed([5D8F3F7B70EE4F7C:DAD842F4E1B733FC]:0)
at org.apache.lucene.util.packed.Packed64.(Packed64.java:92)
at 
org.apache.lucene.util.packed.PackedInts.getReaderNoHeader(PackedInts.java:802)
at 
org.apache.lucene.codecs.compressing.CompressingStoredFieldsIndexReader.(CompressingStoredFieldsIndexReader.java:91)
at 
org.apache.lucene.codecs.compressing.CompressingTermVectorsReader.(CompressingTermVectorsReader.java:126)
at 
org.apache.lucene.codecs.compressing.CompressingTermVectorsFormat.vectorsReader(CompressingTermVectorsFormat.java:91)
at 
org.apache.lucene.index.SegmentCoreReaders.(SegmentCoreReaders.java:125)
at org.apache.lucene.index.SegmentReader.(SegmentReader.java:74)
at org.apache.lucene.index.CheckIndex.checkIndex(CheckIndex.java:700)
at org.apache.lucene.util.TestUtil.checkIndex(TestUtil.java:300)
at 
org.apache.lucene.store.MockDirectoryWrapper.close(MockDirectoryWrapper.java:865)
at org.apache.lucene.util.IOUtils.close(IOUtils.java:89)
at org.apache.lucene.util.IOUtils.close(IOUtils.java:76)
at 
org.apache.lucene.geo.BaseGeoPointTestCase.verifyRandomRectangles(BaseGeoPointTestCase.java:870)
at 
org.apache.lucene.geo.BaseGeoPointTestCase.verify(BaseGeoPointTestCase.java:740)
at 
org.apache.lucene.geo.BaseGeoPointTestCase.doTestRandom(BaseGeoPointTestCase.java:689)
at 
org.apache.lucene.geo.BaseGeoPointTestCase.testRandomBig(BaseGeoPointTestCase.java:620)
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.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:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)


FAILED:  
org.apache.solr.cloud.CdcrReplicationDistributedZkTest.testReplicationAfterLeaderChange

Error Message:
Timeout waiting for CDCR replication to complete @source_collection:shard2

Stack Trace:
java.lang.RuntimeException: Timeout waiting for CDCR replication to complete 
@source_collection:shard2
at 
__randomizedtesting.SeedInfo.seed([D56C7AC34A2D0278:79C36201482A44A]:0)
at 
org.apache.solr.cloud.BaseCdcrDistributedZkTest.waitForReplicationToComplete(BaseCdcrDistributedZkTest.java:795)
at 
org.apache.solr.cloud.CdcrReplicationDistributedZkTest.testReplicationAfterLeaderChange(CdcrReplicationDistributedZkTest.java:306)
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 

[jira] [Created] (SOLR-9976) SegmentsInfoRequestHandlerTest has test method order execution problems

[Hoss Man (JIRA)]

Hoss Man created SOLR-9976:
--

 Summary: SegmentsInfoRequestHandlerTest has test method order 
execution problems
 Key: SOLR-9976
 URL: https://issues.apache.org/jira/browse/SOLR-9976
 Project: Solr
  Issue Type: Bug
  Security Level: Public (Default Security Level. Issues are Public)
Reporter: Hoss Man
Assignee: Hoss Man


while helping to run tests on a feature branch, sarowe found this failure...

{noformat}

   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=SegmentsInfoRequestHandlerTest -Dtests.method=testSegmentInfosData 
-Dtests.seed=5BB5CF0D868944FB -Dtests.slow=true -Dtests.locale=zh-CN 
-Dtests.timezone=Pacific/Samoa -Dtests.asserts=true -Dtests.file.encoding=UTF-8
   [junit4] ERROR   0.12s J11 | 
SegmentsInfoRequestHandlerTest.testSegmentInfosData <<<
   [junit4]> Throwable #1: java.lang.RuntimeException: Exception during 
query
   [junit4]>at 
__randomizedtesting.SeedInfo.seed([5BB5CF0D868944FB:271CED563061F364]:0)
   [junit4]>at 
org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:821)
   [junit4]>at 
org.apache.solr.handler.admin.SegmentsInfoRequestHandlerTest.testSegmentInfosData(SegmentsInfoRequestHandlerTest.java:71)
   [junit4]>at java.lang.Thread.run(Thread.java:745)
   [junit4]> Caused by: java.lang.RuntimeException: REQUEST FAILED: 
xpath=10=sum(//lst[@name='segments']/lst/int[@name='size'])
   [junit4]>xml response was: 
   [junit4]> 
   [junit4]> 00_45199592017-01-16T06:10:10.308Zmerge7.0.0true_50156252017-01-16T06:10:10.341Zflush7.0.0true
   [junit4]> 
{noformat}

...this failure reproduces (on master at least), but only if you remove the 
{{-Dtests.method=testSegmentInfosData}} restriction so that all tests run.  

At quick glance, it's pretty obvious this test doesn't do proper cleanup 
between methods before rebuilding the index (AFAICT there's no reason not to 
just build the index once in {{\@BeforeClass}}) and that seems to be leading to 
failures if the methods are executed in a particular order such that the method 
counting total docs/deletes in all segments runs after enough docs have been 
added to trigger a merge.  (pretty sure we also need to force the merge policy 
settings to ensure it doesn't randomly merge)




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-ea+152) - Build # 18793 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18793/
Java: 64bit/jdk-9-ea+152 -XX:+UseCompressedOops -XX:+UseSerialGC

2 tests failed.
FAILED:  
org.apache.lucene.analysis.miscellaneous.TestWordDelimiterGraphFilter.testRandomStrings

Error Message:
startOffset must be non-negative, and endOffset must be >= startOffset, and 
offsets must not go backwards startOffset=0,endOffset=5,lastStartOffset=2 for 
field 'dummy'

Stack Trace:
java.lang.IllegalArgumentException: startOffset must be non-negative, and 
endOffset must be >= startOffset, and offsets must not go backwards 
startOffset=0,endOffset=5,lastStartOffset=2 for field 'dummy'
at 
__randomizedtesting.SeedInfo.seed([824A4F84D4639552:AC34F3A7767C267]:0)
at 
org.apache.lucene.index.DefaultIndexingChain$PerField.invert(DefaultIndexingChain.java:773)
at 
org.apache.lucene.index.DefaultIndexingChain.processField(DefaultIndexingChain.java:437)
at 
org.apache.lucene.index.DefaultIndexingChain.processDocument(DefaultIndexingChain.java:393)
at 
org.apache.lucene.index.DocumentsWriterPerThread.updateDocument(DocumentsWriterPerThread.java:232)
at 
org.apache.lucene.index.DocumentsWriter.updateDocument(DocumentsWriter.java:478)
at 
org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1579)
at 
org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1324)
at 
org.apache.lucene.index.RandomIndexWriter.addDocument(RandomIndexWriter.java:171)
at 
org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:650)
at 
org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:540)
at 
org.apache.lucene.analysis.miscellaneous.TestWordDelimiterGraphFilter.testRandomStrings(TestWordDelimiterGraphFilter.java:368)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:543)
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.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:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:811)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:462)
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 
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 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 

[jira] [Updated] (SOLR-9869) MiniSolrCloudCluster does not always remove jettys from running list after stopping them

[Mike Drob (JIRA)]

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

Mike Drob updated SOLR-9869:

Attachment: SOLR-9869.patch

I couldn't get this test to work as part of existing MiniSolrCloudClusterTest, 
so had to add a new test file for it. While doing that, I figured out a 
different way to fix the specific issue I was having, but think the original 
issue is still important. Both are fixed in the patch.

> MiniSolrCloudCluster does not always remove jettys from running list after 
> stopping them
> 
>
> Key: SOLR-9869
> URL: https://issues.apache.org/jira/browse/SOLR-9869
> Project: Solr
>  Issue Type: Test
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Tests
>Reporter: Mike Drob
> Attachments: SOLR-9869.patch, SOLR-9869.patch
>
>
> MiniSolrCloudCluster has two {{stopJettySolrRunner}} methods that behave 
> differently.
> The {{int}} version calls {{jettys.remove(index);}} to remove the now stopped 
> jetty from the list of running jettys.
> The version that takes a {{JettySolrRunner}}, however, does not modify the 
> running list.
> This can cause calls to {{getReplicaJetty}} to fail after a call to {{stop}} 
> because we will try to get the base url of a stopped jetty.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-7641) Speed up point ranges that match most documents

[Adrien Grand (JIRA)]

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

Adrien Grand updated LUCENE-7641:
-
Attachment: LUCENE-7461.patch

Here is a patch that implements this idea.

> Speed up point ranges that match most documents
> ---
>
> Key: LUCENE-7641
> URL: https://issues.apache.org/jira/browse/LUCENE-7641
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Assignee: Adrien Grand
>Priority: Minor
> Attachments: LUCENE-7461.patch
>
>
> If a point range matches most documents and  every document has exactly one 
> value, then we could make things faster by computing the set of documents 
> that do NOT match the range instead.
> It was not possible until recently since figuring out whether a range query 
> matches most documents was not possible, but we can now use the new 
> {{ScorerSupplier.cost}} API to do that: we could just check whether the cost 
> of the inverse visitor is lower than the cost of the regular range visitor.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-7641) Speed up point ranges that match most documents

[Adrien Grand (JIRA)]

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

Adrien Grand updated LUCENE-7641:
-
Description: 
If a point range matches most documents and  every document has exactly one 
value, then we could make things faster by computing the set of documents that 
do NOT match the range instead.

It was not possible until recently since figuring out whether a range query 
matches most documents was not possible, but we can now use the new 
{{PointValues.estimatePointcount}} API to do that: we could just check whether 
the cost of the inverse visitor is lower than the cost of the regular range 
visitor.

  was:
If a point range matches most documents and  every document has exactly one 
value, then we could make things faster by computing the set of documents that 
do NOT match the range instead.

It was not possible until recently since figuring out whether a range query 
matches most documents was not possible, but we can now use the new 
{{ScorerSupplier.cost}} API to do that: we could just check whether the cost of 
the inverse visitor is lower than the cost of the regular range visitor.


> Speed up point ranges that match most documents
> ---
>
> Key: LUCENE-7641
> URL: https://issues.apache.org/jira/browse/LUCENE-7641
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Assignee: Adrien Grand
>Priority: Minor
> Attachments: LUCENE-7461.patch
>
>
> If a point range matches most documents and  every document has exactly one 
> value, then we could make things faster by computing the set of documents 
> that do NOT match the range instead.
> It was not possible until recently since figuring out whether a range query 
> matches most documents was not possible, but we can now use the new 
> {{PointValues.estimatePointcount}} API to do that: we could just check 
> whether the cost of the inverse visitor is lower than the cost of the regular 
> range visitor.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Created] (LUCENE-7641) Speed up point ranges that match most documents

[Adrien Grand (JIRA)]

Adrien Grand created LUCENE-7641:


 Summary: Speed up point ranges that match most documents
 Key: LUCENE-7641
 URL: https://issues.apache.org/jira/browse/LUCENE-7641
 Project: Lucene - Core
  Issue Type: Improvement
Reporter: Adrien Grand
Assignee: Adrien Grand
Priority: Minor


If a point range matches most documents and  every document has exactly one 
value, then we could make things faster by computing the set of documents that 
do NOT match the range instead.

It was not possible until recently since figuring out whether a range query 
matches most documents was not possible, but we can now use the new 
{{ScorerSupplier.cost}} API to do that: we could just check whether the cost of 
the inverse visitor is lower than the cost of the regular range visitor.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9836) Add more graceful recovery steps when failing to create SolrCore

[Mark Miller (JIRA)]

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

Mark Miller commented on SOLR-9836:
---

Thanks Mike, I'm getting this in today.

> Add more graceful recovery steps when failing to create SolrCore
> 
>
> Key: SOLR-9836
> URL: https://issues.apache.org/jira/browse/SOLR-9836
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: SolrCloud
>Reporter: Mike Drob
>Assignee: Mark Miller
> Attachments: SOLR-9836.patch, SOLR-9836.patch, SOLR-9836.patch, 
> SOLR-9836.patch, SOLR-9836.patch, SOLR-9836.patch, SOLR-9836.patch
>
>
> I have seen several cases where there is a zero-length segments_n file. We 
> haven't identified the root cause of these issues (possibly a poorly timed 
> crash during replication?) but if there is another node available then Solr 
> should be able to recover from this situation. Currently, we log and give up 
> on loading that core, leaving the user to manually intervene.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

Re: 6.4 release

[Emmanuel Keller]

Thanks. It looks fine for me.


> On 17 Jan 2017, at 18:37, jim ferenczi  wrote:
> 
> I added a line about DrillSideways in the new features since that's where it 
> is in the CHANGES.txt but maybe it should be placed in the enhancement 
> section ?
> 
> 2017-01-17 18:29 GMT+01:00 Emmanuel Keller  >:
> Hi Jim,
> 
> May I suggest to add this new feature from the Facet module ?
> 
> A parallel DrillSideways implementation
> https://issues.apache.org/jira/browse/LUCENE-7588 
> 
> 
> Emmanuel.
> 
> 
>> On 17 Jan 2017, at 17:36, jim ferenczi > > wrote:
>> 
>> I've created the release notes for Lucene and copied the template for Solr. 
>> I am not very familiar with the features/bugs/... to highlight for Solr in 
>> this release so any help would be greatly appreciated ;). For Lucene I wrote 
>> a first version that also needs review:
>> 
>> https://wiki.apache.org/lucene-java/ReleaseNote64 
>> 
>> https://wiki.apache.org/solr/ReleaseNote64 
>> 
>> 
>> Thanks,
>> Jim
>> 
>> 2017-01-17 14:31 GMT+01:00 jim ferenczi > >:
>> Ok thanks David. I'll build the first RC now so your commit will be included.
>> 
>> 2017-01-17 14:24 GMT+01:00 David Smiley > >:
>> I just got in the hl.fragsize==0 special case for the SolrUnifiedHighlighter 
>> to branch master, 6x, 6.4
>> 
>> There is a lingering question of the default for hl.maxAnalyzedChars 
>> https://issues.apache.org/jira/browse/SOLR-9708?focusedCommentId=15825503=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15825503
>>  
>> 
>>   but it's not critical; maybe even wait for a second release candidate if 
>> that happens.
>> 
>> On Tue, Jan 3, 2017 at 11:23 AM jim ferenczi > > wrote:
>> Hi,
>> I would like to volunteer to release 6.4. I can cut the release branch next 
>> Monday if everybody agrees.
>> 
>> 
>> Jim
>> -- 
>> Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
>> LinkedIn: http://linkedin.com/in/davidwsmiley 
>>  | Book: 
>> http://www.solrenterprisesearchserver.com 
>> 
>> 
> 
> 

Re: 6.4 release

[jim ferenczi]

I added a line about DrillSideways in the new features since that's where
it is in the CHANGES.txt but maybe it should be placed in the enhancement
section ?

2017-01-17 18:29 GMT+01:00 Emmanuel Keller :

> Hi Jim,
>
> May I suggest to add this new feature from the Facet module ?
>
> A parallel DrillSideways implementation
> https://issues.apache.org/jira/browse/LUCENE-7588
>
> Emmanuel.
>
>
> On 17 Jan 2017, at 17:36, jim ferenczi  wrote:
>
> I've created the release notes for Lucene and copied the template for
> Solr. I am not very familiar with the features/bugs/... to highlight for
> Solr in this release so any help would be greatly appreciated ;). For
> Lucene I wrote a first version that also needs review:
>
> https://wiki.apache.org/lucene-java/ReleaseNote64
> https://wiki.apache.org/solr/ReleaseNote64
>
> Thanks,
> Jim
>
> 2017-01-17 14:31 GMT+01:00 jim ferenczi :
>
>> Ok thanks David. I'll build the first RC now so your commit will be
>> included.
>>
>> 2017-01-17 14:24 GMT+01:00 David Smiley :
>>
>>> I just got in the hl.fragsize==0 special case for the
>>> SolrUnifiedHighlighter to branch master, 6x, 6.4
>>>
>>> There is a lingering question of the default for hl.maxAnalyzedChars
>>> https://issues.apache.org/jira/browse/SOLR-9708?focusedCommentId=15825
>>> 503=com.atlassian.jira.plugin.system.issuetabpanels:com
>>> ment-tabpanel#comment-15825503  but it's not critical; maybe even wait
>>> for a second release candidate if that happens.
>>>
>>> On Tue, Jan 3, 2017 at 11:23 AM jim ferenczi 
>>> wrote:
>>>
 Hi,
 I would like to volunteer to release 6.4. I can cut the release branch
 next Monday if everybody agrees.


 Jim

>>> --
>>> Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
>>> LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
>>> http://www.solrenterprisesearchserver.com
>>>
>>
>>
>
>

Re: 6.4 release

[Emmanuel Keller]

Hi Jim,

May I suggest to add this new feature from the Facet module ?

A parallel DrillSideways implementation
https://issues.apache.org/jira/browse/LUCENE-7588 


Emmanuel.


> On 17 Jan 2017, at 17:36, jim ferenczi  wrote:
> 
> I've created the release notes for Lucene and copied the template for Solr. I 
> am not very familiar with the features/bugs/... to highlight for Solr in this 
> release so any help would be greatly appreciated ;). For Lucene I wrote a 
> first version that also needs review:
> 
> https://wiki.apache.org/lucene-java/ReleaseNote64 
> 
> https://wiki.apache.org/solr/ReleaseNote64 
> 
> 
> Thanks,
> Jim
> 
> 2017-01-17 14:31 GMT+01:00 jim ferenczi  >:
> Ok thanks David. I'll build the first RC now so your commit will be included.
> 
> 2017-01-17 14:24 GMT+01:00 David Smiley  >:
> I just got in the hl.fragsize==0 special case for the SolrUnifiedHighlighter 
> to branch master, 6x, 6.4
> 
> There is a lingering question of the default for hl.maxAnalyzedChars 
> https://issues.apache.org/jira/browse/SOLR-9708?focusedCommentId=15825503=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15825503
>  
> 
>   but it's not critical; maybe even wait for a second release candidate if 
> that happens.
> 
> On Tue, Jan 3, 2017 at 11:23 AM jim ferenczi  > wrote:
> Hi,
> I would like to volunteer to release 6.4. I can cut the release branch next 
> Monday if everybody agrees.
> 
> 
> Jim
> -- 
> Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
> LinkedIn: http://linkedin.com/in/davidwsmiley 
>  | Book: 
> http://www.solrenterprisesearchserver.com 
> 
> 

[jira] [Commented] (SOLR-9972) JSON-Specific Parameters arrntv causing some error for spellcheck component

[James Dyer (JIRA)]

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

James Dyer commented on SOLR-9972:
--

[~cpoerschke] This looks straightforward, and I like your clean-up on existing 
tests!  

Just to be clear, this fixes the case of invalid json with "extended collate".  
It does not break backwards-compatibility in any other way, right?  Is the xml 
rendering the same either way?  Does solrj handle the change? (I'm pretty sure 
if we broke backwards in either case, either 
oas.spelling.SpellCheckCollatorTest#testExtendedCollate or 
oas.client.solrj.response.TestSpellCheckResponse#testSpellCheckResponse_Extended
 would fail, but its good to keep these things in mind.)

But besides being doubly sure we don't break backwards on the response format 
(except for fixing the invalid json), this looks great, +1 .

> JSON-Specific Parameters arrntv causing some error for spellcheck component
> ---
>
> Key: SOLR-9972
> URL: https://issues.apache.org/jira/browse/SOLR-9972
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Response Writers
>Affects Versions: 6.4, 6.5
>Reporter: Ricky Oktavianus Lazuardy
>Assignee: Christine Poerschke
>Priority: Minor
> Fix For: 6.5
>
> Attachments: SOLR-9972-hunch-no-test.patch, SOLR-9972.patch, 
> SOLR-9972-with-test-after-SOLR-9975.patch
>
>
> So I tried using the new array named list arrntv from solr 6.5 jenkins build
> but the json returned was broken when it returned response for spellcheck 
> with word break.
> for example :
> {code:javascript}
>  {"name":"collation",{
> "type":"str","value":"collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> as you may see that "collationQuery":"indomie kuing" was considered as value 
> thus causing the json to fail.
> i think the correct json was :
> {code:javascript}
> {"name":"collation",
> "type":"object",
> "value":{
> "collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> sorry for bad grammar english was not my first language and i know that 
> object was not supported by current arrntv options.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9555) Recovery can hang if a node is put into LIR as it is starting up

[Alan Woodward (JIRA)]

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

Alan Woodward commented on SOLR-9555:
-

This is causing occasional issues in PeerSyncReplicationTest as well - here's 
another example: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/3785/

Ping [~shalinmangar]

> Recovery can hang if a node is put into LIR as it is starting up
> 
>
> Key: SOLR-9555
> URL: https://issues.apache.org/jira/browse/SOLR-9555
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Alan Woodward
>
> See 
> https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/17888/consoleFull 
> for an example



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-9972) JSON-Specific Parameters arrntv causing some error for spellcheck component

[Christine Poerschke (JIRA)]

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

Christine Poerschke updated SOLR-9972:
--
Fix Version/s: 6.5

> JSON-Specific Parameters arrntv causing some error for spellcheck component
> ---
>
> Key: SOLR-9972
> URL: https://issues.apache.org/jira/browse/SOLR-9972
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Response Writers
>Affects Versions: 6.4, 6.5
>Reporter: Ricky Oktavianus Lazuardy
>Assignee: Christine Poerschke
>Priority: Minor
> Fix For: 6.5
>
> Attachments: SOLR-9972-hunch-no-test.patch, SOLR-9972.patch, 
> SOLR-9972-with-test-after-SOLR-9975.patch
>
>
> So I tried using the new array named list arrntv from solr 6.5 jenkins build
> but the json returned was broken when it returned response for spellcheck 
> with word break.
> for example :
> {code:javascript}
>  {"name":"collation",{
> "type":"str","value":"collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> as you may see that "collationQuery":"indomie kuing" was considered as value 
> thus causing the json to fail.
> i think the correct json was :
> {code:javascript}
> {"name":"collation",
> "type":"object",
> "value":{
> "collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> sorry for bad grammar english was not my first language and i know that 
> object was not supported by current arrntv options.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-9972) JSON-Specific Parameters arrntv causing some error for spellcheck component

[Christine Poerschke (JIRA)]

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

Christine Poerschke updated SOLR-9972:
--
Attachment: SOLR-9972.patch

Attaching proposed fix. [~jdyer], would you have a chance to review perhaps? 
Thank you.

> JSON-Specific Parameters arrntv causing some error for spellcheck component
> ---
>
> Key: SOLR-9972
> URL: https://issues.apache.org/jira/browse/SOLR-9972
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Response Writers
>Affects Versions: 6.4, 6.5
>Reporter: Ricky Oktavianus Lazuardy
>Assignee: Christine Poerschke
> Attachments: SOLR-9972-hunch-no-test.patch, SOLR-9972.patch, 
> SOLR-9972-with-test-after-SOLR-9975.patch
>
>
> So I tried using the new array named list arrntv from solr 6.5 jenkins build
> but the json returned was broken when it returned response for spellcheck 
> with word break.
> for example :
> {code:javascript}
>  {"name":"collation",{
> "type":"str","value":"collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> as you may see that "collationQuery":"indomie kuing" was considered as value 
> thus causing the json to fail.
> i think the correct json was :
> {code:javascript}
> {"name":"collation",
> "type":"object",
> "value":{
> "collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> sorry for bad grammar english was not my first language and i know that 
> object was not supported by current arrntv options.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-9972) JSON-Specific Parameters arrntv causing some error for spellcheck component

[Christine Poerschke (JIRA)]

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

Christine Poerschke updated SOLR-9972:
--
Affects Version/s: 6.5

> JSON-Specific Parameters arrntv causing some error for spellcheck component
> ---
>
> Key: SOLR-9972
> URL: https://issues.apache.org/jira/browse/SOLR-9972
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Response Writers
>Affects Versions: 6.4, 6.5
>Reporter: Ricky Oktavianus Lazuardy
>Assignee: Christine Poerschke
> Attachments: SOLR-9972-hunch-no-test.patch, SOLR-9972.patch, 
> SOLR-9972-with-test-after-SOLR-9975.patch
>
>
> So I tried using the new array named list arrntv from solr 6.5 jenkins build
> but the json returned was broken when it returned response for spellcheck 
> with word break.
> for example :
> {code:javascript}
>  {"name":"collation",{
> "type":"str","value":"collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> as you may see that "collationQuery":"indomie kuing" was considered as value 
> thus causing the json to fail.
> i think the correct json was :
> {code:javascript}
> {"name":"collation",
> "type":"object",
> "value":{
> "collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> sorry for bad grammar english was not my first language and i know that 
> object was not supported by current arrntv options.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (SOLR-9972) JSON-Specific Parameters arrntv causing some error for spellcheck component

[Christine Poerschke (JIRA)]

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

Christine Poerschke updated SOLR-9972:
--
Priority: Minor  (was: Major)

> JSON-Specific Parameters arrntv causing some error for spellcheck component
> ---
>
> Key: SOLR-9972
> URL: https://issues.apache.org/jira/browse/SOLR-9972
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Response Writers
>Affects Versions: 6.4, 6.5
>Reporter: Ricky Oktavianus Lazuardy
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-9972-hunch-no-test.patch, SOLR-9972.patch, 
> SOLR-9972-with-test-after-SOLR-9975.patch
>
>
> So I tried using the new array named list arrntv from solr 6.5 jenkins build
> but the json returned was broken when it returned response for spellcheck 
> with word break.
> for example :
> {code:javascript}
>  {"name":"collation",{
> "type":"str","value":"collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> as you may see that "collationQuery":"indomie kuing" was considered as value 
> thus causing the json to fail.
> i think the correct json was :
> {code:javascript}
> {"name":"collation",
> "type":"object",
> "value":{
> "collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> sorry for bad grammar english was not my first language and i know that 
> object was not supported by current arrntv options.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Resolved] (SOLR-9975) add SpellCheckComponentTest.testCollateExtendedResults

[Christine Poerschke (JIRA)]

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

Christine Poerschke resolved SOLR-9975.
---
   Resolution: Fixed
Fix Version/s: 6.5
   master (7.0)

> add SpellCheckComponentTest.testCollateExtendedResults
> --
>
> Key: SOLR-9975
> URL: https://issues.apache.org/jira/browse/SOLR-9975
> Project: Solr
>  Issue Type: Test
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Fix For: master (7.0), 6.5
>
> Attachments: SOLR-9975.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

Re: 6.4 release

[jim ferenczi]

I've created the release notes for Lucene and copied the template for Solr.
I am not very familiar with the features/bugs/... to highlight for Solr in
this release so any help would be greatly appreciated ;). For Lucene I
wrote a first version that also needs review:

https://wiki.apache.org/lucene-java/ReleaseNote64
https://wiki.apache.org/solr/ReleaseNote64

Thanks,
Jim

2017-01-17 14:31 GMT+01:00 jim ferenczi :

> Ok thanks David. I'll build the first RC now so your commit will be
> included.
>
> 2017-01-17 14:24 GMT+01:00 David Smiley :
>
>> I just got in the hl.fragsize==0 special case for the
>> SolrUnifiedHighlighter to branch master, 6x, 6.4
>>
>> There is a lingering question of the default for hl.maxAnalyzedChars
>> https://issues.apache.org/jira/browse/SOLR-9708?focusedCommentId=15825
>> 503=com.atlassian.jira.plugin.system.issuetabpanels:
>> comment-tabpanel#comment-15825503  but it's not critical; maybe even
>> wait for a second release candidate if that happens.
>>
>> On Tue, Jan 3, 2017 at 11:23 AM jim ferenczi 
>> wrote:
>>
>>> Hi,
>>> I would like to volunteer to release 6.4. I can cut the release branch
>>> next Monday if everybody agrees.
>>>
>>>
>>> Jim
>>>
>> --
>> Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
>> LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
>> http://www.solrenterprisesearchserver.com
>>
>
>

[VOTE] Release Lucene/Solr 6.4.0 RC?

[jim ferenczi]

Please vote for release candidate for Lucene/Solr 6.4.0

The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.4.0-RC1-revbbe4b08cc1fb673d0c3eb4b8455f23ddc1364124

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.4.0-RC1-revbbe4b08cc1fb673d0c3eb4b8455f23ddc1364124

[jira] [Comment Edited] (SOLR-9972) JSON-Specific Parameters arrntv causing some error for spellcheck component

[Ricky Oktavianus Lazuardy (JIRA)]

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

Ricky Oktavianus Lazuardy edited comment on SOLR-9972 at 1/17/17 4:10 PM:
--

[~cpoerschke] : Sorry for late response and thanks for quick response
this one is arrmap one example (i think you don't need it anymore):
{code:javascript}
{
"collation": {
  "collationQuery": "indomie kuah",
  "hits": 98,
  "misspellingsAndCorrections": [
{
  "indomee": "indomie"
},
{
  "kuih": "kuah"
}
  ]
}
  },
{code}
and yes i think removing collation object may fix this problems.



was (Author: dragonyui):
[~cpoerschke] : Sorry for late response and thanks for quick response
this one is arrmap one example (i think you don't need it anymore):
{quote}
{
"collation": {
  "collationQuery": "indomie kuah",
  "hits": 98,
  "misspellingsAndCorrections": [
{
  "indomee": "indomie"
},
{
  "kuih": "kuah"
}
  ]
}
  },
{quote}
and yes i think removing collation object may fix this problems.


> JSON-Specific Parameters arrntv causing some error for spellcheck component
> ---
>
> Key: SOLR-9972
> URL: https://issues.apache.org/jira/browse/SOLR-9972
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Response Writers
>Affects Versions: 6.4
>Reporter: Ricky Oktavianus Lazuardy
>Assignee: Christine Poerschke
> Attachments: SOLR-9972-hunch-no-test.patch, 
> SOLR-9972-with-test-after-SOLR-9975.patch
>
>
> So I tried using the new array named list arrntv from solr 6.5 jenkins build
> but the json returned was broken when it returned response for spellcheck 
> with word break.
> for example :
> {code:javascript}
>  {"name":"collation",{
> "type":"str","value":"collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> as you may see that "collationQuery":"indomie kuing" was considered as value 
> thus causing the json to fail.
> i think the correct json was :
> {code:javascript}
> {"name":"collation",
> "type":"object",
> "value":{
> "collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> sorry for bad grammar english was not my first language and i know that 
> object was not supported by current arrntv options.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9972) JSON-Specific Parameters arrntv causing some error for spellcheck component

[Ricky Oktavianus Lazuardy (JIRA)]

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

Ricky Oktavianus Lazuardy commented on SOLR-9972:
-

[~cpoerschke] : Sorry for late response and thanks for quick response
this one is arrmap one example (i think you don't need it anymore):
{quote}
{
"collation": {
  "collationQuery": "indomie kuah",
  "hits": 98,
  "misspellingsAndCorrections": [
{
  "indomee": "indomie"
},
{
  "kuih": "kuah"
}
  ]
}
  },
{quote}
and yes i think removing collation object may fix this problems.


> JSON-Specific Parameters arrntv causing some error for spellcheck component
> ---
>
> Key: SOLR-9972
> URL: https://issues.apache.org/jira/browse/SOLR-9972
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Response Writers
>Affects Versions: 6.4
>Reporter: Ricky Oktavianus Lazuardy
>Assignee: Christine Poerschke
> Attachments: SOLR-9972-hunch-no-test.patch, 
> SOLR-9972-with-test-after-SOLR-9975.patch
>
>
> So I tried using the new array named list arrntv from solr 6.5 jenkins build
> but the json returned was broken when it returned response for spellcheck 
> with word break.
> for example :
> {code:javascript}
>  {"name":"collation",{
> "type":"str","value":"collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> as you may see that "collationQuery":"indomie kuing" was considered as value 
> thus causing the json to fail.
> i think the correct json was :
> {code:javascript}
> {"name":"collation",
> "type":"object",
> "value":{
> "collationQuery":"indomie kuing",
> "hits":81,
> "misspellingsAndCorrections":
> [
>   {"name":"indomee","type":"str","value":"indomie"},
>   {"name":"kuih","type":"str","value":"kuing"}
> ]}
>  }
> {code}
> sorry for bad grammar english was not my first language and i know that 
> object was not supported by current arrntv options.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9975) add SpellCheckComponentTest.testCollateExtendedResults

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-9975:
---

Commit c76b394a92ea990771565ee4aed0a625a33bf938 in lucene-solr's branch 
refs/heads/branch_6x from [~cpoerschke]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=c76b394 ]

SOLR-9975: add SpellCheckComponentTest.testCollateExtendedResultsWithJsonNl 
method


> add SpellCheckComponentTest.testCollateExtendedResults
> --
>
> Key: SOLR-9975
> URL: https://issues.apache.org/jira/browse/SOLR-9975
> Project: Solr
>  Issue Type: Test
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-9975.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-7638) Optimize graph query produced by QueryBuilder

[Matt Weber (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15826311#comment-15826311
 ] 

Matt Weber commented on LUCENE-7638:


Ok this is great.  So going forward we should assume that synonyms are to 
treated together (single token or multi-token) and ideally multi-token synonyms 
as a phrase.  Would it be best to move this logic into {{GraphQuery}} itself?  
This would make it so we can still detect when we are working with graph 
related queries and be easier to make the various optimizations talked about 
here.  Maybe make {{GraphQuery}} store the graph token stream instead of the 
processed queries and then do the graph processing / query generation when 
rewrite it called?

> Optimize graph query produced by QueryBuilder
> -
>
> Key: LUCENE-7638
> URL: https://issues.apache.org/jira/browse/LUCENE-7638
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Jim Ferenczi
> Attachments: LUCENE-7638.patch
>
>
> The QueryBuilder creates a graph query when the underlying TokenStream 
> contains token with PositionLengthAttribute greater than 1.
> These TokenStreams are in fact graphs (lattice to be more precise) where 
> synonyms can span on multiple terms. 
> Currently the graph query is built by visiting all the path of the graph 
> TokenStream. For instance if you have a synonym like "ny, new york" and you 
> search for "new york city", the query builder would produce two pathes:
> "new york city", "ny city"
> This can quickly explode when the number of multi terms synonyms increase. 
> The query "ny ny" for instance would produce 4 pathes and so on.
> For boolean queries with should or must clauses it should be more efficient 
> to build a boolean query that merges all the intersections in the graph. So 
> instead of "new york city", "ny city" we could produce:
> "+((+new +york) ny) +city"
> The attached patch is a proposal to do that instead of the all path solution.
> The patch transforms multi terms synonyms in graph query for each 
> intersection in the graph. This is not done in this patch but we could also 
> create a specialized query that gives equivalent scores to multi terms 
> synonyms like the SynonymQuery does for single term synonyms.
> For phrase query this patch does not change the current behavior but we could 
> also use the new method to create optimized graph SpanQuery.
> [~mattweber] I think this patch could optimize a lot of cases where multiple 
> muli-terms synonyms are present in a single request. Could you take a look ?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9975) add SpellCheckComponentTest.testCollateExtendedResults

[ASF subversion and git services (JIRA)]

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

ASF subversion and git services commented on SOLR-9975:
---

Commit e816fbe233a9b667a9c30be63241c9400f5a0ebc in lucene-solr's branch 
refs/heads/master from [~cpoerschke]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=e816fbe ]

SOLR-9975: add SpellCheckComponentTest.testCollateExtendedResultsWithJsonNl 
method


> add SpellCheckComponentTest.testCollateExtendedResults
> --
>
> Key: SOLR-9975
> URL: https://issues.apache.org/jira/browse/SOLR-9975
> Project: Solr
>  Issue Type: Test
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-9975.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Resolved] (LUCENE-7619) Add WordDelimiterGraphFilter

[Michael McCandless (JIRA)]

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

Michael McCandless resolved LUCENE-7619.

Resolution: Fixed

> Add WordDelimiterGraphFilter
> 
>
> Key: LUCENE-7619
> URL: https://issues.apache.org/jira/browse/LUCENE-7619
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Fix For: master (7.0), 6.5
>
> Attachments: after.png, before.png, LUCENE-7619.patch, 
> LUCENE-7619.patch, LUCENE-7619.patch
>
>
> Currently, {{WordDelimiterFilter}} doesn't try to set the {{posLen}} 
> attribute and so it creates graphs like this:
> !before.png!
> but with this patch (still a work in progress) it creates this graph instead:
> !after.png!
> This means (today) positional queries when using WDF at search time are 
> buggy, but since we fixed LUCENE-7603, with this change here you should be 
> able to use positional queries with WDGF.
> I'm also trying to produce holes properly (removes logic from the current WDF 
> that swallows a hole when whole token is just delimiters).
> Surprisingly, it's actually quite easy to tweak WDF to create a graph (unlike 
> e.g. {{SynonymGraphFilter}}) because it's already creating the necessary new 
> positions, and its output graph never has side paths, except for single 
> tokens that skip nodes because they have {{posLen > 1}}.  I.e. the only fix 
> to make, I think, is to set {{posLen}} properly.  And it really helps that it 
> does its own "new token buffering + sorting" already.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-7619) Add WordDelimiterGraphFilter

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15826278#comment-15826278
 ] 

ASF subversion and git services commented on LUCENE-7619:
-

Commit 4e4ec082caa7c1fc8fca24ddfb6a8633a4ae9506 in lucene-solr's branch 
refs/heads/branch_6x from Mike McCandless
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=4e4ec08 ]

LUCENE-7619: add WordDelimiterGraphFilter (replacing WordDelimiterFilter) to 
produce a correct token stream graph when splitting words


> Add WordDelimiterGraphFilter
> 
>
> Key: LUCENE-7619
> URL: https://issues.apache.org/jira/browse/LUCENE-7619
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Fix For: master (7.0), 6.5
>
> Attachments: after.png, before.png, LUCENE-7619.patch, 
> LUCENE-7619.patch, LUCENE-7619.patch
>
>
> Currently, {{WordDelimiterFilter}} doesn't try to set the {{posLen}} 
> attribute and so it creates graphs like this:
> !before.png!
> but with this patch (still a work in progress) it creates this graph instead:
> !after.png!
> This means (today) positional queries when using WDF at search time are 
> buggy, but since we fixed LUCENE-7603, with this change here you should be 
> able to use positional queries with WDGF.
> I'm also trying to produce holes properly (removes logic from the current WDF 
> that swallows a hole when whole token is just delimiters).
> Surprisingly, it's actually quite easy to tweak WDF to create a graph (unlike 
> e.g. {{SynonymGraphFilter}}) because it's already creating the necessary new 
> positions, and its output graph never has side paths, except for single 
> tokens that skip nodes because they have {{posLen > 1}}.  I.e. the only fix 
> to make, I think, is to set {{posLen}} properly.  And it really helps that it 
> does its own "new token buffering + sorting" already.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-7619) Add WordDelimiterGraphFilter

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15826260#comment-15826260
 ] 

ASF subversion and git services commented on LUCENE-7619:
-

Commit 637915b890d9f0e5cfaa6887609f221029327a25 in lucene-solr's branch 
refs/heads/master from Mike McCandless
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=637915b ]

LUCENE-7619: add WordDelimiterGraphFilter (replacing WordDelimiterFilter) to 
produce a correct token stream graph when splitting words


> Add WordDelimiterGraphFilter
> 
>
> Key: LUCENE-7619
> URL: https://issues.apache.org/jira/browse/LUCENE-7619
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Fix For: master (7.0), 6.5
>
> Attachments: after.png, before.png, LUCENE-7619.patch, 
> LUCENE-7619.patch, LUCENE-7619.patch
>
>
> Currently, {{WordDelimiterFilter}} doesn't try to set the {{posLen}} 
> attribute and so it creates graphs like this:
> !before.png!
> but with this patch (still a work in progress) it creates this graph instead:
> !after.png!
> This means (today) positional queries when using WDF at search time are 
> buggy, but since we fixed LUCENE-7603, with this change here you should be 
> able to use positional queries with WDGF.
> I'm also trying to produce holes properly (removes logic from the current WDF 
> that swallows a hole when whole token is just delimiters).
> Surprisingly, it's actually quite easy to tweak WDF to create a graph (unlike 
> e.g. {{SynonymGraphFilter}}) because it's already creating the necessary new 
> positions, and its output graph never has side paths, except for single 
> tokens that skip nodes because they have {{posLen > 1}}.  I.e. the only fix 
> to make, I think, is to set {{posLen}} properly.  And it really helps that it 
> does its own "new token buffering + sorting" already.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9975) add SpellCheckComponentTest.testCollateExtendedResults

[James Dyer (JIRA)]

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

James Dyer commented on SOLR-9975:
--

Please put the test wherever you thinks it fits best.  Just wanted to be sure 
you knew of the other class.

> add SpellCheckComponentTest.testCollateExtendedResults
> --
>
> Key: SOLR-9975
> URL: https://issues.apache.org/jira/browse/SOLR-9975
> Project: Solr
>  Issue Type: Test
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-9975.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (LUCENE-5012) Make graph-based TokenFilters easier

[Matt Weber (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-5012?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15826257#comment-15826257
 ] 

Matt Weber commented on LUCENE-5012:


[~mikemccand] So I was looking into supporting incoming graphs in 
{{SynonymGraphFilter}} and found this when you mentioned it in LUCENE-7638.  
What do you think the state of this patch is?  Would it be best to look into 
advancing this instead of just {{SynonymGraphFilter}} itself?

> Make graph-based TokenFilters easier
> 
>
> Key: LUCENE-5012
> URL: https://issues.apache.org/jira/browse/LUCENE-5012
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/analysis
>Reporter: Michael McCandless
>Assignee: Michael McCandless
> Attachments: LUCENE-5012.patch
>
>
> SynonymFilter has two limitations today:
>   * It cannot create positions, so eg dns -> domain name service
> creates blatantly wrong highlights (SOLR-3390, LUCENE-4499 and
> others).
>   * It cannot consume a graph, so e.g. if you try to apply synonyms
> after Kuromoji tokenizer I'm not sure what will happen.
> I've thought about how to fix these issues but it's really quite
> difficult with the current PosInc/PosLen graph representation, so I'd
> like to explore an alternative approach.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Resolved] (LUCENE-7055) Better execution path for costly queries

[Adrien Grand (JIRA)]

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

Adrien Grand resolved LUCENE-7055.
--
   Resolution: Fixed
Fix Version/s: 6.5
   master (7.0)

> Better execution path for costly queries
> 
>
> Key: LUCENE-7055
> URL: https://issues.apache.org/jira/browse/LUCENE-7055
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Assignee: Adrien Grand
> Fix For: master (7.0), 6.5
>
> Attachments: LUCENE-7055.patch, LUCENE-7055.patch, LUCENE-7055.patch
>
>
> In Lucene 5.0, we improved the execution path for queries that run costly 
> operations on a per-document basis, like phrase queries or doc values 
> queries. But we have another class of costly queries, that return fine 
> iterators, but these iterators are very expensive to build. This is typically 
> the case for queries that leverage DocIdSetBuilder, like TermsQuery, 
> multi-term queries or the new point queries. Intersecting such queries with a 
> selective query is very inefficient since these queries build a doc id set of 
> matching documents for the entire index.
> Is there something we could do to improve the execution path for these 
> queries?
> One idea that comes to mind is that most of these queries could also run on 
> doc values, so maybe we could come up with something that would help decide 
> how to run a query based on other parts of the query? (Just thinking out 
> loud, other ideas are very welcome)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-7637) TermInSetQuery should require that all terms come from the same field

[Adrien Grand (JIRA)]

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

Adrien Grand updated LUCENE-7637:
-
Fix Version/s: 6.5
   master (7.0)

> TermInSetQuery should require that all terms come from the same field
> -
>
> Key: LUCENE-7637
> URL: https://issues.apache.org/jira/browse/LUCENE-7637
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Priority: Minor
> Fix For: master (7.0), 6.5
>
> Attachments: LUCENE-7637.patch
>
>
> Spin-off from LUCENE-7624. Requiring that all terms are in the same field 
> would make things simpler and more consistent with other queries. It might 
> also make it easier to improve this query in the future since other similar 
> queries like AutomatonQuery also work on the per-field basis. The only 
> downside is that querying terms across multiple fields would be less 
> efficient, but this does not seem to be a common use-case.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Updated] (LUCENE-7640) Speed up PointValues#estimatePointCount with Relation.CELL_INSIDE_QUERY

[Adrien Grand (JIRA)]

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

Adrien Grand updated LUCENE-7640:
-
Attachment: LUCENE-7640.patch

Here is a patch.

> Speed up PointValues#estimatePointCount with Relation.CELL_INSIDE_QUERY
> ---
>
> Key: LUCENE-7640
> URL: https://issues.apache.org/jira/browse/LUCENE-7640
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Priority: Minor
> Attachments: LUCENE-7640.patch
>
>
> Currently when we get a {{Relation.CELL_INSIDE_QUERY}}, we just recurse in 
> order to count the number of matching leaves. But it should be possible to 
> get this number without recursing, which should help speed up 
> {{estimatePointCount}} for queries that match large ranges of points.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

[jira] [Commented] (SOLR-9975) add SpellCheckComponentTest.testCollateExtendedResults

[Christine Poerschke (JIRA)]

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

Christine Poerschke commented on SOLR-9975:
---

Hi [~jdyer], thanks for pointer to the existing 
[SpellCheckCollatorTest#testExtendedCollate|https://github.com/apache/lucene-solr/blob/master/solr/core/src/test/org/apache/solr/spelling/SpellCheckCollatorTest.java#L308]
 test.

Having just updated SOLR-9972 with an increment on top of the new test here, I 
wonder, how about keeping this new test here in {{SpellCheckComponentTest}} but 
calling it (say) {{testJsonNl}} or {{testExtendedCollateWithJsonNl}} to reflect 
that it's testing the combination of {{collateExtendedResults}} and {{json.nl}} 
options?

> add SpellCheckComponentTest.testCollateExtendedResults
> --
>
> Key: SOLR-9975
> URL: https://issues.apache.org/jira/browse/SOLR-9975
> Project: Solr
>  Issue Type: Test
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-9975.patch
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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