[JENKINS] Lucene-Solr-7.x-Solaris (64bit/jdk1.8.0) - Build # 439 - Still Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Solaris/439/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

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=32798, name=jetty-launcher-6194-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:531)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:506)   
 2) Thread[id=32789, name=jetty-launcher-6194-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:531)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:506)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 2 threads leaked from SUITE 
scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 
   1) Thread[id=32798, name=jetty-launcher-6194-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 

[jira] [Commented] (LUCENE-8033) Should FieldInfos always use a dense encoding?

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit c87b58cf78062989d406592e6b816d86179c4171 in lucene-solr's branch 
refs/heads/branch_7x from [~mayyas]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=c87b58c ]

LUCENE-8033: FieldInfos always use dense encoding

FieldInfos always use an array to store FieldInfo byNumber

Signed-off-by: Adrien Grand 

Closes #320


> Should FieldInfos always use a dense encoding?
> --
>
> Key: LUCENE-8033
> URL: https://issues.apache.org/jira/browse/LUCENE-8033
> Project: Lucene - Core
>  Issue Type: Wish
>Reporter: Adrien Grand
>Priority: Trivial
>  Labels: newdev
>  Time Spent: 2h
>  Remaining Estimate: 0h
>
> Spin-off from LUCENE-8018. The dense vs. sparse encoding logic of FieldInfos 
> introduces  complexity. Given that the sparse encoding is only used when less 
> than 1/16th of fields are used, which sounds uncommon to me, maybe we should 
> use a dense encoding all the time?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8033) Should FieldInfos always use a dense encoding?

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

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

LUCENE-8033: FieldInfos always use dense encoding

FieldInfos always use an array to store FieldInfo byNumber

Signed-off-by: Adrien Grand 

Closes #320


> Should FieldInfos always use a dense encoding?
> --
>
> Key: LUCENE-8033
> URL: https://issues.apache.org/jira/browse/LUCENE-8033
> Project: Lucene - Core
>  Issue Type: Wish
>Reporter: Adrien Grand
>Priority: Trivial
>  Labels: newdev
>  Time Spent: 2h
>  Remaining Estimate: 0h
>
> Spin-off from LUCENE-8018. The dense vs. sparse encoding logic of FieldInfos 
> introduces  complexity. Given that the sparse encoding is only used when less 
> than 1/16th of fields are used, which sounds uncommon to me, maybe we should 
> use a dense encoding all the time?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11950) CLUSTERSTATUS shards parameter does not accept comma delimited list

2018-02-13 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-11950:


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

SOLR-11950: Parse CLUSTERSTATUS 'shard' param as comma-delim list

The documentation for the 'shard' parameter on CLUSTERSTATUS requests,
indicates that users should be able to provide a comma-separated list
of shards they are interested in.  However, prior to this commit the
parameter value was parsed as a single shard name, causing requests
with more than one shard to return as a 400.

This commit changes this behavior to correctly parse the param value.


> CLUSTERSTATUS shards parameter does not accept comma delimited list
> ---
>
> Key: SOLR-11950
> URL: https://issues.apache.org/jira/browse/SOLR-11950
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: documentation
>Affects Versions: 6.3.1, 7.2, master (8.0), 7.2.1
>Reporter: Chris Ulicny
>Assignee: Jason Gerlowski
>Priority: Minor
>  Labels: collection-api
> Attachments: SOLR-11950.patch
>
>
> According to the documentation for the Collections API, the CLUSTERSTATUS 
> action should accept a comma delimited list of shards if specified. However, 
> when specifying a comma delimited list, it is treated as a single value 
> instead of being parsed into multiple values.
> The request
> .../collections?action=CLUSTERSTATUS=test_collection=shard1,shard2
> yields the response:
> {"responseHeader":\{"status":400,"QTime":5},"error":\{"metadata":["error-class","org.apache.solr.common.SolrException","root-error-class","org.apache.solr.common.SolrException"],"msg":"Collection:
>  test_collection shard: shard1,shard2 not found","code":400}}
> instead of locating both shard1 and shard2.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (SOLR-7341) xjoin - join data from external sources

2018-02-13 Thread Tom Mortimer (JIRA)

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

Tom Mortimer updated SOLR-7341:
---
Attachment: SOLR-7341.patch-7.2.1

> xjoin - join data from external sources
> ---
>
> Key: SOLR-7341
> URL: https://issues.apache.org/jira/browse/SOLR-7341
> Project: Solr
>  Issue Type: New Feature
>  Components: search
>Reporter: Tom Winch
>Priority: Minor
> Fix For: 4.10.3, 5.3.2, 6.0
>
> Attachments: SOLR-7341.patch-4.10.3, SOLR-7341.patch-4_10, 
> SOLR-7341.patch-5.3.2, SOLR-7341.patch-5_3, SOLR-7341.patch-7.2.1, 
> SOLR-7341.patch-master, SOLR-7341.patch-trunk, SOLR-7341.patch-trunk
>
>
> h2. XJoin
> The "xjoin" SOLR contrib allows external results to be joined with SOLR 
> results in a query and the SOLR result set to be filtered by the results of 
> an external query. Values from the external results are made available in the 
> SOLR results and may also be used to boost the scores of corresponding 
> documents during the search. The contrib consists of the Java classes 
> XJoinSearchComponent, XJoinValueSourceParser and XJoinQParserPlugin (and 
> associated classes), which must be configured in solrconfig.xml, and the 
> interfaces XJoinResultsFactory and XJoinResults, which are implemented by the 
> user to provide the link between SOLR and the external results source (but 
> see below for details of how to use the in-built SimpleXJoinResultsFactory 
> implementation). External results and SOLR documents are matched via a single 
> configurable attribute (the "join field").
> To include the XJoin contrib classes, add the following config to 
> solrconfig.xml:
> {code:xml}
> 
>   ..
>
>regex=".*\.jar" />
>regex="solr-xjoin-\d.*\.jar" />
>   ..
> 
> {code}
> Note that any JARs containing implementations of the XJoinResultsFactory must 
> also be included.
> h2. Java classes and interfaces
> h3. XJoinResultsFactory
> The user implementation of this interface is responsible for connecting to an 
> external source to perform a query (or otherwise collect results). Parameters 
> with prefix ".external." are passed from the SOLR query URL 
> to pararameterise the search. The interface has the following methods:
> * void init(NamedList args) - this is called during SOLR initialisation, and 
> passed parameters from the search component configuration (see below)
> * XJoinResults getResults(SolrParams params) - this is called during a SOLR 
> search to generate external results, and is passed parameters from the SOLR 
> query URL (as above)
> For example, the implementation might perform queries of an external source 
> based on the 'q' SOLR query URL parameter (in full,  name>.external.q).
> h3. XJoinResults
> A user implementation of this interface is returned by the getResults() 
> method of the XJoinResultsFactory implementation. It has methods:
> * Object getResult(String joinId) - this should return a particular result 
> given the value of the join attribute
> * Iterable getJoinIds() - this should return an ordered (ascending) 
> list of the join attribute values for all results of the external search
> h3. XJoinSearchComponent
> This is the central Java class of the contrib. It is a SOLR search component, 
> configured in solrconfig.xml and included in one or more SOLR request 
> handlers. There is one XJoin search component per external source, and each 
> has two main responsibilities:
> * Before the SOLR search, it connects to the external source and retrieves 
> results, storing them in the SOLR request context
> * After the SOLR search, it matches SOLR document in the results set and 
> external results via the join field, adding attributes from the external 
> results to documents in the SOLR results set
> It takes the following initialisation parameters:
> * factoryClass - this specifies the user-supplied class implementing 
> XJoinResultsFactory, used to generate external results
> * joinField - this specifies the attribute on which to join between SOLR 
> documents and external results
> * external - this parameter set is passed to configure the 
> XJoinResultsFactory implementation
> For example, in solrconfig.xml:
> {code:xml}
>  class="org.apache.solr.search.xjoin.XJoinSearchComponent">
>   test.TestXJoinResultsFactory
>   id
>   
> 1,2,3
>   
> 
> {code}
> Here, the search component instantiates a new TextXJoinResultsFactory during 
> initialisation, and passes it the "values" parameter (1, 2, 3) to configure 
> it. To properly use the XJoinSearchComponent in a request handler, it must be 
> included at the start and end of the component list, and may be configured 
> with the following query parameters:
> * results - a comma-separated list of attributes from the XJoinResults 
> implementation (created by the factory at search time) to be 

[JENKINS] Lucene-Solr-7.x-Linux (64bit/jdk-9.0.4) - Build # 1349 - Still Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/1349/
Java: 64bit/jdk-9.0.4 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.solr.cloud.ForceLeaderTest.testReplicasInLowerTerms

Error Message:
Doc with id=5 not found in 
http://127.0.0.1:40393/forceleader_lower_terms_collection due to: Path not 
found: /id; rsp={doc=null}

Stack Trace:
java.lang.AssertionError: Doc with id=5 not found in 
http://127.0.0.1:40393/forceleader_lower_terms_collection due to: Path not 
found: /id; rsp={doc=null}
at 
__randomizedtesting.SeedInfo.seed([24875BFD785E2E5B:AAB37BBEB8F98E2F]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.HttpPartitionTest.assertDocExists(HttpPartitionTest.java:699)
at 
org.apache.solr.cloud.HttpPartitionTest.assertDocsExistInAllReplicas(HttpPartitionTest.java:644)
at 
org.apache.solr.cloud.ForceLeaderTest.bringBackOldLeaderAndSendDoc(ForceLeaderTest.java:520)
at 
org.apache.solr.cloud.ForceLeaderTest.testReplicasInLowerTerms(ForceLeaderTest.java:158)
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:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 

[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread Karl Wright (JIRA)

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

Karl Wright commented on LUCENE-8171:
-

The code in question does call the improved two-vector cross-product Vector 
constructor, but it makes no attempt to optimize the numerically best choice of 
vectors (there are in fact two choices for how those are chosen):

{code}
  /** Construct a sided plane from three points.
   */
  public static SidedPlane constructNormalizedThreePointSidedPlane(final Vector 
insidePoint,
final Vector point1, final Vector point2, final Vector point3) {
try {
  final Vector planeNormal = new Vector(
new Vector(point1.x - point2.x, point1.y - point2.y, point1.z - 
point2.z),
new Vector(point2.x - point3.x, point2.y - point3.y, point2.z - 
point3.z));
  return new SidedPlane(insidePoint, planeNormal, 
-planeNormal.dotProduct(point2));
} catch (IllegalArgumentException e) {
  return null;
}
  }
{code}

The obvious improvement is to try the other one if the first try doesn't work.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread Karl Wright (JIRA)

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

Karl Wright commented on LUCENE-8171:
-

I won't have a chance, once again, to look at this until the weekend.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[GitHub] lucene-solr pull request #320: LUCENE-8033: FieldInfos always use dense enco...

2018-02-13 Thread asfgit
Github user asfgit closed the pull request at:

https://github.com/apache/lucene-solr/pull/320


---

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



[jira] [Resolved] (SOLR-11950) CLUSTERSTATUS shards parameter does not accept comma delimited list

2018-02-13 Thread Jason Gerlowski (JIRA)

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

Jason Gerlowski resolved SOLR-11950.

   Resolution: Fixed
Fix Version/s: 7.3
   master (8.0)

> CLUSTERSTATUS shards parameter does not accept comma delimited list
> ---
>
> Key: SOLR-11950
> URL: https://issues.apache.org/jira/browse/SOLR-11950
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: documentation
>Affects Versions: 6.3.1, 7.2, master (8.0), 7.2.1
>Reporter: Chris Ulicny
>Assignee: Jason Gerlowski
>Priority: Minor
>  Labels: collection-api
> Fix For: master (8.0), 7.3
>
> Attachments: SOLR-11950.patch
>
>
> According to the documentation for the Collections API, the CLUSTERSTATUS 
> action should accept a comma delimited list of shards if specified. However, 
> when specifying a comma delimited list, it is treated as a single value 
> instead of being parsed into multiple values.
> The request
> .../collections?action=CLUSTERSTATUS=test_collection=shard1,shard2
> yields the response:
> {"responseHeader":\{"status":400,"QTime":5},"error":\{"metadata":["error-class","org.apache.solr.common.SolrException","root-error-class","org.apache.solr.common.SolrException"],"msg":"Collection:
>  test_collection shard: shard1,shard2 not found","code":400}}
> instead of locating both shard1 and shard2.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11950) CLUSTERSTATUS shards parameter does not accept comma delimited list

2018-02-13 Thread Jason Gerlowski (JIRA)

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

Jason Gerlowski commented on SOLR-11950:


Hi Chris,

Thanks for the report, and for the patch.  I made a few minor tweaks and 
committed this.  Should be in 7.3 when that comes out.

Thanks again for your time.

> CLUSTERSTATUS shards parameter does not accept comma delimited list
> ---
>
> Key: SOLR-11950
> URL: https://issues.apache.org/jira/browse/SOLR-11950
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: documentation
>Affects Versions: 6.3.1, 7.2, master (8.0), 7.2.1
>Reporter: Chris Ulicny
>Assignee: Jason Gerlowski
>Priority: Minor
>  Labels: collection-api
> Fix For: master (8.0), 7.3
>
> Attachments: SOLR-11950.patch
>
>
> According to the documentation for the Collections API, the CLUSTERSTATUS 
> action should accept a comma delimited list of shards if specified. However, 
> when specifying a comma delimited list, it is treated as a single value 
> instead of being parsed into multiple values.
> The request
> .../collections?action=CLUSTERSTATUS=test_collection=shard1,shard2
> yields the response:
> {"responseHeader":\{"status":400,"QTime":5},"error":\{"metadata":["error-class","org.apache.solr.common.SolrException","root-error-class","org.apache.solr.common.SolrException"],"msg":"Collection:
>  test_collection shard: shard1,shard2 not found","code":400}}
> instead of locating both shard1 and shard2.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-Tests-7.x - Build # 383 - Still Unstable

2018-02-13 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/383/

4 tests failed.
FAILED:  org.apache.solr.cloud.ReplaceNodeNoTargetTest.test

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([CDB2C971BC2B2B20:45E6F6AB12D746D8]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.solr.cloud.ReplaceNodeNoTargetTest.test(ReplaceNodeNoTargetTest.java:92)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  
org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeAddedTriggerRestoreState

Error Message:
The trigger did not fire at all

Stack Trace:
java.lang.AssertionError: The trigger did not fire at all
at 
__randomizedtesting.SeedInfo.seed([CDB2C971BC2B2B20:458F400E86EBCA8D]:0)
at org.junit.Assert.fail(Assert.java:93)
at 

[jira] [Commented] (SOLR-8327) SolrDispatchFilter is not caching new state format, which results in live fetch from ZK per request if node does not contain core from collection

2018-02-13 Thread Ishan Chattopadhyaya (JIRA)

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

Ishan Chattopadhyaya commented on SOLR-8327:


Updated John's patch to use a lookup for version before fetching. 
[~slackhappy], [~noble.paul], can you please review?

> SolrDispatchFilter is not caching new state format, which results in live 
> fetch from ZK per request if node does not contain core from collection
> -
>
> Key: SOLR-8327
> URL: https://issues.apache.org/jira/browse/SOLR-8327
> Project: Solr
>  Issue Type: Bug
>  Components: SolrCloud
>Affects Versions: 5.3
>Reporter: Jessica Cheng Mallet
>Assignee: Ishan Chattopadhyaya
>Priority: Major
>  Labels: solrcloud
> Attachments: SOLR-8327.patch, SOLR-8327.patch
>
>
> While perf testing with non-solrj client (request can be sent to any solr 
> node), we noticed a huge amount of data from Zookeeper in our tcpdump (~1G 
> for 20 second dump). From the thread dump, we noticed this:
> java.lang.Object.wait (Native Method)
> java.lang.Object.wait (Object.java:503)
> org.apache.zookeeper.ClientCnxn.submitRequest (ClientCnxn.java:1309)
> org.apache.zookeeper.ZooKeeper.getData (ZooKeeper.java:1152)
> org.apache.solr.common.cloud.SolrZkClient$7.execute (SolrZkClient.java:345)
> org.apache.solr.common.cloud.SolrZkClient$7.execute (SolrZkClient.java:342)
> org.apache.solr.common.cloud.ZkCmdExecutor.retryOperation 
> (ZkCmdExecutor.java:61)
> org.apache.solr.common.cloud.SolrZkClient.getData (SolrZkClient.java:342)
> org.apache.solr.common.cloud.ZkStateReader.getCollectionLive 
> (ZkStateReader.java:841)
> org.apache.solr.common.cloud.ZkStateReader$7.get (ZkStateReader.java:515)
> org.apache.solr.common.cloud.ClusterState.getCollectionOrNull 
> (ClusterState.java:175)
> org.apache.solr.common.cloud.ClusterState.getLeader (ClusterState.java:98)
> org.apache.solr.servlet.HttpSolrCall.getCoreByCollection 
> (HttpSolrCall.java:784)
> org.apache.solr.servlet.HttpSolrCall.init (HttpSolrCall.java:272)
> org.apache.solr.servlet.HttpSolrCall.call (HttpSolrCall.java:417)
> org.apache.solr.servlet.SolrDispatchFilter.doFilter 
> (SolrDispatchFilter.java:210)
> org.apache.solr.servlet.SolrDispatchFilter.doFilter 
> (SolrDispatchFilter.java:179)
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter 
> (ServletHandler.java:1652)
> org.eclipse.jetty.servlet.ServletHandler.doHandle (ServletHandler.java:585)
> org.eclipse.jetty.server.handler.ScopedHandler.handle (ScopedHandler.java:143)
> org.eclipse.jetty.security.SecurityHandler.handle (SecurityHandler.java:577)
> org.eclipse.jetty.server.session.SessionHandler.doHandle 
> (SessionHandler.java:223)
> org.eclipse.jetty.server.handler.ContextHandler.doHandle 
> (ContextHandler.java:1127)
> org.eclipse.jetty.servlet.ServletHandler.doScope (ServletHandler.java:515)
> org.eclipse.jetty.server.session.SessionHandler.doScope 
> (SessionHandler.java:185)
> org.eclipse.jetty.server.handler.ContextHandler.doScope 
> (ContextHandler.java:1061)
> org.eclipse.jetty.server.handler.ScopedHandler.handle (ScopedHandler.java:141)
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle 
> (ContextHandlerCollection.java:215)
> org.eclipse.jetty.server.handler.HandlerCollection.handle 
> (HandlerCollection.java:110)
> org.eclipse.jetty.server.handler.HandlerWrapper.handle 
> (HandlerWrapper.java:97)
> org.eclipse.jetty.server.Server.handle (Server.java:499)
> org.eclipse.jetty.server.HttpChannel.handle (HttpChannel.java:310)
> org.eclipse.jetty.server.HttpConnection.onFillable (HttpConnection.java:257)
> org.eclipse.jetty.io.AbstractConnection$2.run (AbstractConnection.java:540)
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob 
> (QueuedThreadPool.java:635)
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run 
> (QueuedThreadPool.java:555)
> java.lang.Thread.run (Thread.java:745)
> Looks like SolrDispatchFilter doesn't have caching similar to the 
> collectionStateCache in CloudSolrClient, so if the node doesn't know about a 
> collection in the new state format, it just live-fetch it from Zookeeper on 
> every request.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11974) TestCollapseQParserPlugin.testStringCollapse() failure

2018-02-13 Thread Joel Bernstein (JIRA)

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

Joel Bernstein commented on SOLR-11974:
---

I was surprised to see that we have test case that involved Grouping with the 
CollapsingQParserPlugin. The CollapsingQParserPlugin really should only be used 
with results that have not already been collapsed or grouped.

> TestCollapseQParserPlugin.testStringCollapse() failure
> --
>
> Key: SOLR-11974
> URL: https://issues.apache.org/jira/browse/SOLR-11974
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Tests
>Reporter: Steve Rowe
>Priority: Major
>
> Reproducing branch_7x seed from my Jenkins - reproduces for me on master too:
> {noformat}
> Checking out Revision 6ae6ce2f42b61b117c31149ac87b1cb3d6ffe440 
> (refs/remotes/origin/branch_7x)
> [...]
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=TestCollapseQParserPlugin -Dtests.method=testStringCollapse 
> -Dtests.seed=32531513E27A1FB -Dtests.slow=true -Dtests.locale=fr-LU 
> -Dtests.timezone=Europe/Warsaw -Dtests.asserts=true 
> -Dtests.file.encoding=UTF-8
>[junit4] FAILURE 1.15s J5  | TestCollapseQParserPlugin.testStringCollapse 
> <<<
>[junit4]> Throwable #1: java.lang.AssertionError
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([32531513E27A1FB:F6AD0130F74002EF]:0)
>[junit4]>  at 
> org.apache.lucene.index.AssertingLeafReader$AssertingSortedDocValues.advanceExact(AssertingLeafReader.java:617)
>[junit4]>  at 
> org.apache.solr.search.CollapsingQParserPlugin$OrdScoreCollector.collect(CollapsingQParserPlugin.java:557)
>[junit4]>  at 
> org.apache.lucene.search.MatchAllDocsQuery$1$1.score(MatchAllDocsQuery.java:62)
>[junit4]>  at 
> org.apache.lucene.search.BulkScorer.score(BulkScorer.java:39)
>[junit4]>  at 
> org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:660)
>[junit4]>  at 
> org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:462)
>[junit4]>  at 
> org.apache.solr.search.Grouping.searchWithTimeLimiter(Grouping.java:447)
>[junit4]>  at 
> org.apache.solr.search.Grouping.execute(Grouping.java:395)
>[junit4]>  at 
> org.apache.solr.handler.component.QueryComponent.doProcessGroupedSearch(QueryComponent.java:1409)
>[junit4]>  at 
> org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:367)
>[junit4]>  at 
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:295)
>[junit4]>  at 
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:195)
>[junit4]>  at 
> org.apache.solr.core.SolrCore.execute(SolrCore.java:2503)
>[junit4]>  at 
> org.apache.solr.util.TestHarness.query(TestHarness.java:337)
>[junit4]>  at 
> org.apache.solr.util.TestHarness.query(TestHarness.java:319)
>[junit4]>  at 
> org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:876)
>[junit4]>  at 
> org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:862)
>[junit4]>  at 
> org.apache.solr.search.TestCollapseQParserPlugin.testCollapseQueries(TestCollapseQParserPlugin.java:768)
>[junit4]>  at 
> org.apache.solr.search.TestCollapseQParserPlugin.testStringCollapse(TestCollapseQParserPlugin.java:213)
>[junit4]>  at java.lang.Thread.run(Thread.java:748)
> [...]
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): 
> {text_ws=FSTOrd50, term_s=PostingsFormat(name=Memory), 
> id=PostingsFormat(name=MockRandom), group_s=PostingsFormat(name=MockRandom), 
> group_s_dv=FSTOrd50}, docValues:{id_i=DocValuesFormat(name=Direct), 
> group_i=DocValuesFormat(name=Direct), 
> group_ti_dv=DocValuesFormat(name=Lucene70), 
> _version_=DocValuesFormat(name=Asserting), 
> test_l=DocValuesFormat(name=Direct), 
> group_tf_dv=DocValuesFormat(name=Memory), 
> test_i=DocValuesFormat(name=Lucene70), 
> group_f=DocValuesFormat(name=Asserting), test_f=DocValuesFormat(name=Memory), 
> group_s_dv=DocValuesFormat(name=Asserting)}, maxPointsInLeafNode=1995, 
> maxMBSortInHeap=7.1608710565771645, sim=RandomSimilarity(queryNorm=false): 
> {}, locale=fr-LU, timezone=Europe/Warsaw
>[junit4]   2> NOTE: Linux 4.1.0-custom2-amd64 amd64/Oracle Corporation 
> 1.8.0_151 (64-bit)/cpus=16,threads=1,free=168356360,total=529530880
> {noformat}
> I see this elsewhere in the log, multiple times:
> {noformat}
>[junit4]   2> 484673 ERROR 
> (TEST-TestCollapseQParserPlugin.testNumericCollapse-seed#[32531513E27A1FB]) [ 
>] o.a.s.h.RequestHandlerBase 

[jira] [Resolved] (LUCENE-8152) Simplify conditionals in JoinUtil

2018-02-13 Thread Adrien Grand (JIRA)

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

Adrien Grand resolved LUCENE-8152.
--
   Resolution: Fixed
Fix Version/s: 7.3
   master (8.0)

> Simplify conditionals in JoinUtil 
> --
>
> Key: LUCENE-8152
> URL: https://issues.apache.org/jira/browse/LUCENE-8152
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Horatiu Lazu
>Priority: Trivial
> Fix For: master (8.0), 7.3
>
> Attachments: LUCENE-8152.patch, LUCENE-8152.patch
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> The following could be simplified, on line 249:
> {code:java}
> int dvDocID = numericDocValues.docID();
> if (dvDocID < doc) {
>   dvDocID = numericDocValues.advance(doc);
> }
> long value;
> if (dvDocID == doc) {
>   value = numericDocValues.longValue();
> } else {
>   value = 0;
> }
> {code}
> To:
> {code:java}
> long value = 0;
> if (numericDocValues.advanceExact(doc)) {
>   value = numericDocValues.longValue();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-master-Solaris (64bit/jdk1.8.0) - Build # 1675 - Still Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/1675/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC

3 tests failed.
FAILED:  org.apache.solr.handler.TestSQLHandler.doTest

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([3D71DEE63FA3B50E:9A3566425218A6B7]:0)
at 
org.apache.solr.handler.TestSQLHandler.testBasicSelect(TestSQLHandler.java:181)
at org.apache.solr.handler.TestSQLHandler.doTest(TestSQLHandler.java:82)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest.testHistory

Error Message:
expected:<5> 

[GitHub] lucene-solr pull request #320: LUCENE-8033: FieldInfos always use dense enco...

2018-02-13 Thread jpountz
Github user jpountz commented on a diff in the pull request:

https://github.com/apache/lucene-solr/pull/320#discussion_r167838894
  
--- Diff: lucene/core/src/java/org/apache/lucene/index/FieldInfos.java ---
@@ -63,21 +62,30 @@ public FieldInfos(FieldInfo[] infos) {
 boolean hasNorms = false;
 boolean hasDocValues = false;
 boolean hasPointValues = false;
-
-TreeMap byNumber = new TreeMap<>();
+
+int size = 0; // number of elements in byNumberTemp
+int capacity = 10; // byNumberTemp's capacity
+FieldInfo[] byNumberTemp = new FieldInfo[capacity];
--- End diff --

This looks more complex to me than manipulating the array directly?


---

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



[jira] [Resolved] (LUCENE-8033) Should FieldInfos always use a dense encoding?

2018-02-13 Thread Adrien Grand (JIRA)

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

Adrien Grand resolved LUCENE-8033.
--
   Resolution: Fixed
Fix Version/s: 7.3
   master (8.0)

Thanks Mayya!

> Should FieldInfos always use a dense encoding?
> --
>
> Key: LUCENE-8033
> URL: https://issues.apache.org/jira/browse/LUCENE-8033
> Project: Lucene - Core
>  Issue Type: Wish
>Reporter: Adrien Grand
>Priority: Trivial
>  Labels: newdev
> Fix For: master (8.0), 7.3
>
>  Time Spent: 2h 20m
>  Remaining Estimate: 0h
>
> Spin-off from LUCENE-8018. The dense vs. sparse encoding logic of FieldInfos 
> introduces  complexity. Given that the sparse encoding is only used when less 
> than 1/16th of fields are used, which sounds uncommon to me, maybe we should 
> use a dense encoding all the time?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (SOLR-8327) SolrDispatchFilter is not caching new state format, which results in live fetch from ZK per request if node does not contain core from collection

2018-02-13 Thread Ishan Chattopadhyaya (JIRA)

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

Ishan Chattopadhyaya updated SOLR-8327:
---
Attachment: SOLR-8327.patch

> SolrDispatchFilter is not caching new state format, which results in live 
> fetch from ZK per request if node does not contain core from collection
> -
>
> Key: SOLR-8327
> URL: https://issues.apache.org/jira/browse/SOLR-8327
> Project: Solr
>  Issue Type: Bug
>  Components: SolrCloud
>Affects Versions: 5.3
>Reporter: Jessica Cheng Mallet
>Assignee: Ishan Chattopadhyaya
>Priority: Major
>  Labels: solrcloud
> Attachments: SOLR-8327.patch, SOLR-8327.patch
>
>
> While perf testing with non-solrj client (request can be sent to any solr 
> node), we noticed a huge amount of data from Zookeeper in our tcpdump (~1G 
> for 20 second dump). From the thread dump, we noticed this:
> java.lang.Object.wait (Native Method)
> java.lang.Object.wait (Object.java:503)
> org.apache.zookeeper.ClientCnxn.submitRequest (ClientCnxn.java:1309)
> org.apache.zookeeper.ZooKeeper.getData (ZooKeeper.java:1152)
> org.apache.solr.common.cloud.SolrZkClient$7.execute (SolrZkClient.java:345)
> org.apache.solr.common.cloud.SolrZkClient$7.execute (SolrZkClient.java:342)
> org.apache.solr.common.cloud.ZkCmdExecutor.retryOperation 
> (ZkCmdExecutor.java:61)
> org.apache.solr.common.cloud.SolrZkClient.getData (SolrZkClient.java:342)
> org.apache.solr.common.cloud.ZkStateReader.getCollectionLive 
> (ZkStateReader.java:841)
> org.apache.solr.common.cloud.ZkStateReader$7.get (ZkStateReader.java:515)
> org.apache.solr.common.cloud.ClusterState.getCollectionOrNull 
> (ClusterState.java:175)
> org.apache.solr.common.cloud.ClusterState.getLeader (ClusterState.java:98)
> org.apache.solr.servlet.HttpSolrCall.getCoreByCollection 
> (HttpSolrCall.java:784)
> org.apache.solr.servlet.HttpSolrCall.init (HttpSolrCall.java:272)
> org.apache.solr.servlet.HttpSolrCall.call (HttpSolrCall.java:417)
> org.apache.solr.servlet.SolrDispatchFilter.doFilter 
> (SolrDispatchFilter.java:210)
> org.apache.solr.servlet.SolrDispatchFilter.doFilter 
> (SolrDispatchFilter.java:179)
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter 
> (ServletHandler.java:1652)
> org.eclipse.jetty.servlet.ServletHandler.doHandle (ServletHandler.java:585)
> org.eclipse.jetty.server.handler.ScopedHandler.handle (ScopedHandler.java:143)
> org.eclipse.jetty.security.SecurityHandler.handle (SecurityHandler.java:577)
> org.eclipse.jetty.server.session.SessionHandler.doHandle 
> (SessionHandler.java:223)
> org.eclipse.jetty.server.handler.ContextHandler.doHandle 
> (ContextHandler.java:1127)
> org.eclipse.jetty.servlet.ServletHandler.doScope (ServletHandler.java:515)
> org.eclipse.jetty.server.session.SessionHandler.doScope 
> (SessionHandler.java:185)
> org.eclipse.jetty.server.handler.ContextHandler.doScope 
> (ContextHandler.java:1061)
> org.eclipse.jetty.server.handler.ScopedHandler.handle (ScopedHandler.java:141)
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle 
> (ContextHandlerCollection.java:215)
> org.eclipse.jetty.server.handler.HandlerCollection.handle 
> (HandlerCollection.java:110)
> org.eclipse.jetty.server.handler.HandlerWrapper.handle 
> (HandlerWrapper.java:97)
> org.eclipse.jetty.server.Server.handle (Server.java:499)
> org.eclipse.jetty.server.HttpChannel.handle (HttpChannel.java:310)
> org.eclipse.jetty.server.HttpConnection.onFillable (HttpConnection.java:257)
> org.eclipse.jetty.io.AbstractConnection$2.run (AbstractConnection.java:540)
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob 
> (QueuedThreadPool.java:635)
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run 
> (QueuedThreadPool.java:555)
> java.lang.Thread.run (Thread.java:745)
> Looks like SolrDispatchFilter doesn't have caching similar to the 
> collectionStateCache in CloudSolrClient, so if the node doesn't know about a 
> collection in the new state format, it just live-fetch it from Zookeeper on 
> every request.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11950) CLUSTERSTATUS shards parameter does not accept comma delimited list

2018-02-13 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-11950:


Commit 7f651bd713dbc9f4a390b74009c444ba5e56a0c9 in lucene-solr's branch 
refs/heads/branch_7x from [~gerlowskija]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=7f651bd ]

SOLR-11950: Parse CLUSTERSTATUS 'shard' param as comma-delim list

The documentation for the 'shard' parameter on CLUSTERSTATUS requests,
indicates that users should be able to provide a comma-separated list
of shards they are interested in.  However, prior to this commit the
parameter value was parsed as a single shard name, causing requests
with more than one shard to return as a 400.

This commit changes this behavior to correctly parse the param value.


> CLUSTERSTATUS shards parameter does not accept comma delimited list
> ---
>
> Key: SOLR-11950
> URL: https://issues.apache.org/jira/browse/SOLR-11950
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: documentation
>Affects Versions: 6.3.1, 7.2, master (8.0), 7.2.1
>Reporter: Chris Ulicny
>Assignee: Jason Gerlowski
>Priority: Minor
>  Labels: collection-api
> Attachments: SOLR-11950.patch
>
>
> According to the documentation for the Collections API, the CLUSTERSTATUS 
> action should accept a comma delimited list of shards if specified. However, 
> when specifying a comma delimited list, it is treated as a single value 
> instead of being parsed into multiple values.
> The request
> .../collections?action=CLUSTERSTATUS=test_collection=shard1,shard2
> yields the response:
> {"responseHeader":\{"status":400,"QTime":5},"error":\{"metadata":["error-class","org.apache.solr.common.SolrException","root-error-class","org.apache.solr.common.SolrException"],"msg":"Collection:
>  test_collection shard: shard1,shard2 not found","code":400}}
> instead of locating both shard1 and shard2.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-7341) xjoin - join data from external sources

2018-02-13 Thread Tom Mortimer (JIRA)

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

Tom Mortimer commented on SOLR-7341:


Just added a patch for branch_7_2.

> xjoin - join data from external sources
> ---
>
> Key: SOLR-7341
> URL: https://issues.apache.org/jira/browse/SOLR-7341
> Project: Solr
>  Issue Type: New Feature
>  Components: search
>Reporter: Tom Winch
>Priority: Minor
> Fix For: 4.10.3, 5.3.2, 6.0
>
> Attachments: SOLR-7341.patch-4.10.3, SOLR-7341.patch-4_10, 
> SOLR-7341.patch-5.3.2, SOLR-7341.patch-5_3, SOLR-7341.patch-7.2.1, 
> SOLR-7341.patch-master, SOLR-7341.patch-trunk, SOLR-7341.patch-trunk
>
>
> h2. XJoin
> The "xjoin" SOLR contrib allows external results to be joined with SOLR 
> results in a query and the SOLR result set to be filtered by the results of 
> an external query. Values from the external results are made available in the 
> SOLR results and may also be used to boost the scores of corresponding 
> documents during the search. The contrib consists of the Java classes 
> XJoinSearchComponent, XJoinValueSourceParser and XJoinQParserPlugin (and 
> associated classes), which must be configured in solrconfig.xml, and the 
> interfaces XJoinResultsFactory and XJoinResults, which are implemented by the 
> user to provide the link between SOLR and the external results source (but 
> see below for details of how to use the in-built SimpleXJoinResultsFactory 
> implementation). External results and SOLR documents are matched via a single 
> configurable attribute (the "join field").
> To include the XJoin contrib classes, add the following config to 
> solrconfig.xml:
> {code:xml}
> 
>   ..
>
>regex=".*\.jar" />
>regex="solr-xjoin-\d.*\.jar" />
>   ..
> 
> {code}
> Note that any JARs containing implementations of the XJoinResultsFactory must 
> also be included.
> h2. Java classes and interfaces
> h3. XJoinResultsFactory
> The user implementation of this interface is responsible for connecting to an 
> external source to perform a query (or otherwise collect results). Parameters 
> with prefix ".external." are passed from the SOLR query URL 
> to pararameterise the search. The interface has the following methods:
> * void init(NamedList args) - this is called during SOLR initialisation, and 
> passed parameters from the search component configuration (see below)
> * XJoinResults getResults(SolrParams params) - this is called during a SOLR 
> search to generate external results, and is passed parameters from the SOLR 
> query URL (as above)
> For example, the implementation might perform queries of an external source 
> based on the 'q' SOLR query URL parameter (in full,  name>.external.q).
> h3. XJoinResults
> A user implementation of this interface is returned by the getResults() 
> method of the XJoinResultsFactory implementation. It has methods:
> * Object getResult(String joinId) - this should return a particular result 
> given the value of the join attribute
> * Iterable getJoinIds() - this should return an ordered (ascending) 
> list of the join attribute values for all results of the external search
> h3. XJoinSearchComponent
> This is the central Java class of the contrib. It is a SOLR search component, 
> configured in solrconfig.xml and included in one or more SOLR request 
> handlers. There is one XJoin search component per external source, and each 
> has two main responsibilities:
> * Before the SOLR search, it connects to the external source and retrieves 
> results, storing them in the SOLR request context
> * After the SOLR search, it matches SOLR document in the results set and 
> external results via the join field, adding attributes from the external 
> results to documents in the SOLR results set
> It takes the following initialisation parameters:
> * factoryClass - this specifies the user-supplied class implementing 
> XJoinResultsFactory, used to generate external results
> * joinField - this specifies the attribute on which to join between SOLR 
> documents and external results
> * external - this parameter set is passed to configure the 
> XJoinResultsFactory implementation
> For example, in solrconfig.xml:
> {code:xml}
>  class="org.apache.solr.search.xjoin.XJoinSearchComponent">
>   test.TestXJoinResultsFactory
>   id
>   
> 1,2,3
>   
> 
> {code}
> Here, the search component instantiates a new TextXJoinResultsFactory during 
> initialisation, and passes it the "values" parameter (1, 2, 3) to configure 
> it. To properly use the XJoinSearchComponent in a request handler, it must be 
> included at the start and end of the component list, and may be configured 
> with the following query parameters:
> * results - a comma-separated list of attributes from the XJoinResults 
> implementation (created 

[jira] [Reopened] (SOLR-11961) group.query and sort with function getting error in solrcloud

2018-02-13 Thread adeppa (JIRA)

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

adeppa reopened SOLR-11961:
---

[~erickerickson] Even i updated solr version from 6.4 to 6.6 still getting same 
error, All my nodes in green above screenshot  will refer 

> group.query and sort with function getting error in solrcloud
> -
>
> Key: SOLR-11961
> URL: https://issues.apache.org/jira/browse/SOLR-11961
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: search
>Affects Versions: 6.4, 6.4.2
>Reporter: adeppa
>Priority: Major
> Attachments: Screen Shot 2018-02-13 at 11.41.45 AM.png
>
>
> while querying combination of group.query and sort function is not working 
>  getting below error 
>  
> Environment : 
>  Solr 6.4.2 and solr cloud mode with two shards and replication factor 2 
>  AWS  with ubuntu 
> query :/solr/qa/select?fq=((level:*.RL AND 
>  im_field_destination_category:7845 AND im_field_geography:6937 AND 
>  im_field_legacy_category:(7875 OR 12949 OR 7902 OR 12954) AND 
>  im_field_report_research_type:7854) OR (im_field_destination_category:7845 
>  AND im_field_geography:6937 AND im_field_legacy_category:(7875 OR 12949 OR 
>  7902 OR 12954) AND im_field_report_research_type:7855 AND 
>  ${sku}))= im_field_deliverable_type:(12941)= 
>  
> im_field_deliverable_type:(12941)=true=on=*:*=sm_field_sku:(manpq7416
>  
>  OR TTPMUS0005A OR TTPXSI1015US OR TTPMUS0004B OR 
>  TTPDPRUS0215)=product(if(exists(query(\{!v="${sku}"})),1,0),2) 
>  desc=json 
> if run same query in sudo node will working ,please help me on this 
> Error: 
> { 
>    "responseHeader":{ 
>      "zkConnected":true, 
>      "status":500, 
>      "QTime":8, 
>      "params":{ 
>        "q":"*:*", 
>        "indent":"on", 
>        "fq":"((level:*.RL AND im_field_destination_category:7845 AND 
>  im_field_geography:6937 AND im_field_legacy_category:(7875 OR 12949 OR 7902 
>  OR 12954) AND im_field_report_research_type:7854) OR 
>  (im_field_destination_category:7845 AND im_field_geography:6937 AND 
>  im_field_legacy_category:(7875 OR 12949 OR 7902 OR 12954) AND 
>  im_field_report_research_type:7855 AND ${sku}))", 
>        "sort":"product(if(exists(query(\{!v=\"${sku}\"})),1,0),2) desc", 
>        "group.query":[" im_field_deliverable_type:(12941)", 
>          " im_field_deliverable_type:(12941)"], 
>        "sku":"sm_field_sku:(manpq7416 OR TTPMUS0005A OR TTPXSI1015US OR 
>  TTPMUS0004B OR TTPDPRUS0215)", 
>        "wt":"json", 
>        "_":"1518098081571", 
>        "group":"true"}}, 
>    "error":{ 
>      "metadata":[ 
>        "error-class","org.apache.solr.common.SolrException", 
>        
>  
> "root-error-class","org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException"],
>  
>      "msg":"org.apache.solr.client.solrj.SolrServerException: No live 
>  SolrServers available to handle this 
>  request:[[http://172.22.0.231:8983/solr/qa_shard1_replica2], 
>  [http://172.22.0.231:8983/solr/qa_shard2_replica2], 
>  [http://172.22.1.249:8983/solr/qa_shard1_replica3]]", 
>      "trace":"org.apache.solr.common.SolrException: 
>  org.apache.solr.client.solrj.SolrServerException: No live SolrServers 
>  available to handle this 
>  request:[[http://172.22.0.231:8983/solr/qa_shard1_replica2], 
>  [http://172.22.0.231:8983/solr/qa_shard2_replica2], 
>  [http://172.22.1.249:8983/solr/qa_shard1_replica3]]\n\tat 
>  
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:415)\n\tat
>  
>  
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:166)\n\tat
>  
>  org.apache.solr.core.SolrCore.execute(SolrCore.java:2299)\n\tat 
>  org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:658)\n\tat 
>  org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:464)\n\tat 
>  
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:345)\n\tat
>  
>  
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:296)\n\tat
>  
>  
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1691)\n\tat
>  
>  
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:582)\n\tat
>  
>  
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)\n\tat
>  
>  
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)\n\tat
>  
>  
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)\n\tat
>  
>  
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180)\n\tat
>  
>  
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512)\n\tat
>  
>  
> 

[jira] [Commented] (LUCENE-8152) Simplify conditionals in JoinUtil

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit 83befcbce2d4eb19f0f65af1e8d2fcc86e7302e0 in lucene-solr's branch 
refs/heads/branch_7x from [~jpountz]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=83befcb ]

LUCENE-8152: Consistently use advanceExact over advance.


> Simplify conditionals in JoinUtil 
> --
>
> Key: LUCENE-8152
> URL: https://issues.apache.org/jira/browse/LUCENE-8152
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Horatiu Lazu
>Priority: Trivial
> Attachments: LUCENE-8152.patch, LUCENE-8152.patch
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> The following could be simplified, on line 249:
> {code:java}
> int dvDocID = numericDocValues.docID();
> if (dvDocID < doc) {
>   dvDocID = numericDocValues.advance(doc);
> }
> long value;
> if (dvDocID == doc) {
>   value = numericDocValues.longValue();
> } else {
>   value = 0;
> }
> {code}
> To:
> {code:java}
> long value = 0;
> if (numericDocValues.advanceExact(doc)) {
>   value = numericDocValues.longValue();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8152) Simplify conditionals in JoinUtil

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

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

LUCENE-8152: Consistently use advanceExact over advance.


> Simplify conditionals in JoinUtil 
> --
>
> Key: LUCENE-8152
> URL: https://issues.apache.org/jira/browse/LUCENE-8152
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Horatiu Lazu
>Priority: Trivial
> Attachments: LUCENE-8152.patch, LUCENE-8152.patch
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> The following could be simplified, on line 249:
> {code:java}
> int dvDocID = numericDocValues.docID();
> if (dvDocID < doc) {
>   dvDocID = numericDocValues.advance(doc);
> }
> long value;
> if (dvDocID == doc) {
>   value = numericDocValues.longValue();
> } else {
>   value = 0;
> }
> {code}
> To:
> {code:java}
> long value = 0;
> if (numericDocValues.advanceExact(doc)) {
>   value = numericDocValues.longValue();
> }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



JDK 10: First Release Candidate - JDK 10 b43

2018-02-13 Thread Rory O'Donnell

  Hi Uwe & Dawid,

*JDK 10 build 43 is our first JDK 10 Release Candidate [1]*

 * JDK 10 Early Access  build 43 is available at : - jdk.java.net/10/

Notable changes since previous email.**

*build 43
*

 * JDK-8194764  -
   javac incorrectly flags deprecated for removal imports
 * JDK-8196678  -
   avoid printing uninitialized buffer in os::print_memory_info on AIX
 * JDK-8195837  -
   (tz) Upgrade time-zone data to tzdata2018c

**

*Bug fixes reported by Open Source Projects  :*

 * JDK-8196296 
   Lucene test crashes C2 compilation

*Security Manager Survey
*

If you have written or maintain code that uses the SecurityManager or 
related APIs such as the AccessController,
then we would appreciate if you would complete this survey: 
https://www.surveymonkey.com/r/RSGMF3K

More info on the survey  [2]


Regards,
Rory

[1] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-February/000742.html
[2] http://mail.openjdk.java.net/pipermail/jdk-dev/2018-February/000649.html

--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland



[jira] [Updated] (LUCENE-8126) Spatial prefix tree based on S2 geometry

2018-02-13 Thread Ignacio Vera (JIRA)

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

Ignacio Vera updated LUCENE-8126:
-
Attachment: SPT-query.jpeg

> Spatial prefix tree based on S2 geometry
> 
>
> Key: LUCENE-8126
> URL: https://issues.apache.org/jira/browse/LUCENE-8126
> Project: Lucene - Core
>  Issue Type: New Feature
>  Components: modules/spatial-extras
>Reporter: Ignacio Vera
>Assignee: Ignacio Vera
>Priority: Major
> Attachments: SPT-query.jpeg, STP-cell.pdf
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Hi [~dsmiley],
> I have been working on a prefix tree based on goggle S2 geometry 
> (https://s2geometry.io/) to be used mainly with Geo3d shapes with very 
> promising results, in particular for complex shapes (e.g polygons). Using 
> this pixelization scheme reduces the size of the index, improves the 
> performance of the queries and reduces the loading time for non-point shapes. 
> If you are ok with this contribution and before providing any code I would 
> like to understand what is the correct/prefered approach:
> 1) Add new depency to the S2 library 
> (https://mvnrepository.com/artifact/io.sgr/s2-geometry-library-java). It has 
> Apache 2.0 license so it should be ok.
> 2) Create a utility class with all methods necessary to navigate the S2 tree 
> and create shapes from S2 cells (basically port what we need from the library 
> into Lucene).
> What do you think?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (LUCENE-8126) Spatial prefix tree based on S2 geometry

2018-02-13 Thread Ignacio Vera (JIRA)

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

Ignacio Vera updated LUCENE-8126:
-
Attachment: STP-cell.pdf

> Spatial prefix tree based on S2 geometry
> 
>
> Key: LUCENE-8126
> URL: https://issues.apache.org/jira/browse/LUCENE-8126
> Project: Lucene - Core
>  Issue Type: New Feature
>  Components: modules/spatial-extras
>Reporter: Ignacio Vera
>Assignee: Ignacio Vera
>Priority: Major
> Attachments: SPT-query.jpeg, STP-cell.pdf
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Hi [~dsmiley],
> I have been working on a prefix tree based on goggle S2 geometry 
> (https://s2geometry.io/) to be used mainly with Geo3d shapes with very 
> promising results, in particular for complex shapes (e.g polygons). Using 
> this pixelization scheme reduces the size of the index, improves the 
> performance of the queries and reduces the loading time for non-point shapes. 
> If you are ok with this contribution and before providing any code I would 
> like to understand what is the correct/prefered approach:
> 1) Add new depency to the S2 library 
> (https://mvnrepository.com/artifact/io.sgr/s2-geometry-library-java). It has 
> Apache 2.0 license so it should be ok.
> 2) Create a utility class with all methods necessary to navigate the S2 tree 
> and create shapes from S2 cells (basically port what we need from the library 
> into Lucene).
> What do you think?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (LUCENE-8126) Spatial prefix tree based on S2 geometry

2018-02-13 Thread Ignacio Vera (JIRA)

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

Ignacio Vera updated LUCENE-8126:
-
Attachment: (was: STP-cell.pdf)

> Spatial prefix tree based on S2 geometry
> 
>
> Key: LUCENE-8126
> URL: https://issues.apache.org/jira/browse/LUCENE-8126
> Project: Lucene - Core
>  Issue Type: New Feature
>  Components: modules/spatial-extras
>Reporter: Ignacio Vera
>Assignee: Ignacio Vera
>Priority: Major
> Attachments: SPT-cell.pdf, SPT-query.jpeg
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Hi [~dsmiley],
> I have been working on a prefix tree based on goggle S2 geometry 
> (https://s2geometry.io/) to be used mainly with Geo3d shapes with very 
> promising results, in particular for complex shapes (e.g polygons). Using 
> this pixelization scheme reduces the size of the index, improves the 
> performance of the queries and reduces the loading time for non-point shapes. 
> If you are ok with this contribution and before providing any code I would 
> like to understand what is the correct/prefered approach:
> 1) Add new depency to the S2 library 
> (https://mvnrepository.com/artifact/io.sgr/s2-geometry-library-java). It has 
> Apache 2.0 license so it should be ok.
> 2) Create a utility class with all methods necessary to navigate the S2 tree 
> and create shapes from S2 cells (basically port what we need from the library 
> into Lucene).
> What do you think?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8126) Spatial prefix tree based on S2 geometry

2018-02-13 Thread Ignacio Vera (JIRA)

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

Ignacio Vera commented on LUCENE-8126:
--

[~jpountz], the important thing here is if the shape is close to the equator 
and close to the poles. When using bounding boxes, the further away you are 
from the equator, the more cells you need to describe a shape. S2 cells are 
more constant around the globe so it should use the similar number of cells 
regardless where you are on the sphere.

I put together an example (attached) where I index a square polygon on the 
equator and at a 60 degrees latitude with trees with same set-up. You can see 
that geohash tree is the more inneficient as it needs quite a lot of cells to 
describe the polygon, 260 at the equator and 390 at 60 degrees. S2 and Quad 
trees use the same number of cells to describe the polygon at the equator (108) 
but at 60 degrees, S2 uses a similar number of cells  and Quad tree almost 
double the number of cells required. Here is where the benefit comes.

I have attached as well a small graph showing query performance of my data 
depending on the SPT. The queries use composite strategy and are random cone 
searches (query shape is a random circle). Horizontal axis represents the 
number of hits of the query and the vertical axis the query execution time.

 

 

> Spatial prefix tree based on S2 geometry
> 
>
> Key: LUCENE-8126
> URL: https://issues.apache.org/jira/browse/LUCENE-8126
> Project: Lucene - Core
>  Issue Type: New Feature
>  Components: modules/spatial-extras
>Reporter: Ignacio Vera
>Assignee: Ignacio Vera
>Priority: Major
> Attachments: SPT-query.jpeg, STP-cell.pdf
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Hi [~dsmiley],
> I have been working on a prefix tree based on goggle S2 geometry 
> (https://s2geometry.io/) to be used mainly with Geo3d shapes with very 
> promising results, in particular for complex shapes (e.g polygons). Using 
> this pixelization scheme reduces the size of the index, improves the 
> performance of the queries and reduces the loading time for non-point shapes. 
> If you are ok with this contribution and before providing any code I would 
> like to understand what is the correct/prefered approach:
> 1) Add new depency to the S2 library 
> (https://mvnrepository.com/artifact/io.sgr/s2-geometry-library-java). It has 
> Apache 2.0 license so it should be ok.
> 2) Create a utility class with all methods necessary to navigate the S2 tree 
> and create shapes from S2 cells (basically port what we need from the library 
> into Lucene).
> What do you think?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread Ignacio Vera (JIRA)

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

Ignacio Vera updated LUCENE-8171:
-
Attachment: LUCENE-8171.patch

> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-7.x-Linux (32bit/jdk1.8.0_162) - Build # 1348 - Still Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/1348/
Java: 32bit/jdk1.8.0_162 -server -XX:+UseParallelGC

3 tests failed.
FAILED:  
org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeLostTriggerRestoreState

Error Message:
The trigger did not fire at all

Stack Trace:
java.lang.AssertionError: The trigger did not fire at all
at 
__randomizedtesting.SeedInfo.seed([97CB150203DA13E9:BC34C05999A20639]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeLostTriggerRestoreState(TriggerIntegrationTest.java:368)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  
org.apache.solr.cloud.autoscaling.sim.TestTriggerIntegration.testCooldown

Error Message:


Stack Trace:
java.lang.NullPointerException
at 
__randomizedtesting.SeedInfo.seed([97CB150203DA13E9:A67578E67D70661B]:0)
at 

[jira] [Commented] (SOLR-11974) TestCollapseQParserPlugin.testStringCollapse() failure

2018-02-13 Thread Adrien Grand (JIRA)

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

Adrien Grand commented on SOLR-11974:
-

This is a problem with the {{oas.search.Grouping}} class: the grouping 
collector is created via a post filter and is then consumed twice, which breaks 
the invariant that collectors are called on increasing doc ids. Could someone 
who is more familiar with grouping and post filters help look into it?

> TestCollapseQParserPlugin.testStringCollapse() failure
> --
>
> Key: SOLR-11974
> URL: https://issues.apache.org/jira/browse/SOLR-11974
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Tests
>Reporter: Steve Rowe
>Priority: Major
>
> Reproducing branch_7x seed from my Jenkins - reproduces for me on master too:
> {noformat}
> Checking out Revision 6ae6ce2f42b61b117c31149ac87b1cb3d6ffe440 
> (refs/remotes/origin/branch_7x)
> [...]
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=TestCollapseQParserPlugin -Dtests.method=testStringCollapse 
> -Dtests.seed=32531513E27A1FB -Dtests.slow=true -Dtests.locale=fr-LU 
> -Dtests.timezone=Europe/Warsaw -Dtests.asserts=true 
> -Dtests.file.encoding=UTF-8
>[junit4] FAILURE 1.15s J5  | TestCollapseQParserPlugin.testStringCollapse 
> <<<
>[junit4]> Throwable #1: java.lang.AssertionError
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([32531513E27A1FB:F6AD0130F74002EF]:0)
>[junit4]>  at 
> org.apache.lucene.index.AssertingLeafReader$AssertingSortedDocValues.advanceExact(AssertingLeafReader.java:617)
>[junit4]>  at 
> org.apache.solr.search.CollapsingQParserPlugin$OrdScoreCollector.collect(CollapsingQParserPlugin.java:557)
>[junit4]>  at 
> org.apache.lucene.search.MatchAllDocsQuery$1$1.score(MatchAllDocsQuery.java:62)
>[junit4]>  at 
> org.apache.lucene.search.BulkScorer.score(BulkScorer.java:39)
>[junit4]>  at 
> org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:660)
>[junit4]>  at 
> org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:462)
>[junit4]>  at 
> org.apache.solr.search.Grouping.searchWithTimeLimiter(Grouping.java:447)
>[junit4]>  at 
> org.apache.solr.search.Grouping.execute(Grouping.java:395)
>[junit4]>  at 
> org.apache.solr.handler.component.QueryComponent.doProcessGroupedSearch(QueryComponent.java:1409)
>[junit4]>  at 
> org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:367)
>[junit4]>  at 
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:295)
>[junit4]>  at 
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:195)
>[junit4]>  at 
> org.apache.solr.core.SolrCore.execute(SolrCore.java:2503)
>[junit4]>  at 
> org.apache.solr.util.TestHarness.query(TestHarness.java:337)
>[junit4]>  at 
> org.apache.solr.util.TestHarness.query(TestHarness.java:319)
>[junit4]>  at 
> org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:876)
>[junit4]>  at 
> org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:862)
>[junit4]>  at 
> org.apache.solr.search.TestCollapseQParserPlugin.testCollapseQueries(TestCollapseQParserPlugin.java:768)
>[junit4]>  at 
> org.apache.solr.search.TestCollapseQParserPlugin.testStringCollapse(TestCollapseQParserPlugin.java:213)
>[junit4]>  at java.lang.Thread.run(Thread.java:748)
> [...]
>[junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): 
> {text_ws=FSTOrd50, term_s=PostingsFormat(name=Memory), 
> id=PostingsFormat(name=MockRandom), group_s=PostingsFormat(name=MockRandom), 
> group_s_dv=FSTOrd50}, docValues:{id_i=DocValuesFormat(name=Direct), 
> group_i=DocValuesFormat(name=Direct), 
> group_ti_dv=DocValuesFormat(name=Lucene70), 
> _version_=DocValuesFormat(name=Asserting), 
> test_l=DocValuesFormat(name=Direct), 
> group_tf_dv=DocValuesFormat(name=Memory), 
> test_i=DocValuesFormat(name=Lucene70), 
> group_f=DocValuesFormat(name=Asserting), test_f=DocValuesFormat(name=Memory), 
> group_s_dv=DocValuesFormat(name=Asserting)}, maxPointsInLeafNode=1995, 
> maxMBSortInHeap=7.1608710565771645, sim=RandomSimilarity(queryNorm=false): 
> {}, locale=fr-LU, timezone=Europe/Warsaw
>[junit4]   2> NOTE: Linux 4.1.0-custom2-amd64 amd64/Oracle Corporation 
> 1.8.0_151 (64-bit)/cpus=16,threads=1,free=168356360,total=529530880
> {noformat}
> I see this elsewhere in the log, multiple times:
> {noformat}
>[junit4]   2> 484673 ERROR 
> 

[jira] [Updated] (LUCENE-8126) Spatial prefix tree based on S2 geometry

2018-02-13 Thread Ignacio Vera (JIRA)

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

Ignacio Vera updated LUCENE-8126:
-
Attachment: SPT-cell.pdf

> Spatial prefix tree based on S2 geometry
> 
>
> Key: LUCENE-8126
> URL: https://issues.apache.org/jira/browse/LUCENE-8126
> Project: Lucene - Core
>  Issue Type: New Feature
>  Components: modules/spatial-extras
>Reporter: Ignacio Vera
>Assignee: Ignacio Vera
>Priority: Major
> Attachments: SPT-cell.pdf, SPT-query.jpeg
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Hi [~dsmiley],
> I have been working on a prefix tree based on goggle S2 geometry 
> (https://s2geometry.io/) to be used mainly with Geo3d shapes with very 
> promising results, in particular for complex shapes (e.g polygons). Using 
> this pixelization scheme reduces the size of the index, improves the 
> performance of the queries and reduces the loading time for non-point shapes. 
> If you are ok with this contribution and before providing any code I would 
> like to understand what is the correct/prefered approach:
> 1) Add new depency to the S2 library 
> (https://mvnrepository.com/artifact/io.sgr/s2-geometry-library-java). It has 
> Apache 2.0 license so it should be ok.
> 2) Create a utility class with all methods necessary to navigate the S2 tree 
> and create shapes from S2 cells (basically port what we need from the library 
> into Lucene).
> What do you think?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-master-Linux (64bit/jdk-9.0.4) - Build # 21449 - Still Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/21449/
Java: 64bit/jdk-9.0.4 -XX:+UseCompressedOops -XX:+UseG1GC

3 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.client.solrj.io.stream.JDBCStreamTest

Error Message:
1 thread leaked from SUITE scope at 
org.apache.solr.client.solrj.io.stream.JDBCStreamTest: 1) Thread[id=54, 
name=qtp2064241698-54, state=TIMED_WAITING, group=TGRP-JDBCStreamTest] 
at java.base@9.0.4/jdk.internal.misc.Unsafe.park(Native Method) at 
java.base@9.0.4/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
 at 
java.base@9.0.4/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2192)
 at 
app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
 at 
app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
 at 
app//org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
 at 
app//org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
 at java.base@9.0.4/java.lang.Thread.run(Thread.java:844)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE 
scope at org.apache.solr.client.solrj.io.stream.JDBCStreamTest: 
   1) Thread[id=54, name=qtp2064241698-54, state=TIMED_WAITING, 
group=TGRP-JDBCStreamTest]
at java.base@9.0.4/jdk.internal.misc.Unsafe.park(Native Method)
at 
java.base@9.0.4/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
at 
java.base@9.0.4/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2192)
at 
app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at 
app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at 
app//org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at 
app//org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.base@9.0.4/java.lang.Thread.run(Thread.java:844)
at __randomizedtesting.SeedInfo.seed([FB790EAB46F132C]:0)


FAILED:  
junit.framework.TestSuite.org.apache.solr.client.solrj.io.stream.JDBCStreamTest

Error Message:
There are still zombie threads that couldn't be terminated:1) Thread[id=54, 
name=qtp2064241698-54, state=TIMED_WAITING, group=TGRP-JDBCStreamTest] 
at java.base@9.0.4/jdk.internal.misc.Unsafe.park(Native Method) at 
java.base@9.0.4/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
 at 
java.base@9.0.4/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2192)
 at 
app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
 at 
app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
 at 
app//org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
 at 
app//org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
 at java.base@9.0.4/java.lang.Thread.run(Thread.java:844)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie 
threads that couldn't be terminated:
   1) Thread[id=54, name=qtp2064241698-54, state=TIMED_WAITING, 
group=TGRP-JDBCStreamTest]
at java.base@9.0.4/jdk.internal.misc.Unsafe.park(Native Method)
at 
java.base@9.0.4/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
at 
java.base@9.0.4/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2192)
at 
app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at 
app//org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at 
app//org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at 
app//org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.base@9.0.4/java.lang.Thread.run(Thread.java:844)
at __randomizedtesting.SeedInfo.seed([FB790EAB46F132C]:0)


FAILED:  
org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeAddedTrigger

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([519D6FE52B284F87:77F7D1DC3027E0EB]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at 

[JENKINS] Lucene-Solr-7.x-MacOSX (64bit/jdk1.8.0) - Build # 449 - Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-MacOSX/449/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

2 tests failed.
FAILED:  org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testEventQueue

Error Message:
org.apache.solr.cloud.autoscaling.SearchRateTrigger$SearchRateEvent cannot be 
cast to org.apache.solr.cloud.autoscaling.NodeAddedTrigger$NodeAddedEvent

Stack Trace:
java.lang.ClassCastException: 
org.apache.solr.cloud.autoscaling.SearchRateTrigger$SearchRateEvent cannot be 
cast to org.apache.solr.cloud.autoscaling.NodeAddedTrigger$NodeAddedEvent
at 
__randomizedtesting.SeedInfo.seed([EF97395517728C0F:26227BFB1E154AFA]:0)
at 
org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testEventQueue(TriggerIntegrationTest.java:701)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  
org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeAddedTriggerRestoreState

Error Message:
The 

[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread Ignacio Vera (JIRA)

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

Ignacio Vera commented on LUCENE-8171:
--

I have a quick look at the issue and it seems the problem comes from the way 
planes from three points are constructed. Attached is a random test with an 
extreme case, two points very close together and one far way, it fails to 
construct the plane.

> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread Karl Wright (JIRA)

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

Karl Wright commented on LUCENE-8171:
-

It turns out that the failure is occurring because the magnitude is less than 
the minimum distance:

{code}
// Compute the naive perpendicular
final double thisX = AY * BZ - AZ * BY;
final double thisY = AZ * BX - AX * BZ;
final double thisZ = AX * BY - AY * BX;

final double magnitude = magnitude(thisX, thisY, thisZ);
if (magnitude < MINIMUM_RESOLUTION) {
  // This gets thrown
  throw new IllegalArgumentException("Degenerate/parallel vector 
constructed");
}
{code}

We could try to disable this check, I suppose, in hopes that the downstream 
code would still work unless it really just can't converge.  But it worries me 
that the points being constructed show up as parallel/degenerate.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-master-Linux (64bit/jdk-9.0.4) - Build # 21451 - Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/21451/
Java: 64bit/jdk-9.0.4 -XX:+UseCompressedOops -XX:+UseSerialGC

5 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.update.TestInPlaceUpdatesDistrib

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

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


FAILED:  org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.test

Error Message:
Could not find collection:collection2

Stack Trace:
java.lang.AssertionError: Could not find collection:collection2
at 
__randomizedtesting.SeedInfo.seed([2719C1FE2E7C424D:AF4DFE2480802FB5]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertNotNull(Assert.java:526)
at 
org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:155)
at 
org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:140)
at 
org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:135)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.waitForRecoveriesToFinish(AbstractFullDistribZkTestBase.java:915)
at 
org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.testIndexingBatchPerRequestWithHttpSolrClient(FullSolrCloudDistribCmdsTest.java:612)
at 
org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.test(FullSolrCloudDistribCmdsTest.java:152)
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:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
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 

[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit dd08400a3db1c4119a704610ccc4db0d055d8d7f in lucene-solr's branch 
refs/heads/master from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=dd08400 ]

LUCENE-8171: Check only for exactly zero magnitude vector, and otherwise let 
the iterative code try to converge.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread Karl Wright (JIRA)

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

Karl Wright commented on LUCENE-8171:
-

The naive fix did not work on the original failure.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit 4f351fd21bdbec2bf6a27bb6014bb1d8e511ee92 in lucene-solr's branch 
refs/heads/master from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=4f351fd ]

LUCENE-8171: Refactor vector constructor to support later changes, and add an 
ignored test for a precision issue.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread Karl Wright (JIRA)

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

Karl Wright commented on LUCENE-8171:
-

I committed a minor refactoring -- it doesn't change the broken behavior, which 
I will look further at only when I can get some time.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11979) Create a Solr Appender

2018-02-13 Thread Erick Erickson (JIRA)

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

Erick Erickson commented on SOLR-11979:
---

Not quite sure how this would work, but should we allow a (configurable) Time 
To Live for the docs going there? That way people could control how large that 
collection got. Or perhaps recommend it use the new time series stuff David 
Smiley put in. NOTE: I'm not at _all_ familiar with David's work other than by 
name so don't know how suitable it would be for this use-case but we should 
consider it.

Also, seems to me that it should be off by default.

> Create a Solr Appender
> --
>
> Key: SOLR-11979
> URL: https://issues.apache.org/jira/browse/SOLR-11979
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: SolrCloud
>Reporter: Rohit
>Priority: Minor
>
> * Create a Solr Appender similar to appenders for other projects: 
> [https://logging.apache.org/log4j/2.x/manual/appenders.html]
>  * It will help index Solr logs directly to a specified collection based on 
> configuration given in the configuration
>  * We can have options to leverage it as a time series collection



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[GitHub] lucene-solr pull request #283: SOLR-11304: Fix Exception while returning doc...

2018-02-13 Thread mrkarthik
Github user mrkarthik closed the pull request at:

https://github.com/apache/lucene-solr/pull/283


---

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit 9d222fc7c7e33f8deb192227d703f00edd8e38ce in lucene-solr's branch 
refs/heads/branch_6x from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=9d222fc ]

LUCENE-8171: Check only for exactly zero magnitude vector, and otherwise let 
the iterative code try to converge.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit 2de7a05f34e8e7a5a8a345c0d68e24be179f7f2c in lucene-solr's branch 
refs/heads/branch_7x from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2de7a05 ]

LUCENE-8171: Check only for exactly zero magnitude vector, and otherwise let 
the iterative code try to converge.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-master-Windows (32bit/jdk1.8.0_144) - Build # 7168 - Still Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/7168/
Java: 32bit/jdk1.8.0_144 -server -XX:+UseSerialGC

9 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.lucene.store.TestFileSwitchDirectory

Error Message:
Could not remove the following files (in the order of attempts):
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.store.TestFileSwitchDirectory_B5C4A838C0324508-001\bar-021:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.store.TestFileSwitchDirectory_B5C4A838C0324508-001\bar-021

C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.store.TestFileSwitchDirectory_B5C4A838C0324508-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.store.TestFileSwitchDirectory_B5C4A838C0324508-001
 

Stack Trace:
java.io.IOException: Could not remove the following files (in the order of 
attempts):
   
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.store.TestFileSwitchDirectory_B5C4A838C0324508-001\bar-021:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.store.TestFileSwitchDirectory_B5C4A838C0324508-001\bar-021
   
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.store.TestFileSwitchDirectory_B5C4A838C0324508-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\lucene\build\core\test\J1\temp\lucene.store.TestFileSwitchDirectory_B5C4A838C0324508-001

at __randomizedtesting.SeedInfo.seed([B5C4A838C0324508]:0)
at org.apache.lucene.util.IOUtils.rm(IOUtils.java:329)
at 
org.apache.lucene.util.TestRuleTemporaryFilesCleanup.afterAlways(TestRuleTemporaryFilesCleanup.java:216)
at 
com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.afterAlways(TestRuleAdapter.java:31)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:43)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  
junit.framework.TestSuite.org.apache.solr.handler.dataimport.TestXPathRecordReader

Error Message:
Could not remove the following files (in the order of attempts):
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J0\temp\solr.handler.dataimport.TestXPathRecordReader_1395B73083BE30A1-001\dih-properties-020:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J0\temp\solr.handler.dataimport.TestXPathRecordReader_1395B73083BE30A1-001\dih-properties-020

C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J0\temp\solr.handler.dataimport.TestXPathRecordReader_1395B73083BE30A1-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J0\temp\solr.handler.dataimport.TestXPathRecordReader_1395B73083BE30A1-001
 

Stack Trace:
java.io.IOException: Could not remove the following files (in the order of 
attempts):
   
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J0\temp\solr.handler.dataimport.TestXPathRecordReader_1395B73083BE30A1-001\dih-properties-020:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J0\temp\solr.handler.dataimport.TestXPathRecordReader_1395B73083BE30A1-001\dih-properties-020
   
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J0\temp\solr.handler.dataimport.TestXPathRecordReader_1395B73083BE30A1-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J0\temp\solr.handler.dataimport.TestXPathRecordReader_1395B73083BE30A1-001

at 

[jira] [Comment Edited] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread Karl Wright (JIRA)

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

Karl Wright edited comment on LUCENE-8171 at 2/13/18 2:19 PM:
--

The naive fix did not work on the original failure, nor on the supplied test 
case.



was (Author: kwri...@metacarta.com):
The naive fix did not work on the original failure.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit ee968109f3d487ef44923cdc5dc05f7d397ff67d in lucene-solr's branch 
refs/heads/branch_6x from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=ee96810 ]

LUCENE-8171: Refactor vector constructor to support later changes, and add an 
ignored test for a precision issue.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit 2cdb57b7dc008fa7d18b1658722138436f047dbb in lucene-solr's branch 
refs/heads/branch_7x from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2cdb57b ]

LUCENE-8171: Refactor vector constructor to support later changes, and add an 
ignored test for a precision issue.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Resolved] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread Karl Wright (JIRA)

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

Karl Wright resolved LUCENE-8171.
-
   Resolution: Fixed
Fix Version/s: 7.3
   master (8.0)
   6.7

> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Fix For: 6.7, master (8.0), 7.3
>
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Reopened] (SOLR-11899) TestDistribStateManager.testGetSetRemoveData failure

2018-02-13 Thread Andrzej Bialecki (JIRA)

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

Andrzej Bialecki  reopened SOLR-11899:
--

I was able to reproduce this in a local build. Fix to follow shortly.

> TestDistribStateManager.testGetSetRemoveData failure
> 
>
> Key: SOLR-11899
> URL: https://issues.apache.org/jira/browse/SOLR-11899
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Major
>
> {code:java}
>   [junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=TestDistribStateManager -Dtests.method=testGetSetRemoveData 
> -Dtests.seed=2409B3FE130DD727 -Dtests.multiplier=2 -Dtests.slow=true 
> -Dtests.locale=es-CO -Dtests.timezone=Turkey -Dtests.asserts=true 
> -Dtests.file.encoding=UTF-8
>   [junit4] FAILURE 5.41s J2 | TestDistribStateManager.testGetSetRemoveData <<<
>   [junit4]    > Throwable #1: java.lang.AssertionError: Node watch should 
> have fired!
>   [junit4]    > at 
> __randomizedtesting.SeedInfo.seed([2409B3FE130DD727:2995CAC4783112D]:0)
>   [junit4]    > at 
> org.apache.solr.cloud.autoscaling.sim.TestDistribStateManager.testGetSetRemoveData(TestDistribStateManager.java:256)
>   [junit4]    > at java.lang.Thread.run(Thread.java:748)
>   [junit4]   2> 2019666 INFO  
> (TEST-TestDistribStateManager.testMulti-seed#[2409B3FE130DD727]) [    ] 
> o.a.s.SolrTestCaseJ4 ###Starting testMulti
>   [junit4]   2> 2019666 INFO  
> (TEST-TestDistribStateManager.testMulti-seed#[2409B3FE130DD727]) [    ] 
> o.a.s.c.a.s.TestDistribStateManager Using 
> org.apache.solr.cloud.autoscaling.sim.SimDistribStateManager
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11899) TestDistribStateManager.testGetSetRemoveData failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-11899:


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

SOLR-11899 Fix a race condition when testing removal of ephemeral nodes.


> TestDistribStateManager.testGetSetRemoveData failure
> 
>
> Key: SOLR-11899
> URL: https://issues.apache.org/jira/browse/SOLR-11899
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Major
>
> {code:java}
>   [junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=TestDistribStateManager -Dtests.method=testGetSetRemoveData 
> -Dtests.seed=2409B3FE130DD727 -Dtests.multiplier=2 -Dtests.slow=true 
> -Dtests.locale=es-CO -Dtests.timezone=Turkey -Dtests.asserts=true 
> -Dtests.file.encoding=UTF-8
>   [junit4] FAILURE 5.41s J2 | TestDistribStateManager.testGetSetRemoveData <<<
>   [junit4]    > Throwable #1: java.lang.AssertionError: Node watch should 
> have fired!
>   [junit4]    > at 
> __randomizedtesting.SeedInfo.seed([2409B3FE130DD727:2995CAC4783112D]:0)
>   [junit4]    > at 
> org.apache.solr.cloud.autoscaling.sim.TestDistribStateManager.testGetSetRemoveData(TestDistribStateManager.java:256)
>   [junit4]    > at java.lang.Thread.run(Thread.java:748)
>   [junit4]   2> 2019666 INFO  
> (TEST-TestDistribStateManager.testMulti-seed#[2409B3FE130DD727]) [    ] 
> o.a.s.SolrTestCaseJ4 ###Starting testMulti
>   [junit4]   2> 2019666 INFO  
> (TEST-TestDistribStateManager.testMulti-seed#[2409B3FE130DD727]) [    ] 
> o.a.s.c.a.s.TestDistribStateManager Using 
> org.apache.solr.cloud.autoscaling.sim.SimDistribStateManager
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11749) regression-test-like functionality for bin/solr*

2018-02-13 Thread Christine Poerschke (JIRA)

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

Christine Poerschke commented on SOLR-11749:


bq. ...  bin/solr changes ... lack of tests has been a real burden. ...

Yes, that was also what led me to starting the minimal patch.

bq. ... if you don't mind, I'll add a few example tests to the minimal start 
you attached above, and see what we can learn from that.

Yes, please! That was exactly the idea behind starting a minimal patch which 
can grow.

> regression-test-like functionality for bin/solr*
> 
>
> Key: SOLR-11749
> URL: https://issues.apache.org/jira/browse/SOLR-11749
> Project: Solr
>  Issue Type: Wish
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: scripts and tools
>Reporter: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-11749.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11899) TestDistribStateManager.testGetSetRemoveData failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-11899:


Commit 7a8809ac724ab08d31986a738d5ef2852da253f5 in lucene-solr's branch 
refs/heads/branch_7x from [~ab]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=7a8809a ]

SOLR-11899 Fix a race condition when testing removal of ephemeral nodes.


> TestDistribStateManager.testGetSetRemoveData failure
> 
>
> Key: SOLR-11899
> URL: https://issues.apache.org/jira/browse/SOLR-11899
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Major
>
> {code:java}
>   [junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=TestDistribStateManager -Dtests.method=testGetSetRemoveData 
> -Dtests.seed=2409B3FE130DD727 -Dtests.multiplier=2 -Dtests.slow=true 
> -Dtests.locale=es-CO -Dtests.timezone=Turkey -Dtests.asserts=true 
> -Dtests.file.encoding=UTF-8
>   [junit4] FAILURE 5.41s J2 | TestDistribStateManager.testGetSetRemoveData <<<
>   [junit4]    > Throwable #1: java.lang.AssertionError: Node watch should 
> have fired!
>   [junit4]    > at 
> __randomizedtesting.SeedInfo.seed([2409B3FE130DD727:2995CAC4783112D]:0)
>   [junit4]    > at 
> org.apache.solr.cloud.autoscaling.sim.TestDistribStateManager.testGetSetRemoveData(TestDistribStateManager.java:256)
>   [junit4]    > at java.lang.Thread.run(Thread.java:748)
>   [junit4]   2> 2019666 INFO  
> (TEST-TestDistribStateManager.testMulti-seed#[2409B3FE130DD727]) [    ] 
> o.a.s.SolrTestCaseJ4 ###Starting testMulti
>   [junit4]   2> 2019666 INFO  
> (TEST-TestDistribStateManager.testMulti-seed#[2409B3FE130DD727]) [    ] 
> o.a.s.c.a.s.TestDistribStateManager Using 
> org.apache.solr.cloud.autoscaling.sim.SimDistribStateManager
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-Tests-7.x - Build # 384 - Failure

2018-02-13 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/384/

5 tests failed.
FAILED:  org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.test

Error Message:
Could not find collection:collection2

Stack Trace:
java.lang.AssertionError: Could not find collection:collection2
at 
__randomizedtesting.SeedInfo.seed([4826E6E517A23AC1:C072D93FB95E5739]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertNotNull(Assert.java:526)
at 
org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:155)
at 
org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:140)
at 
org.apache.solr.cloud.AbstractDistribZkTestBase.waitForRecoveriesToFinish(AbstractDistribZkTestBase.java:135)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.waitForRecoveriesToFinish(AbstractFullDistribZkTestBase.java:915)
at 
org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.testIndexingBatchPerRequestWithHttpSolrClient(FullSolrCloudDistribCmdsTest.java:612)
at 
org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.test(FullSolrCloudDistribCmdsTest.java:152)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Resolved] (LUCENE-8167) fail precommit on incompleteEnumSwitch

2018-02-13 Thread Christine Poerschke (JIRA)

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

Christine Poerschke resolved LUCENE-8167.
-
   Resolution: Fixed
Fix Version/s: 7.3
   master (8.0)

> fail precommit on incompleteEnumSwitch
> --
>
> Key: LUCENE-8167
> URL: https://issues.apache.org/jira/browse/LUCENE-8167
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Fix For: master (8.0), 7.3
>
> Attachments: LUCENE-8167-prep.patch, LUCENE-8167.patch
>
>
> Illustration assuming an enum that has values A, B, C and D:
> {code}
> switch (...) {
>   case A:
>   case B:
> ...
> break;
>   case C:
>  ...
> break;
>   case D:
> break;
> }
> {code}
> and
> {code}
> switch (...) {
>   case A:
>   case B:
> ...
> break;
>   case C:
> ...
> break;
>   default:
> break;
> }
> {code}
> would pass but
> {code}
> switch (...) {
>   case A:
>   case B:
> ...
> break;
>   case C:
> ...
> break;
> }
> {code}
> would fail.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Assigned] (SOLR-11912) TriggerIntegrationTest fails a lot, reproducibly

2018-02-13 Thread Andrzej Bialecki (JIRA)

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

Andrzej Bialecki  reassigned SOLR-11912:


Assignee: Andrzej Bialecki 

> TriggerIntegrationTest fails a lot, reproducibly
> 
>
> Key: SOLR-11912
> URL: https://issues.apache.org/jira/browse/SOLR-11912
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Steve Rowe
>Assignee: Andrzej Bialecki 
>Priority: Major
>
> Multiple tests in this suite are not just flaky, but are failing reproducibly.
> From Hoss'ss report for the last 24 hours 
> [http://fucit.org/solr-jenkins-reports/reports/24hours-method-failures.csv]:
> {noformat}
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testCooldown,thetaphi/Lucene-Solr-master-Linux/21346/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testEventFromRestoredState,apache/Lucene-Solr-NightlyTests-7.x/131/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testEventFromRestoredState,sarowe/Lucene-Solr-tests-master/14874/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testEventFromRestoredState,thetaphi/Lucene-Solr-7.x-Solaris/412/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testEventFromRestoredState,thetaphi/Lucene-Solr-master-MacOSX/4408/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testListeners,thetaphi/Lucene-Solr-master-Windows/7140/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testMetricTrigger,apache/Lucene-Solr-Tests-7.x/334/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testMetricTrigger,sarowe/Lucene-Solr-tests-7.x/2526/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testMetricTrigger,thetaphi/Lucene-Solr-7.x-Linux/1243/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testMetricTrigger,thetaphi/Lucene-Solr-7.x-Windows/424/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testMetricTrigger,thetaphi/Lucene-Solr-master-Linux/21344/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testMetricTrigger,thetaphi/Lucene-Solr-master-Linux/21345/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testMetricTrigger,thetaphi/Lucene-Solr-master-Linux/21350/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testNodeAddedTrigger,thetaphi/Lucene-Solr-master-Windows/7139/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testNodeAddedTriggerRestoreState,apache/Lucene-Solr-Tests-7.x/334/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testNodeAddedTriggerRestoreState,thetaphi/Lucene-Solr-7.x-Solaris/412/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testNodeAddedTriggerRestoreState,thetaphi/Lucene-Solr-master-MacOSX/4408/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testNodeLostTrigger,thetaphi/Lucene-Solr-7.x-Solaris/413/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testNodeLostTrigger,thetaphi/Lucene-Solr-master-Linux/21351/
> org.apache.solr.cloud.autoscaling.TriggerIntegrationTest,testNodeLostTriggerRestoreState,thetaphi/Lucene-Solr-master-MacOSX/440
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

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

LUCENE-8171: Remove unused import.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Fix For: 6.7, master (8.0), 7.3
>
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8167) fail precommit on incompleteEnumSwitch

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

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

LUCENE-8167: fail precommit on incompleteEnumSwitch


> fail precommit on incompleteEnumSwitch
> --
>
> Key: LUCENE-8167
> URL: https://issues.apache.org/jira/browse/LUCENE-8167
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: LUCENE-8167-prep.patch, LUCENE-8167.patch
>
>
> Illustration assuming an enum that has values A, B, C and D:
> {code}
> switch (...) {
>   case A:
>   case B:
> ...
> break;
>   case C:
>  ...
> break;
>   case D:
> break;
> }
> {code}
> and
> {code}
> switch (...) {
>   case A:
>   case B:
> ...
> break;
>   case C:
> ...
> break;
>   default:
> break;
> }
> {code}
> would pass but
> {code}
> switch (...) {
>   case A:
>   case B:
> ...
> break;
>   case C:
> ...
> break;
> }
> {code}
> would fail.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8171) Geo3dShapeWGS84ModelRectRelationTest test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

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

LUCENE-8171: Remove unused import.


> Geo3dShapeWGS84ModelRectRelationTest test failure
> -
>
> Key: LUCENE-8171
> URL: https://issues.apache.org/jira/browse/LUCENE-8171
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Adrien Grand
>Assignee: Karl Wright
>Priority: Major
> Fix For: 6.7, master (8.0), 7.3
>
> Attachments: LUCENE-8171.patch
>
>
> It reproduces with {{ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}}:
> {noformat}
>[junit4] Suite: 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeWGS84ModelRectRelationTest
>[junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=Geo3dShapeWGS84ModelRectRelationTest 
> -Dtests.method=testGeoPathRect -Dtests.seed=1257A8E5FDB03055 
> -Dtests.slow=true -Dtests.locale=sq -Dtests.timezone=America/Monterrey 
> -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
>[junit4] ERROR   0.69s | 
> Geo3dShapeWGS84ModelRectRelationTest.testGeoPathRect <<<
>[junit4]> Throwable #1: java.lang.RuntimeException: Couldn't come up 
> with a plane through three points that included the fourth
>[junit4]>  at 
> __randomizedtesting.SeedInfo.seed([1257A8E5FDB03055:5B0183E4DD0431E2]:0)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath$SegmentEndpoint.(GeoStandardPath.java:603)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.done(GeoStandardPath.java:186)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoStandardPath.(GeoStandardPath.java:68)
>[junit4]>  at 
> org.apache.lucene.spatial3d.geom.GeoPathFactory.makeGeoPath(GeoPathFactory.java:39)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.Geo3dShapeFactory$Geo3dLineStringBuilder.build(Geo3dShapeFactory.java:285)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase$4.generateRandomShape(ShapeRectRelationTestCase.java:179)
>[junit4]>  at 
> org.locationtech.spatial4j.shape.RectIntersectionTestHelper.testRelateWithRectangle(RectIntersectionTestHelper.java:98)
>[junit4]>  at 
> org.apache.lucene.spatial.spatial4j.ShapeRectRelationTestCase.testGeoPathRect(ShapeRectRelationTestCase.java:199)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>[junit4]>  at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>[junit4]>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>[junit4]>  at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>[junit4]>  at java.base/java.lang.Thread.run(Thread.java:844)
>[junit4]   2> NOTE: test params are: codec=Lucene70, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@3595d2c2),
>  locale=sq, timezone=America/Monterrey
>[junit4]   2> NOTE: Linux 4.4.0-104-generic amd64/Oracle Corporation 9.0.1 
> (64-bit)/cpus=12,threads=1,free=134432384,total=260046848
>[junit4]   2> NOTE: All tests run in this JVM: 
> [Geo3dShapeWGS84ModelRectRelationTest]
>[junit4] Completed [1/1 (1!)] in 0.86s, 1 test, 1 error <<< FAILURES!
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8167) fail precommit on incompleteEnumSwitch

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

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

LUCENE-8167: fail precommit on incompleteEnumSwitch


> fail precommit on incompleteEnumSwitch
> --
>
> Key: LUCENE-8167
> URL: https://issues.apache.org/jira/browse/LUCENE-8167
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: LUCENE-8167-prep.patch, LUCENE-8167.patch
>
>
> Illustration assuming an enum that has values A, B, C and D:
> {code}
> switch (...) {
>   case A:
>   case B:
> ...
> break;
>   case C:
>  ...
> break;
>   case D:
> break;
> }
> {code}
> and
> {code}
> switch (...) {
>   case A:
>   case B:
> ...
> break;
>   case C:
> ...
> break;
>   default:
> break;
> }
> {code}
> would pass but
> {code}
> switch (...) {
>   case A:
>   case B:
> ...
> break;
>   case C:
> ...
> break;
> }
> {code}
> would fail.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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 # 1477 - Still unstable

2018-02-13 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-master/1477/

9 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.analytics.facet.PivotFacetTest

Error Message:
1 thread leaked from SUITE scope at 
org.apache.solr.analytics.facet.PivotFacetTest: 1) Thread[id=86, 
name=qtp1670977856-86, state=TIMED_WAITING, group=TGRP-PivotFacetTest] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
 at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
 at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
 at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
 at 
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) 
at java.lang.Thread.run(Thread.java:748)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE 
scope at org.apache.solr.analytics.facet.PivotFacetTest: 
   1) Thread[id=86, name=qtp1670977856-86, state=TIMED_WAITING, 
group=TGRP-PivotFacetTest]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
at __randomizedtesting.SeedInfo.seed([AB2FBF1BD9FB8131]:0)


FAILED:  
junit.framework.TestSuite.org.apache.solr.analytics.facet.PivotFacetTest

Error Message:
There are still zombie threads that couldn't be terminated:1) Thread[id=86, 
name=qtp1670977856-86, state=TIMED_WAITING, group=TGRP-PivotFacetTest] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
 at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
 at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
 at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
 at 
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) 
at java.lang.Thread.run(Thread.java:748)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie 
threads that couldn't be terminated:
   1) Thread[id=86, name=qtp1670977856-86, state=TIMED_WAITING, 
group=TGRP-PivotFacetTest]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
at __randomizedtesting.SeedInfo.seed([AB2FBF1BD9FB8131]:0)


FAILED:  org.apache.solr.cloud.MultiThreadedOCPTest.test

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([CA17488FAA956331:4243775504690EC9]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.solr.cloud.MultiThreadedOCPTest.testFillWorkQueue(MultiThreadedOCPTest.java:112)
at 
org.apache.solr.cloud.MultiThreadedOCPTest.test(MultiThreadedOCPTest.java:67)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at 

[JENKINS] Lucene-Solr-7.x-Linux (64bit/jdk1.8.0_162) - Build # 1350 - Failure!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/1350/
Java: 64bit/jdk1.8.0_162 -XX:+UseCompressedOops -XX:+UseSerialGC

8 tests failed.
FAILED:  org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testEventQueue

Error Message:
action did not start

Stack Trace:
java.lang.AssertionError: action did not start
at 
__randomizedtesting.SeedInfo.seed([2A12265610AAEF00:E3A764F819CD29F5]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testEventQueue(TriggerIntegrationTest.java:699)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  
org.apache.solr.cloud.autoscaling.TriggerIntegrationTest.testNodeAddedTriggerRestoreState

Error Message:
The trigger did not fire at all

Stack Trace:
java.lang.AssertionError: The trigger did not fire at all
at 

[JENKINS] Lucene-Solr-7.x-Windows (64bit/jdk-9.0.1) - Build # 452 - Still Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/452/
Java: 64bit/jdk-9.0.1 -XX:-UseCompressedOops -XX:+UseG1GC

8 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.lucene.index.TestIndexWriterOutOfFileDescriptors

Error Message:
Could not remove the following files (in the order of attempts):
C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001\TestIndexWriterOutOfFileDescriptors-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001\TestIndexWriterOutOfFileDescriptors-001

C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001\TestIndexWriterOutOfFileDescriptors-001\_c_Lucene70_0.dvm:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001\TestIndexWriterOutOfFileDescriptors-001\_c_Lucene70_0.dvm

C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001
 

Stack Trace:
java.io.IOException: Could not remove the following files (in the order of 
attempts):
   
C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001\TestIndexWriterOutOfFileDescriptors-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001\TestIndexWriterOutOfFileDescriptors-001
   
C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001\TestIndexWriterOutOfFileDescriptors-001\_c_Lucene70_0.dvm:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001\TestIndexWriterOutOfFileDescriptors-001\_c_Lucene70_0.dvm
   
C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-7.x-Windows\lucene\build\core\test\J1\temp\lucene.index.TestIndexWriterOutOfFileDescriptors_D922E4DF8E38FCAB-001

at __randomizedtesting.SeedInfo.seed([D922E4DF8E38FCAB]:0)
at org.apache.lucene.util.IOUtils.rm(IOUtils.java:329)
at 
org.apache.lucene.util.TestRuleTemporaryFilesCleanup.afterAlways(TestRuleTemporaryFilesCleanup.java:216)
at 
com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.afterAlways(TestRuleAdapter.java:31)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:43)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.base/java.lang.Thread.run(Thread.java:844)


FAILED:  
org.apache.lucene.replicator.IndexAndTaxonomyReplicationClientTest.testConsistencyOnExceptions

Error Message:
Captured an uncaught exception in thread: Thread[id=23, 
name=ReplicationThread-indexAndTaxo, state=RUNNABLE, 
group=TGRP-IndexAndTaxonomyReplicationClientTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=23, name=ReplicationThread-indexAndTaxo, 
state=RUNNABLE, group=TGRP-IndexAndTaxonomyReplicationClientTest]
at 
__randomizedtesting.SeedInfo.seed([4866DC237F9573E6:C7E83B836DF98019]:0)
Caused by: java.lang.AssertionError: handler failed too many times: -1
at __randomizedtesting.SeedInfo.seed([4866DC237F9573E6]:0)
at 

[jira] [Assigned] (SOLR-11558) It would be nice if the Graph section of the Cloud tab in the Admin UI could give some more information about the replicas of a collection

2018-02-13 Thread Erick Erickson (JIRA)

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

Erick Erickson reassigned SOLR-11558:
-

Assignee: Erick Erickson

> It would be nice if the Graph section of the Cloud tab in the Admin UI could 
> give some more information about the replicas of a collection
> --
>
> Key: SOLR-11558
> URL: https://issues.apache.org/jira/browse/SOLR-11558
> Project: Solr
>  Issue Type: Wish
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: Admin UI
>Reporter: Tomás Fernández Löbbe
>Assignee: Erick Erickson
>Priority: Minor
>
> Right now it lists the nodes where they are hosted, the state and if they are 
> or not leader. I usually find the need to see more, like the replica and core 
> names and the replica type, and I find myself moving between this view and 
> the “tree” view. 
> I thought about two options:
> # A mouse over action that lists the additional information (after some time 
> of holding the mouse pointer on top of the replica)
> # Modify the click action to display this information (right now the click 
> sends you to the admin UI of that particular replica)
> The same could be done to display some extra information of the shard (like 
> active/inactive, routing range) and the collection (autoAddReplicas, 
> maxShardsPerNode, configset, etc)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Created] (SOLR-11980) SolrCore should not lock over non-final member variable

2018-02-13 Thread Michael Braun (JIRA)
Michael Braun created SOLR-11980:


 Summary: SolrCore should not lock over non-final member variable
 Key: SOLR-11980
 URL: https://issues.apache.org/jira/browse/SOLR-11980
 Project: Solr
  Issue Type: Improvement
  Security Level: Public (Default Security Level. Issues are Public)
Reporter: Michael Braun


[https://github.com/apache/lucene-solr/blob/master/solr/core/src/java/org/apache/solr/core/SolrCore.java#L329]
 : 


Example:
{code:java}
public String getIndexDir() {
synchronized (searcherLock) {
  if (_searcher == null) return getNewIndexDir();
  SolrIndexSearcher searcher = _searcher.get();
  return searcher.getPath() == null ? dataDir + "index/" : searcher
  .getPath();
  }
}
{code}

Instance members that are locked over should be final. In this case, the field 
is searcherLock. 

Side note but there are a number of other fields in the class that could be 
made final.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-7.x-MacOSX (64bit/jdk1.8.0) - Build # 450 - Failure!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-MacOSX/450/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

No tests ran.

Build Log:
[...truncated 13645 lines...]
   [junit4] Suite: org.apache.solr.cloud.ReplaceNodeNoTargetTest
   [junit4]   2> Creating dataDir: 
/Users/jenkins/workspace/Lucene-Solr-7.x-MacOSX/solr/build/solr-core/test/J0/temp/solr.cloud.ReplaceNodeNoTargetTest_C7832C94AAF83D8-001/init-core-data-001
   [junit4]   2> 3262117 WARN  
(SUITE-ReplaceNodeNoTargetTest-seed#[C7832C94AAF83D8]-worker) [] 
o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=7 numCloses=7
   [junit4]   2> 3262117 INFO  
(SUITE-ReplaceNodeNoTargetTest-seed#[C7832C94AAF83D8]-worker) [] 
o.a.s.SolrTestCaseJ4 Using PointFields (NUMERIC_POINTS_SYSPROP=true) 
w/NUMERIC_DOCVALUES_SYSPROP=true
   [junit4]   2> 3262122 INFO  
(SUITE-ReplaceNodeNoTargetTest-seed#[C7832C94AAF83D8]-worker) [] 
o.a.s.SolrTestCaseJ4 Randomized ssl (false) and clientAuth (false) via: 
@org.apache.solr.util.RandomizeSSL(reason=, value=NaN, ssl=NaN, clientAuth=NaN) 
w/ MAC_OS_X supressed clientAuth
   [junit4]   2> 3262122 INFO  
(SUITE-ReplaceNodeNoTargetTest-seed#[C7832C94AAF83D8]-worker) [] 
o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: 
test.solr.allowed.securerandom=null & java.security.egd=file:/dev/./urandom
   [junit4]   2> 3262123 INFO  
(SUITE-ReplaceNodeNoTargetTest-seed#[C7832C94AAF83D8]-worker) [] 
o.a.s.c.MiniSolrCloudCluster Starting cluster of 6 servers in 
/Users/jenkins/workspace/Lucene-Solr-7.x-MacOSX/solr/build/solr-core/test/J0/temp/solr.cloud.ReplaceNodeNoTargetTest_C7832C94AAF83D8-001/tempDir-001
   [junit4]   2> 3262123 INFO  
(SUITE-ReplaceNodeNoTargetTest-seed#[C7832C94AAF83D8]-worker) [] 
o.a.s.c.ZkTestServer STARTING ZK TEST SERVER
   [junit4]   2> 3262124 INFO  (Thread-3569) [] o.a.s.c.ZkTestServer client 
port:0.0.0.0/0.0.0.0:0
   [junit4]   2> 3262124 INFO  (Thread-3569) [] o.a.s.c.ZkTestServer 
Starting server
   [junit4]   2> 3262127 ERROR (Thread-3569) [] o.a.z.s.ZooKeeperServer 
ZKShutdownHandler is not registered, so ZooKeeper server won't take any action 
on ERROR or SHUTDOWN server state changes
   [junit4]   2> 3262224 INFO  
(SUITE-ReplaceNodeNoTargetTest-seed#[C7832C94AAF83D8]-worker) [] 
o.a.s.c.ZkTestServer start zk server on port:65215
   [junit4]   2> 3262244 INFO  (zkConnectionManagerCallback-4971-thread-1) [
] o.a.s.c.c.ConnectionManager zkClient has connected
   [junit4]   2> 3262250 INFO  (jetty-launcher-4968-thread-1) [] 
o.e.j.s.Server jetty-9.4.8.v20171121, build timestamp: 
2017-11-21T18:27:37-03:00, git hash: 82b8fb23f757335bb3329d540ce37a2a2615f0a8
   [junit4]   2> 3262250 INFO  (jetty-launcher-4968-thread-2) [] 
o.e.j.s.Server jetty-9.4.8.v20171121, build timestamp: 
2017-11-21T18:27:37-03:00, git hash: 82b8fb23f757335bb3329d540ce37a2a2615f0a8
   [junit4]   2> 3262251 INFO  (jetty-launcher-4968-thread-4) [] 
o.e.j.s.Server jetty-9.4.8.v20171121, build timestamp: 
2017-11-21T18:27:37-03:00, git hash: 82b8fb23f757335bb3329d540ce37a2a2615f0a8
   [junit4]   2> 3262251 INFO  (jetty-launcher-4968-thread-5) [] 
o.e.j.s.Server jetty-9.4.8.v20171121, build timestamp: 
2017-11-21T18:27:37-03:00, git hash: 82b8fb23f757335bb3329d540ce37a2a2615f0a8
   [junit4]   2> 3262252 INFO  (jetty-launcher-4968-thread-6) [] 
o.e.j.s.Server jetty-9.4.8.v20171121, build timestamp: 
2017-11-21T18:27:37-03:00, git hash: 82b8fb23f757335bb3329d540ce37a2a2615f0a8
   [junit4]   2> 3262252 INFO  (jetty-launcher-4968-thread-3) [] 
o.e.j.s.Server jetty-9.4.8.v20171121, build timestamp: 
2017-11-21T18:27:37-03:00, git hash: 82b8fb23f757335bb3329d540ce37a2a2615f0a8
   [junit4]   2> 3262253 INFO  (jetty-launcher-4968-thread-1) [] 
o.e.j.s.session DefaultSessionIdManager workerName=node0
   [junit4]   2> 3262253 INFO  (jetty-launcher-4968-thread-1) [] 
o.e.j.s.session No SessionScavenger set, using defaults
   [junit4]   2> 3262253 INFO  (jetty-launcher-4968-thread-1) [] 
o.e.j.s.session Scavenging every 60ms
   [junit4]   2> 3262254 INFO  (jetty-launcher-4968-thread-1) [] 
o.e.j.s.h.ContextHandler Started 
o.e.j.s.ServletContextHandler@75f87d6d{/solr,null,AVAILABLE}
   [junit4]   2> 3262255 INFO  (jetty-launcher-4968-thread-1) [] 
o.e.j.s.AbstractConnector Started 
ServerConnector@5dbd239e{HTTP/1.1,[http/1.1]}{127.0.0.1:65217}
   [junit4]   2> 3262255 INFO  (jetty-launcher-4968-thread-1) [] 
o.e.j.s.Server Started @3267898ms
   [junit4]   2> 3262255 INFO  (jetty-launcher-4968-thread-1) [] 
o.a.s.c.s.e.JettySolrRunner Jetty properties: {hostContext=/solr, 
hostPort=65217}
   [junit4]   2> 3262256 ERROR (jetty-launcher-4968-thread-1) [] 
o.a.s.u.StartupLoggingUtils Missing Java Option solr.log.dir. Logging may be 
missing or incomplete.
   [junit4]   2> 3262256 INFO  (jetty-launcher-4968-thread-1) [] 
o.a.s.s.SolrDispatchFilter  ___  _   Welcome to Apache Solr? version 
7.3.0
   [junit4]  

[jira] [Commented] (LUCENE-8136) Planes constructed with two points are wrong when points are close

2018-02-13 Thread Steve Rowe (JIRA)

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

Steve Rowe commented on LUCENE-8136:


Reproducing failure of {{RandomPlaneTest.testPlaneThreePointsAccuracy()}} from 
ASF Jenkins 
[https://builds.apache.org/job/Lucene-Solr-SmokeRelease-master/951/]; {{git 
bisect}} says that it fails starting with the {{ad131bd}} commit on this issue:

{noformat}
Checking out Revision dd08400a3db1c4119a704610ccc4db0d055d8d7f 
(refs/remotes/origin/master)
[...]
  [smoker][junit4] Suite: org.apache.lucene.spatial3d.geom.RandomPlaneTest
  [smoker][junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=RandomPlaneTest -Dtests.method=testPlaneThreePointsAccuracy 
-Dtests.seed=AF530D5BB3E29D37 -Dtests.multiplier=2 -Dtests.locale=hy-AM 
-Dtests.timezone=CAT -Dtests.asserts=true -Dtests.file.encoding=UTF-8
  [smoker][junit4] FAILURE 0.35s J2 | 
RandomPlaneTest.testPlaneThreePointsAccuracy 
{seed=[AF530D5BB3E29D37:67333841FC91DFF4]} <<<
  [smoker][junit4]> Throwable #1: java.lang.AssertionError: 
-9.99866855977416E-13 PlanetModel.SPHERE point 1: [lat=-0.014383560214672818, 
lon=0.41800053100596907([X=0.9138078833986019, Y=0.4058919556989371, 
Z=-0.014383064258334952])], point 2: [lat=0.6932931355139935, 
lon=-0.18388926426439056([X=0.7561778076398898, Y=-0.14064184629683377, 
Z=0.6390735437358892])], point 3: [lat=-0.014383560214674136, 
lon=0.41800053101150425([X=0.9138078833963552, Y=0.4058919557039952, 
Z=-0.014383064258336268])] , check: [lat=-0.08323537864940594, 
lon=0.4347906232623258([X=0.9038183078528319, Y=0.4197622219929782, 
Z=-0.08313930104085177])]
  [smoker][junit4]> at 
__randomizedtesting.SeedInfo.seed([AF530D5BB3E29D37:67333841FC91DFF4]:0)
  [smoker][junit4]> at 
org.apache.lucene.spatial3d.geom.RandomPlaneTest.testPlaneThreePointsAccuracy(RandomPlaneTest.java:74)
  [smoker][junit4]> at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  [smoker][junit4]> at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  [smoker][junit4]> at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  [smoker][junit4]> at 
java.base/java.lang.reflect.Method.invoke(Method.java:564)
  [smoker][junit4]> at 
java.base/java.lang.Thread.run(Thread.java:844)
  [smoker][junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): 
{}, docValues:{}, maxPointsInLeafNode=537, maxMBSortInHeap=7.561334272193783, 
sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@7b5f56e9),
 locale=hy-AM, timezone=CAT
  [smoker][junit4]   2> NOTE: Linux 4.4.0-112-generic amd64/Oracle 
Corporation 9.0.1 (64-bit)/cpus=4,threads=1,free=225585560,total=264241152
{noformat}

> Planes constructed with two points are wrong when points are close
> --
>
> Key: LUCENE-8136
> URL: https://issues.apache.org/jira/browse/LUCENE-8136
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
>Priority: Major
> Fix For: 6.7, master (8.0), 7.3
>
> Attachments: LUCENE-8136-RandomTest.patch, 
> LUCENE-8136-RandomTest.patch, LUCENE-8136.patch, LUCENE-8136.patch
>
>
> Whenever a plane is constructed with two points (and the center of the 
> planet), and those points are close to each other,it might happen that the 
> final plane does not contain all points used for the construction. The issue 
> seems to happen when the resulting magnitude of the normal vector of the new 
> plane (calculated using cross product) is lower that 1e-5.
> This is a follow up of issue LUCENE-8133.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11941) add abstract contrib/ltr AdapterModel

2018-02-13 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-11941:


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

SOLR-11941: Add abstract contrib/ltr AdapterModel.


> add abstract contrib/ltr AdapterModel
> -
>
> Key: SOLR-11941
> URL: https://issues.apache.org/jira/browse/SOLR-11941
> Project: Solr
>  Issue Type: New Feature
>  Components: contrib - LTR
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Major
> Attachments: SOLR-11941.patch
>
>
> The abstract AdapterModel class is to facilitate the development of 
> open-source (or custom) scoring models whose initialization is completed when 
> a SolrResourceLoader is supplied in the init method call. Via the 
> SolrResourceLoader a file defining an pre-trained model can be opened and 
> once instantiated the LTRScoringModel.score() method can delegate 
> calculations to the implementing model instance.
> illustrations:
> * MultiLayerNetworkLTRScoringModel.java in 
> https://issues.apache.org/jira/secure/attachment/12908198/SOLR-11838.patch
> work-in-progress:
> * todo: add link to my upcoming deeplearning4j pull request here
> deriving classes:
> * todo: once it's committed add link to the CustomModel in the 
> TestAdapterModel.java
> * future todo: when they exist add links to open-source models extending 
> AbstractModel



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11941) add abstract contrib/ltr AdapterModel

2018-02-13 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on SOLR-11941:


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

SOLR-11941: Add abstract contrib/ltr AdapterModel.


> add abstract contrib/ltr AdapterModel
> -
>
> Key: SOLR-11941
> URL: https://issues.apache.org/jira/browse/SOLR-11941
> Project: Solr
>  Issue Type: New Feature
>  Components: contrib - LTR
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Major
> Attachments: SOLR-11941.patch
>
>
> The abstract AdapterModel class is to facilitate the development of 
> open-source (or custom) scoring models whose initialization is completed when 
> a SolrResourceLoader is supplied in the init method call. Via the 
> SolrResourceLoader a file defining an pre-trained model can be opened and 
> once instantiated the LTRScoringModel.score() method can delegate 
> calculations to the implementing model instance.
> illustrations:
> * MultiLayerNetworkLTRScoringModel.java in 
> https://issues.apache.org/jira/secure/attachment/12908198/SOLR-11838.patch
> work-in-progress:
> * todo: add link to my upcoming deeplearning4j pull request here
> deriving classes:
> * todo: once it's committed add link to the CustomModel in the 
> TestAdapterModel.java
> * future todo: when they exist add links to open-source models extending 
> AbstractModel



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-Tests-master - Build # 2321 - Unstable

2018-02-13 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/2321/

4 tests failed.
FAILED:  
org.apache.solr.cloud.LIRRollingUpdatesTest.testNewLeaderAndMixedReplicas

Error Message:
Timeout waiting for recovering null Live Nodes: [127.0.0.1:41058_solr, 
127.0.0.1:50367_solr, 127.0.0.1:59524_solr] Last available state: 
DocCollection(testMixedReplicas-false//collections/testMixedReplicas-false/state.json/10)={
   "pullReplicas":"0",   "replicationFactor":"2",   "shards":{"shard1":{   
"range":"8000-7fff",   "state":"active",   "replicas":{ 
"core_node42":{   "core":"testMixedReplicas-false_shard1_replica_n41",  
 "base_url":"http://127.0.0.1:41058/solr;,   
"node_name":"127.0.0.1:41058_solr",   "state":"active",   
"type":"NRT",   "leader":"true"}, "core_node44":{   
"state":"down",   "base_url":"http://127.0.0.1:59524/solr;,   
"core":"testMixedReplicas-false_shard1_replica_n43",   
"node_name":"127.0.0.1:59524_solr",   "type":"NRT"}, 
"core_node46":{   "core":"testMixedReplicas-false_shard1_replica_n45",  
 "base_url":"http://127.0.0.1:50367/solr;,   
"node_name":"127.0.0.1:50367_solr",   "state":"recovering",   
"type":"NRT",   "router":{"name":"compositeId"},   "maxShardsPerNode":"1",  
 "autoAddReplicas":"false",   "nrtReplicas":"2",   "tlogReplicas":"0"}

Stack Trace:
java.lang.AssertionError: Timeout waiting for recovering
null
Live Nodes: [127.0.0.1:41058_solr, 127.0.0.1:50367_solr, 127.0.0.1:59524_solr]
Last available state: 
DocCollection(testMixedReplicas-false//collections/testMixedReplicas-false/state.json/10)={
  "pullReplicas":"0",
  "replicationFactor":"2",
  "shards":{"shard1":{
  "range":"8000-7fff",
  "state":"active",
  "replicas":{
"core_node42":{
  "core":"testMixedReplicas-false_shard1_replica_n41",
  "base_url":"http://127.0.0.1:41058/solr;,
  "node_name":"127.0.0.1:41058_solr",
  "state":"active",
  "type":"NRT",
  "leader":"true"},
"core_node44":{
  "state":"down",
  "base_url":"http://127.0.0.1:59524/solr;,
  "core":"testMixedReplicas-false_shard1_replica_n43",
  "node_name":"127.0.0.1:59524_solr",
  "type":"NRT"},
"core_node46":{
  "core":"testMixedReplicas-false_shard1_replica_n45",
  "base_url":"http://127.0.0.1:50367/solr;,
  "node_name":"127.0.0.1:50367_solr",
  "state":"recovering",
  "type":"NRT",
  "router":{"name":"compositeId"},
  "maxShardsPerNode":"1",
  "autoAddReplicas":"false",
  "nrtReplicas":"2",
  "tlogReplicas":"0"}
at 
__randomizedtesting.SeedInfo.seed([37B5F8CC955531FD:82C21657AE31629D]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.cloud.SolrCloudTestCase.waitForState(SolrCloudTestCase.java:269)
at 
org.apache.solr.cloud.LIRRollingUpdatesTest.testLeaderAndMixedReplicas(LIRRollingUpdatesTest.java:293)
at 
org.apache.solr.cloud.LIRRollingUpdatesTest.testNewLeaderAndMixedReplicas(LIRRollingUpdatesTest.java:325)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 

[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk-9) - Build # 4438 - Still Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/4438/
Java: 64bit/jdk-9 -XX:-UseCompressedOops -XX:+UseSerialGC

2 tests failed.
FAILED:  org.apache.solr.cloud.ReplaceNodeNoTargetTest.test

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([68910BA1AA9C730C:E0C5347B04601EF4]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.solr.cloud.ReplaceNodeNoTargetTest.test(ReplaceNodeNoTargetTest.java:92)
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:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.base/java.lang.Thread.run(Thread.java:844)


FAILED:  org.apache.solr.handler.admin.AutoscalingHistoryHandlerTest.testHistory

Error Message:
expected:<5> but was:<0>

Stack Trace:
java.lang.AssertionError: expected:<5> but was:<0>
at 
__randomizedtesting.SeedInfo.seed([68910BA1AA9C730C:56DAF5C10D48C0B]:0)
at org.junit.Assert.fail(Assert.java:93)
at 

[JENKINS] Lucene-Solr-SmokeRelease-master - Build # 951 - Still Failing

2018-02-13 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-master/951/

No tests ran.

Build Log:
[...truncated 28740 lines...]
prepare-release-no-sign:
[mkdir] Created dir: 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/dist
 [copy] Copying 491 files to 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/dist/lucene
 [copy] Copying 215 files to 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/dist/solr
   [smoker] Java 1.8 JAVA_HOME=/home/jenkins/tools/java/latest1.8
   [smoker] Java 9 JAVA_HOME=/home/jenkins/tools/java/latest1.9
   [smoker] NOTE: output encoding is UTF-8
   [smoker] 
   [smoker] Load release URL 
"file:/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/dist/"...
   [smoker] 
   [smoker] Test Lucene...
   [smoker]   test basics...
   [smoker]   get KEYS
   [smoker] 0.2 MB in 0.01 sec (35.2 MB/sec)
   [smoker]   check changes HTML...
   [smoker]   download lucene-8.0.0-src.tgz...
   [smoker] 30.2 MB in 0.03 sec (1152.4 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   download lucene-8.0.0.tgz...
   [smoker] 73.9 MB in 0.06 sec (1137.2 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   download lucene-8.0.0.zip...
   [smoker] 84.4 MB in 0.07 sec (1143.3 MB/sec)
   [smoker] verify md5/sha1 digests
   [smoker]   unpack lucene-8.0.0.tgz...
   [smoker] verify JAR metadata/identity/no javax.* or java.* classes...
   [smoker] test demo with 1.8...
   [smoker]   got 6247 hits for query "lucene"
   [smoker] checkindex with 1.8...
   [smoker] test demo with 9...
   [smoker]   got 6247 hits for query "lucene"
   [smoker] checkindex with 9...
   [smoker] check Lucene's javadoc JAR
   [smoker]   unpack lucene-8.0.0.zip...
   [smoker] verify JAR metadata/identity/no javax.* or java.* classes...
   [smoker] test demo with 1.8...
   [smoker]   got 6247 hits for query "lucene"
   [smoker] checkindex with 1.8...
   [smoker] test demo with 9...
   [smoker]   got 6247 hits for query "lucene"
   [smoker] checkindex with 9...
   [smoker] check Lucene's javadoc JAR
   [smoker]   unpack lucene-8.0.0-src.tgz...
   [smoker] make sure no JARs/WARs in src dist...
   [smoker] run "ant validate"
   [smoker] run tests w/ Java 8 and testArgs='-Dtests.slow=false'...
   [smoker] test demo with 1.8...
   [smoker]   got 214 hits for query "lucene"
   [smoker] checkindex with 1.8...
   [smoker] generate javadocs w/ Java 8...
   [smoker] 
   [smoker] Crawl/parse...
   [smoker] 
   [smoker] Verify...
   [smoker] run tests w/ Java 9 and testArgs='-Dtests.slow=false'...
   [smoker] 
   [smoker] command "export JAVA_HOME="/home/jenkins/tools/java/latest1.9" 
PATH="/home/jenkins/tools/java/latest1.9/bin:$PATH" 
JAVACMD="/home/jenkins/tools/java/latest1.9/bin/java"; ant clean test 
-Dtests.slow=false" failed:
   [smoker] Buildfile: 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/tmp/unpack/lucene-8.0.0/build.xml
   [smoker] 
   [smoker] clean:
   [smoker][delete] Deleting directory 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/tmp/unpack/lucene-8.0.0/build
   [smoker] 
   [smoker] ivy-availability-check:
   [smoker] [loadresource] Do not set property disallowed.ivy.jars.list as its 
length is 0.
   [smoker] 
   [smoker] -ivy-fail-disallowed-ivy-version:
   [smoker] 
   [smoker] ivy-fail:
   [smoker] 
   [smoker] ivy-configure:
   [smoker] [ivy:configure] :: Apache Ivy 2.4.0 - 20141213170938 :: 
http://ant.apache.org/ivy/ ::
   [smoker] [ivy:configure] :: loading settings :: file = 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-master/lucene/build/smokeTestRelease/tmp/unpack/lucene-8.0.0/top-level-ivy-settings.xml
   [smoker] 
   [smoker] -clover.load:
   [smoker] 
   [smoker] resolve-groovy:
   [smoker] [ivy:cachepath] :: resolving dependencies :: 
org.codehaus.groovy#groovy-all-caller;working
   [smoker] [ivy:cachepath] confs: [default]
   [smoker] [ivy:cachepath] found org.codehaus.groovy#groovy-all;2.4.13 in 
public
   [smoker] [ivy:cachepath] :: resolution report :: resolve 700ms :: artifacts 
dl 2ms
   [smoker] 
-
   [smoker] |  |modules||   
artifacts   |
   [smoker] |   conf   | number| search|dwnlded|evicted|| 
number|dwnlded|
   [smoker] 
-
   [smoker] |  default |   1   |   0   |   0   |   0   ||   1   |   
0   |
   [smoker] 
-
   [smoker] 
   [smoker] 

[jira] [Commented] (LUCENE-8126) Spatial prefix tree based on S2 geometry

2018-02-13 Thread David Smiley (JIRA)

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

David Smiley commented on LUCENE-8126:
--

BTW I’m on vacation with almost no Internet thru the 21st

> Spatial prefix tree based on S2 geometry
> 
>
> Key: LUCENE-8126
> URL: https://issues.apache.org/jira/browse/LUCENE-8126
> Project: Lucene - Core
>  Issue Type: New Feature
>  Components: modules/spatial-extras
>Reporter: Ignacio Vera
>Assignee: Ignacio Vera
>Priority: Major
> Attachments: SPT-cell.pdf, SPT-query.jpeg
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Hi [~dsmiley],
> I have been working on a prefix tree based on goggle S2 geometry 
> (https://s2geometry.io/) to be used mainly with Geo3d shapes with very 
> promising results, in particular for complex shapes (e.g polygons). Using 
> this pixelization scheme reduces the size of the index, improves the 
> performance of the queries and reduces the loading time for non-point shapes. 
> If you are ok with this contribution and before providing any code I would 
> like to understand what is the correct/prefered approach:
> 1) Add new depency to the S2 library 
> (https://mvnrepository.com/artifact/io.sgr/s2-geometry-library-java). It has 
> Apache 2.0 license so it should be ok.
> 2) Create a utility class with all methods necessary to navigate the S2 tree 
> and create shapes from S2 cells (basically port what we need from the library 
> into Lucene).
> What do you think?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Created] (LUCENE-8172) Precommit should fail on synchronization over non-final member variable

2018-02-13 Thread Michael Braun (JIRA)
Michael Braun created LUCENE-8172:
-

 Summary: Precommit should fail on synchronization over non-final 
member variable
 Key: LUCENE-8172
 URL: https://issues.apache.org/jira/browse/LUCENE-8172
 Project: Lucene - Core
  Issue Type: Improvement
Reporter: Michael Braun


Precommit should fail over synchronization over a non-final member variable 
such as in [SOLR-11980]. Because the value can change, it shouldn't be 
synchronized over. Chances are the declaration should have final but is missing 
it.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



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

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/21452/
Java: 32bit/jdk1.8.0_162 -client -XX:+UseParallelGC

4 tests failed.
FAILED:  
org.apache.solr.client.solrj.io.stream.StreamExpressionTest.testDistributions

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([C85ACEC9858ACD8:B37AED4646A24C44]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.solr.client.solrj.io.stream.StreamExpressionTest.testDistributions(StreamExpressionTest.java:6637)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  org.apache.solr.cloud.MoveReplicaHDFSTest.testFailedMove

Error Message:
No live SolrServers available to handle this 
request:[https://127.0.0.1:39137/solr/MoveReplicaHDFSTest_failed_coll_true, 
https://127.0.0.1:41267/solr/MoveReplicaHDFSTest_failed_coll_true]


[JENKINS] Lucene-Solr-Tests-7.x - Build # 385 - Still unstable

2018-02-13 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/385/

6 tests failed.
FAILED:  org.apache.solr.TestDistributedSearch.test

Error Message:
Expected to find shardAddress in the up shard info: 
{error=org.apache.solr.client.solrj.SolrServerException: Time allowed to handle 
this request exceeded,trace=org.apache.solr.client.solrj.SolrServerException: 
Time allowed to handle this request exceeded  at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:460)
  at 
org.apache.solr.handler.component.HttpShardHandlerFactory.makeLoadBalancedRequest(HttpShardHandlerFactory.java:273)
  at 
org.apache.solr.handler.component.HttpShardHandler.lambda$submit$0(HttpShardHandler.java:175)
  at java.util.concurrent.FutureTask.run(FutureTask.java:266)  at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)  at 
java.util.concurrent.FutureTask.run(FutureTask.java:266)  at 
com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
  at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:188)
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
 at java.lang.Thread.run(Thread.java:748) ,time=1}

Stack Trace:
java.lang.AssertionError: Expected to find shardAddress in the up shard info: 
{error=org.apache.solr.client.solrj.SolrServerException: Time allowed to handle 
this request exceeded,trace=org.apache.solr.client.solrj.SolrServerException: 
Time allowed to handle this request exceeded
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:460)
at 
org.apache.solr.handler.component.HttpShardHandlerFactory.makeLoadBalancedRequest(HttpShardHandlerFactory.java:273)
at 
org.apache.solr.handler.component.HttpShardHandler.lambda$submit$0(HttpShardHandler.java:175)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:188)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
,time=1}
at 
__randomizedtesting.SeedInfo.seed([A4BA1AF230494CCA:2CEE25289EB52132]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.TestDistributedSearch.comparePartialResponses(TestDistributedSearch.java:1191)
at 
org.apache.solr.TestDistributedSearch.queryPartialResults(TestDistributedSearch.java:1132)
at 
org.apache.solr.TestDistributedSearch.test(TestDistributedSearch.java:992)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsRepeatStatement.callStatement(BaseDistributedSearchTestCase.java:1019)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
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 

[jira] [Commented] (LUCENE-8173) Three-point plane construction test failure

2018-02-13 Thread Karl Wright (JIRA)

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

Karl Wright commented on LUCENE-8173:
-

No, upon analysis the problem is that the plane that is produced is pretty much 
EXACTLY capable of containing the three computed points; it's converged that 
far.  But the x,y,z values for the two points it's using are computed 
themselves as differences and therefore they too have a bit of numerical error, 
and it's enough to put the result *just* outside of the boundary.

The two possible ways of fixing this are:

(1) Shoot for a convergence value that's better than we need, or
(2) Algebraically recast the problem in this case to compute the deltas 
differently, so it's a one-step process not a two-step process

Using (2) is better but will probably require duplicating a fair bit of code.


> Three-point plane construction test failure
> ---
>
> Key: LUCENE-8173
> URL: https://issues.apache.org/jira/browse/LUCENE-8173
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/spatial3d
>Affects Versions: master (8.0)
>Reporter: Karl Wright
>Assignee: Karl Wright
>Priority: Major
>
> {noformat}
> Checking out Revision dd08400a3db1c4119a704610ccc4db0d055d8d7f 
> (refs/remotes/origin/master)
> [...]
>   [smoker][junit4] Suite: org.apache.lucene.spatial3d.geom.RandomPlaneTest
>   [smoker][junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=RandomPlaneTest -Dtests.method=testPlaneThreePointsAccuracy 
> -Dtests.seed=AF530D5BB3E29D37 -Dtests.multiplier=2 -Dtests.locale=hy-AM 
> -Dtests.timezone=CAT -Dtests.asserts=true -Dtests.file.encoding=UTF-8
>   [smoker][junit4] FAILURE 0.35s J2 | 
> RandomPlaneTest.testPlaneThreePointsAccuracy 
> {seed=[AF530D5BB3E29D37:67333841FC91DFF4]} <<<
>   [smoker][junit4]> Throwable #1: java.lang.AssertionError: 
> -9.99866855977416E-13 PlanetModel.SPHERE point 1: [lat=-0.014383560214672818, 
> lon=0.41800053100596907([X=0.9138078833986019, Y=0.4058919556989371, 
> Z=-0.014383064258334952])], point 2: [lat=0.6932931355139935, 
> lon=-0.18388926426439056([X=0.7561778076398898, Y=-0.14064184629683377, 
> Z=0.6390735437358892])], point 3: [lat=-0.014383560214674136, 
> lon=0.41800053101150425([X=0.9138078833963552, Y=0.4058919557039952, 
> Z=-0.014383064258336268])] , check: [lat=-0.08323537864940594, 
> lon=0.4347906232623258([X=0.9038183078528319, Y=0.4197622219929782, 
> Z=-0.08313930104085177])]
>   [smoker][junit4]> at 
> __randomizedtesting.SeedInfo.seed([AF530D5BB3E29D37:67333841FC91DFF4]:0)
>   [smoker][junit4]> at 
> org.apache.lucene.spatial3d.geom.RandomPlaneTest.testPlaneThreePointsAccuracy(RandomPlaneTest.java:74)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   [smoker][junit4]> at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>   [smoker][junit4]> at 
> java.base/java.lang.Thread.run(Thread.java:844)
>   [smoker][junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): 
> {}, docValues:{}, maxPointsInLeafNode=537, maxMBSortInHeap=7.561334272193783, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@7b5f56e9),
>  locale=hy-AM, timezone=CAT
>   [smoker][junit4]   2> NOTE: Linux 4.4.0-112-generic amd64/Oracle 
> Corporation 9.0.1 (64-bit)/cpus=4,threads=1,free=225585560,total=264241152
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (SOLR-11731) LatLonPointSpatialField could be improved to return the lat/lon from docValues

2018-02-13 Thread Karthik Ramachandran (JIRA)

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

Karthik Ramachandran updated SOLR-11731:

Attachment: SOLR-11731.patch

> LatLonPointSpatialField could be improved to return the lat/lon from docValues
> --
>
> Key: SOLR-11731
> URL: https://issues.apache.org/jira/browse/SOLR-11731
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: spatial
>Reporter: David Smiley
>Priority: Minor
> Attachments: SOLR-11731.patch
>
>
> You can only return the lat & lon from a LatLonPointSpatialField if you set 
> stored=true.  But we could allow this (albeit at a small loss in precision) 
> if stored=false and docValues=true.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11731) LatLonPointSpatialField could be improved to return the lat/lon from docValues

2018-02-13 Thread David Smiley (JIRA)

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

David Smiley commented on SOLR-11731:
-

I will check this out after my vacation ending Feb 21st

> LatLonPointSpatialField could be improved to return the lat/lon from docValues
> --
>
> Key: SOLR-11731
> URL: https://issues.apache.org/jira/browse/SOLR-11731
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: spatial
>Reporter: David Smiley
>Priority: Minor
> Attachments: SOLR-11731.patch
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> You can only return the lat & lon from a LatLonPointSpatialField if you set 
> stored=true.  But we could allow this (albeit at a small loss in precision) 
> if stored=false and docValues=true.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (SOLR-11731) LatLonPointSpatialField could be improved to return the lat/lon from docValues

2018-02-13 Thread Karthik Ramachandran (JIRA)

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

Karthik Ramachandran commented on SOLR-11731:
-

Okay, Thanks!

> LatLonPointSpatialField could be improved to return the lat/lon from docValues
> --
>
> Key: SOLR-11731
> URL: https://issues.apache.org/jira/browse/SOLR-11731
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: spatial
>Reporter: David Smiley
>Priority: Minor
> Attachments: SOLR-11731.patch
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> You can only return the lat & lon from a LatLonPointSpatialField if you set 
> stored=true.  But we could allow this (albeit at a small loss in precision) 
> if stored=false and docValues=true.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8173) Three-point plane construction test failure

2018-02-13 Thread Karl Wright (JIRA)

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

Karl Wright commented on LUCENE-8173:
-

I've implemented (1) for now.  I may do (2) over the weekend, or sooner if 
stuff continues to catch fire with the stop-gap fix.  Leaving the ticket open 
for whichever eventuality occurs.

> Three-point plane construction test failure
> ---
>
> Key: LUCENE-8173
> URL: https://issues.apache.org/jira/browse/LUCENE-8173
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/spatial3d
>Affects Versions: master (8.0)
>Reporter: Karl Wright
>Assignee: Karl Wright
>Priority: Major
>
> {noformat}
> Checking out Revision dd08400a3db1c4119a704610ccc4db0d055d8d7f 
> (refs/remotes/origin/master)
> [...]
>   [smoker][junit4] Suite: org.apache.lucene.spatial3d.geom.RandomPlaneTest
>   [smoker][junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=RandomPlaneTest -Dtests.method=testPlaneThreePointsAccuracy 
> -Dtests.seed=AF530D5BB3E29D37 -Dtests.multiplier=2 -Dtests.locale=hy-AM 
> -Dtests.timezone=CAT -Dtests.asserts=true -Dtests.file.encoding=UTF-8
>   [smoker][junit4] FAILURE 0.35s J2 | 
> RandomPlaneTest.testPlaneThreePointsAccuracy 
> {seed=[AF530D5BB3E29D37:67333841FC91DFF4]} <<<
>   [smoker][junit4]> Throwable #1: java.lang.AssertionError: 
> -9.99866855977416E-13 PlanetModel.SPHERE point 1: [lat=-0.014383560214672818, 
> lon=0.41800053100596907([X=0.9138078833986019, Y=0.4058919556989371, 
> Z=-0.014383064258334952])], point 2: [lat=0.6932931355139935, 
> lon=-0.18388926426439056([X=0.7561778076398898, Y=-0.14064184629683377, 
> Z=0.6390735437358892])], point 3: [lat=-0.014383560214674136, 
> lon=0.41800053101150425([X=0.9138078833963552, Y=0.4058919557039952, 
> Z=-0.014383064258336268])] , check: [lat=-0.08323537864940594, 
> lon=0.4347906232623258([X=0.9038183078528319, Y=0.4197622219929782, 
> Z=-0.08313930104085177])]
>   [smoker][junit4]> at 
> __randomizedtesting.SeedInfo.seed([AF530D5BB3E29D37:67333841FC91DFF4]:0)
>   [smoker][junit4]> at 
> org.apache.lucene.spatial3d.geom.RandomPlaneTest.testPlaneThreePointsAccuracy(RandomPlaneTest.java:74)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   [smoker][junit4]> at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>   [smoker][junit4]> at 
> java.base/java.lang.Thread.run(Thread.java:844)
>   [smoker][junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): 
> {}, docValues:{}, maxPointsInLeafNode=537, maxMBSortInHeap=7.561334272193783, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@7b5f56e9),
>  locale=hy-AM, timezone=CAT
>   [smoker][junit4]   2> NOTE: Linux 4.4.0-112-generic amd64/Oracle 
> Corporation 9.0.1 (64-bit)/cpus=4,threads=1,free=225585560,total=264241152
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8155) Add Java 9 support to smoke tester

2018-02-13 Thread Michael McCandless (JIRA)

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

Michael McCandless commented on LUCENE-8155:


{quote}[~mikemccand]: Can you help with cleaing up Smoker and the build script 
to make it "more generic"?
{quote}
Hi [~thetaphi], I agree it would be great to make it more generic, but alas I'm 
not going to have time to do this any time too soon.

> Add Java 9 support to smoke tester
> --
>
> Key: LUCENE-8155
> URL: https://issues.apache.org/jira/browse/LUCENE-8155
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Major
>  Labels: Java9
> Attachments: LUCENE-8155.patch
>
>
> After adding MR-JAR support with LUCENE-7966, we should test the release 
> candidates with Java 9. Therefore the already existing code in {{build.xml}} 
> that uses a separate environment variable to pass {{JAVA9_HOME}} should be 
> reenabled. This also requires reconfiguring Jenkins.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Created] (LUCENE-8173) Three-point plane construction test failure

2018-02-13 Thread Karl Wright (JIRA)
Karl Wright created LUCENE-8173:
---

 Summary: Three-point plane construction test failure
 Key: LUCENE-8173
 URL: https://issues.apache.org/jira/browse/LUCENE-8173
 Project: Lucene - Core
  Issue Type: Bug
  Components: modules/spatial3d
Affects Versions: master (8.0)
Reporter: Karl Wright
Assignee: Karl Wright


{noformat}
Checking out Revision dd08400a3db1c4119a704610ccc4db0d055d8d7f 
(refs/remotes/origin/master)
[...]
  [smoker][junit4] Suite: org.apache.lucene.spatial3d.geom.RandomPlaneTest
  [smoker][junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=RandomPlaneTest -Dtests.method=testPlaneThreePointsAccuracy 
-Dtests.seed=AF530D5BB3E29D37 -Dtests.multiplier=2 -Dtests.locale=hy-AM 
-Dtests.timezone=CAT -Dtests.asserts=true -Dtests.file.encoding=UTF-8
  [smoker][junit4] FAILURE 0.35s J2 | 
RandomPlaneTest.testPlaneThreePointsAccuracy 
{seed=[AF530D5BB3E29D37:67333841FC91DFF4]} <<<
  [smoker][junit4]> Throwable #1: java.lang.AssertionError: 
-9.99866855977416E-13 PlanetModel.SPHERE point 1: [lat=-0.014383560214672818, 
lon=0.41800053100596907([X=0.9138078833986019, Y=0.4058919556989371, 
Z=-0.014383064258334952])], point 2: [lat=0.6932931355139935, 
lon=-0.18388926426439056([X=0.7561778076398898, Y=-0.14064184629683377, 
Z=0.6390735437358892])], point 3: [lat=-0.014383560214674136, 
lon=0.41800053101150425([X=0.9138078833963552, Y=0.4058919557039952, 
Z=-0.014383064258336268])] , check: [lat=-0.08323537864940594, 
lon=0.4347906232623258([X=0.9038183078528319, Y=0.4197622219929782, 
Z=-0.08313930104085177])]
  [smoker][junit4]> at 
__randomizedtesting.SeedInfo.seed([AF530D5BB3E29D37:67333841FC91DFF4]:0)
  [smoker][junit4]> at 
org.apache.lucene.spatial3d.geom.RandomPlaneTest.testPlaneThreePointsAccuracy(RandomPlaneTest.java:74)
  [smoker][junit4]> at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  [smoker][junit4]> at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  [smoker][junit4]> at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  [smoker][junit4]> at 
java.base/java.lang.reflect.Method.invoke(Method.java:564)
  [smoker][junit4]> at 
java.base/java.lang.Thread.run(Thread.java:844)
  [smoker][junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): 
{}, docValues:{}, maxPointsInLeafNode=537, maxMBSortInHeap=7.561334272193783, 
sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@7b5f56e9),
 locale=hy-AM, timezone=CAT
  [smoker][junit4]   2> NOTE: Linux 4.4.0-112-generic amd64/Oracle 
Corporation 9.0.1 (64-bit)/cpus=4,threads=1,free=225585560,total=264241152
{noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8173) Three-point plane construction test failure

2018-02-13 Thread Karl Wright (JIRA)

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

Karl Wright commented on LUCENE-8173:
-

I think that the actual failure is a result of the vector magnitude being 
exactly zero:

{code}
   [junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=RandomPlaneTest 
-Dtests.method=testPlaneThreePointsAccuracy -Dtests.seed=AF530D5BB3E29D37 
-Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=hy-AM 
-Dtests.timezone=CAT -Dtests.asserts=true -Dtests.file.encoding=UTF-8
   [junit4] FAILURE 0.04s | RandomPlaneTest.testPlaneThreePointsAccuracy 
{seed=[AF530D5BB3E29D37:67333841FC91DFF4]}
 <<<
   [junit4]> Throwable #1: java.lang.AssertionError: -9.99866855977416E-13 
PlanetModel.SPHERE point 1: [lat=-0.014383560214672818, 
lon=0.41800053100596907([X=0.9138078833986019, Y=0.4058919556989371, 
Z=-0.014383064258334952])], point 2: [lat=0.6932931355139935, 
lon=-0.18388926426439056([X=0.7561778076398898, Y=-0.1
4064184629683377, Z=0.6390735437358892])], point 3: 
[lat=-0.014383560214674136,lon=0.41800053101150425([X=0.9138078833963552, 
Y=0.4058919557039952, Z=-0.014383
064258336268])] , check: [lat=-0.08323537864940594, 
lon=0.4347906232623258([X=0.9038183078528319, Y=0.4197622219929782, 
Z=-0.08313930104085177])]
   [junit4]>at 
__randomizedtesting.SeedInfo.seed([AF530D5BB3E29D37:67333841FC91DFF4]:0)
   [junit4]>at 
org.apache.lucene.spatial3d.geom.RandomPlaneTest.testPlaneThreePointsAccuracy(RandomPlaneTest.java:74)
   [junit4]>at java.lang.Thread.run(Thread.java:745)
   [junit4] OK  0.03s | RandomPlaneTest.testPlaneThreePointsAccuracy 
{seed=[AF530D5BB3E29D37:B0B86EFB98C6E8A6]}
   [junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): {}, 
docValues:{}, maxPointsInLeafNode=537, maxMBSortInHeap=7.561334272193783, 
sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@26ca786b),
 locale=hy-AM, timezone=CAT
   [junit4]   2> NOTE: Windows 8.1 6.3 amd64/Oracle Corporation 1.8.0_45 
(64-bit)/cpus=4,threads=1,free=93847952,total=163053568
   [junit4]   2> NOTE: All tests run in this JVM: [RandomPlaneTest]
   [junit4] Completed [1/1 (1!)] in 1.58s, 10 tests, 1 failure <<< FAILURES!
   [junit4]
{code}


> Three-point plane construction test failure
> ---
>
> Key: LUCENE-8173
> URL: https://issues.apache.org/jira/browse/LUCENE-8173
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/spatial3d
>Affects Versions: master (8.0)
>Reporter: Karl Wright
>Assignee: Karl Wright
>Priority: Major
>
> {noformat}
> Checking out Revision dd08400a3db1c4119a704610ccc4db0d055d8d7f 
> (refs/remotes/origin/master)
> [...]
>   [smoker][junit4] Suite: org.apache.lucene.spatial3d.geom.RandomPlaneTest
>   [smoker][junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=RandomPlaneTest -Dtests.method=testPlaneThreePointsAccuracy 
> -Dtests.seed=AF530D5BB3E29D37 -Dtests.multiplier=2 -Dtests.locale=hy-AM 
> -Dtests.timezone=CAT -Dtests.asserts=true -Dtests.file.encoding=UTF-8
>   [smoker][junit4] FAILURE 0.35s J2 | 
> RandomPlaneTest.testPlaneThreePointsAccuracy 
> {seed=[AF530D5BB3E29D37:67333841FC91DFF4]} <<<
>   [smoker][junit4]> Throwable #1: java.lang.AssertionError: 
> -9.99866855977416E-13 PlanetModel.SPHERE point 1: [lat=-0.014383560214672818, 
> lon=0.41800053100596907([X=0.9138078833986019, Y=0.4058919556989371, 
> Z=-0.014383064258334952])], point 2: [lat=0.6932931355139935, 
> lon=-0.18388926426439056([X=0.7561778076398898, Y=-0.14064184629683377, 
> Z=0.6390735437358892])], point 3: [lat=-0.014383560214674136, 
> lon=0.41800053101150425([X=0.9138078833963552, Y=0.4058919557039952, 
> Z=-0.014383064258336268])] , check: [lat=-0.08323537864940594, 
> lon=0.4347906232623258([X=0.9038183078528319, Y=0.4197622219929782, 
> Z=-0.08313930104085177])]
>   [smoker][junit4]> at 
> __randomizedtesting.SeedInfo.seed([AF530D5BB3E29D37:67333841FC91DFF4]:0)
>   [smoker][junit4]> at 
> org.apache.lucene.spatial3d.geom.RandomPlaneTest.testPlaneThreePointsAccuracy(RandomPlaneTest.java:74)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   [smoker][junit4]> at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>   [smoker][junit4]> at 
> java.base/java.lang.Thread.run(Thread.java:844)
>   [smoker][junit4]   2> NOTE: test params are: 

[jira] [Commented] (LUCENE-8173) Three-point plane construction test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit f726f1be1e234d6cdda820fed5724d386d5d7580 in lucene-solr's branch 
refs/heads/branch_6x from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=f726f1b ]

LUCENE-8173: Tighten the envelope so Gram-Schmidt gets a tighter answer.  Less 
likely to blow up later.


> Three-point plane construction test failure
> ---
>
> Key: LUCENE-8173
> URL: https://issues.apache.org/jira/browse/LUCENE-8173
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/spatial3d
>Affects Versions: master (8.0)
>Reporter: Karl Wright
>Assignee: Karl Wright
>Priority: Major
>
> {noformat}
> Checking out Revision dd08400a3db1c4119a704610ccc4db0d055d8d7f 
> (refs/remotes/origin/master)
> [...]
>   [smoker][junit4] Suite: org.apache.lucene.spatial3d.geom.RandomPlaneTest
>   [smoker][junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=RandomPlaneTest -Dtests.method=testPlaneThreePointsAccuracy 
> -Dtests.seed=AF530D5BB3E29D37 -Dtests.multiplier=2 -Dtests.locale=hy-AM 
> -Dtests.timezone=CAT -Dtests.asserts=true -Dtests.file.encoding=UTF-8
>   [smoker][junit4] FAILURE 0.35s J2 | 
> RandomPlaneTest.testPlaneThreePointsAccuracy 
> {seed=[AF530D5BB3E29D37:67333841FC91DFF4]} <<<
>   [smoker][junit4]> Throwable #1: java.lang.AssertionError: 
> -9.99866855977416E-13 PlanetModel.SPHERE point 1: [lat=-0.014383560214672818, 
> lon=0.41800053100596907([X=0.9138078833986019, Y=0.4058919556989371, 
> Z=-0.014383064258334952])], point 2: [lat=0.6932931355139935, 
> lon=-0.18388926426439056([X=0.7561778076398898, Y=-0.14064184629683377, 
> Z=0.6390735437358892])], point 3: [lat=-0.014383560214674136, 
> lon=0.41800053101150425([X=0.9138078833963552, Y=0.4058919557039952, 
> Z=-0.014383064258336268])] , check: [lat=-0.08323537864940594, 
> lon=0.4347906232623258([X=0.9038183078528319, Y=0.4197622219929782, 
> Z=-0.08313930104085177])]
>   [smoker][junit4]> at 
> __randomizedtesting.SeedInfo.seed([AF530D5BB3E29D37:67333841FC91DFF4]:0)
>   [smoker][junit4]> at 
> org.apache.lucene.spatial3d.geom.RandomPlaneTest.testPlaneThreePointsAccuracy(RandomPlaneTest.java:74)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   [smoker][junit4]> at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>   [smoker][junit4]> at 
> java.base/java.lang.Thread.run(Thread.java:844)
>   [smoker][junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): 
> {}, docValues:{}, maxPointsInLeafNode=537, maxMBSortInHeap=7.561334272193783, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@7b5f56e9),
>  locale=hy-AM, timezone=CAT
>   [smoker][junit4]   2> NOTE: Linux 4.4.0-112-generic amd64/Oracle 
> Corporation 9.0.1 (64-bit)/cpus=4,threads=1,free=225585560,total=264241152
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (LUCENE-8173) Three-point plane construction test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit 56a7ddc3ec993ab97916cc076aa28c491476a0e9 in lucene-solr's branch 
refs/heads/branch_7x from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=56a7ddc ]

LUCENE-8173: Tighten the envelope so Gram-Schmidt gets a tighter answer.  Less 
likely to blow up later.


> Three-point plane construction test failure
> ---
>
> Key: LUCENE-8173
> URL: https://issues.apache.org/jira/browse/LUCENE-8173
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/spatial3d
>Affects Versions: master (8.0)
>Reporter: Karl Wright
>Assignee: Karl Wright
>Priority: Major
>
> {noformat}
> Checking out Revision dd08400a3db1c4119a704610ccc4db0d055d8d7f 
> (refs/remotes/origin/master)
> [...]
>   [smoker][junit4] Suite: org.apache.lucene.spatial3d.geom.RandomPlaneTest
>   [smoker][junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=RandomPlaneTest -Dtests.method=testPlaneThreePointsAccuracy 
> -Dtests.seed=AF530D5BB3E29D37 -Dtests.multiplier=2 -Dtests.locale=hy-AM 
> -Dtests.timezone=CAT -Dtests.asserts=true -Dtests.file.encoding=UTF-8
>   [smoker][junit4] FAILURE 0.35s J2 | 
> RandomPlaneTest.testPlaneThreePointsAccuracy 
> {seed=[AF530D5BB3E29D37:67333841FC91DFF4]} <<<
>   [smoker][junit4]> Throwable #1: java.lang.AssertionError: 
> -9.99866855977416E-13 PlanetModel.SPHERE point 1: [lat=-0.014383560214672818, 
> lon=0.41800053100596907([X=0.9138078833986019, Y=0.4058919556989371, 
> Z=-0.014383064258334952])], point 2: [lat=0.6932931355139935, 
> lon=-0.18388926426439056([X=0.7561778076398898, Y=-0.14064184629683377, 
> Z=0.6390735437358892])], point 3: [lat=-0.014383560214674136, 
> lon=0.41800053101150425([X=0.9138078833963552, Y=0.4058919557039952, 
> Z=-0.014383064258336268])] , check: [lat=-0.08323537864940594, 
> lon=0.4347906232623258([X=0.9038183078528319, Y=0.4197622219929782, 
> Z=-0.08313930104085177])]
>   [smoker][junit4]> at 
> __randomizedtesting.SeedInfo.seed([AF530D5BB3E29D37:67333841FC91DFF4]:0)
>   [smoker][junit4]> at 
> org.apache.lucene.spatial3d.geom.RandomPlaneTest.testPlaneThreePointsAccuracy(RandomPlaneTest.java:74)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   [smoker][junit4]> at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>   [smoker][junit4]> at 
> java.base/java.lang.Thread.run(Thread.java:844)
>   [smoker][junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): 
> {}, docValues:{}, maxPointsInLeafNode=537, maxMBSortInHeap=7.561334272193783, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@7b5f56e9),
>  locale=hy-AM, timezone=CAT
>   [smoker][junit4]   2> NOTE: Linux 4.4.0-112-generic amd64/Oracle 
> Corporation 9.0.1 (64-bit)/cpus=4,threads=1,free=225585560,total=264241152
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[GitHub] lucene-solr pull request #323: SOLR-11731: LatLonPointSpatialField could be ...

2018-02-13 Thread mrkarthik
GitHub user mrkarthik opened a pull request:

https://github.com/apache/lucene-solr/pull/323

SOLR-11731: LatLonPointSpatialField could be improved to return the lat/lon 
from docValues



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/mrkarthik/lucene-solr jira/SOLR-11731

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/lucene-solr/pull/323.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #323


commit 31f69836d45471bb60bb86f1fbb7724700017876
Author: Karthik Ramachandran 
Date:   2018-02-13T21:26:34Z

SOLR-11731: LatLonPointSpatialField could be improved to return the lat/lon 
from docValues




---

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



[jira] [Commented] (LUCENE-8173) Three-point plane construction test failure

2018-02-13 Thread ASF subversion and git services (JIRA)

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

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

Commit 34354e90fec05a774fd99d27345a46f665f2f37c in lucene-solr's branch 
refs/heads/master from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=34354e9 ]

LUCENE-8173: Tighten the envelope so Gram-Schmidt gets a tighter answer.  Less 
likely to blow up later.


> Three-point plane construction test failure
> ---
>
> Key: LUCENE-8173
> URL: https://issues.apache.org/jira/browse/LUCENE-8173
> Project: Lucene - Core
>  Issue Type: Bug
>  Components: modules/spatial3d
>Affects Versions: master (8.0)
>Reporter: Karl Wright
>Assignee: Karl Wright
>Priority: Major
>
> {noformat}
> Checking out Revision dd08400a3db1c4119a704610ccc4db0d055d8d7f 
> (refs/remotes/origin/master)
> [...]
>   [smoker][junit4] Suite: org.apache.lucene.spatial3d.geom.RandomPlaneTest
>   [smoker][junit4]   2> NOTE: reproduce with: ant test  
> -Dtestcase=RandomPlaneTest -Dtests.method=testPlaneThreePointsAccuracy 
> -Dtests.seed=AF530D5BB3E29D37 -Dtests.multiplier=2 -Dtests.locale=hy-AM 
> -Dtests.timezone=CAT -Dtests.asserts=true -Dtests.file.encoding=UTF-8
>   [smoker][junit4] FAILURE 0.35s J2 | 
> RandomPlaneTest.testPlaneThreePointsAccuracy 
> {seed=[AF530D5BB3E29D37:67333841FC91DFF4]} <<<
>   [smoker][junit4]> Throwable #1: java.lang.AssertionError: 
> -9.99866855977416E-13 PlanetModel.SPHERE point 1: [lat=-0.014383560214672818, 
> lon=0.41800053100596907([X=0.9138078833986019, Y=0.4058919556989371, 
> Z=-0.014383064258334952])], point 2: [lat=0.6932931355139935, 
> lon=-0.18388926426439056([X=0.7561778076398898, Y=-0.14064184629683377, 
> Z=0.6390735437358892])], point 3: [lat=-0.014383560214674136, 
> lon=0.41800053101150425([X=0.9138078833963552, Y=0.4058919557039952, 
> Z=-0.014383064258336268])] , check: [lat=-0.08323537864940594, 
> lon=0.4347906232623258([X=0.9038183078528319, Y=0.4197622219929782, 
> Z=-0.08313930104085177])]
>   [smoker][junit4]> at 
> __randomizedtesting.SeedInfo.seed([AF530D5BB3E29D37:67333841FC91DFF4]:0)
>   [smoker][junit4]> at 
> org.apache.lucene.spatial3d.geom.RandomPlaneTest.testPlaneThreePointsAccuracy(RandomPlaneTest.java:74)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   [smoker][junit4]> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   [smoker][junit4]> at 
> java.base/java.lang.reflect.Method.invoke(Method.java:564)
>   [smoker][junit4]> at 
> java.base/java.lang.Thread.run(Thread.java:844)
>   [smoker][junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): 
> {}, docValues:{}, maxPointsInLeafNode=537, maxMBSortInHeap=7.561334272193783, 
> sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@7b5f56e9),
>  locale=hy-AM, timezone=CAT
>   [smoker][junit4]   2> NOTE: Linux 4.4.0-112-generic amd64/Oracle 
> Corporation 9.0.1 (64-bit)/cpus=4,threads=1,free=225585560,total=264241152
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-Tests-7.x - Build # 386 - Failure

2018-02-13 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/386/

No tests ran.

Build Log:
[...truncated 12312 lines...]
   [junit4] Suite: 
org.apache.solr.cloud.autoscaling.HdfsAutoAddReplicasIntegrationTest
   [junit4]   2> Creating dataDir: 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/build/solr-core/test/J2/temp/solr.cloud.autoscaling.HdfsAutoAddReplicasIntegrationTest_3FF7098BBDFDABF2-001/init-core-data-001
   [junit4]   2> 335210 INFO  
(SUITE-HdfsAutoAddReplicasIntegrationTest-seed#[3FF7098BBDFDABF2]-worker) [
] o.a.s.SolrTestCaseJ4 Using PointFields (NUMERIC_POINTS_SYSPROP=true) 
w/NUMERIC_DOCVALUES_SYSPROP=false
   [junit4]   2> 335211 INFO  
(SUITE-HdfsAutoAddReplicasIntegrationTest-seed#[3FF7098BBDFDABF2]-worker) [
] o.a.s.SolrTestCaseJ4 Randomized ssl (true) and clientAuth (true) via: 
@org.apache.solr.util.RandomizeSSL(reason=, ssl=NaN, value=NaN, clientAuth=NaN)
   [junit4]   2> 335224 INFO  
(SUITE-HdfsAutoAddReplicasIntegrationTest-seed#[3FF7098BBDFDABF2]-worker) [
] o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: 
test.solr.allowed.securerandom=null & java.security.egd=file:/dev/./urandom
   [junit4]   2> 335225 INFO  
(SUITE-HdfsAutoAddReplicasIntegrationTest-seed#[3FF7098BBDFDABF2]-worker) [
] o.a.s.c.MiniSolrCloudCluster Starting cluster of 3 servers in 
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Tests-7.x/solr/build/solr-core/test/J2/temp/solr.cloud.autoscaling.HdfsAutoAddReplicasIntegrationTest_3FF7098BBDFDABF2-001/tempDir-001
   [junit4]   2> 335225 INFO  
(SUITE-HdfsAutoAddReplicasIntegrationTest-seed#[3FF7098BBDFDABF2]-worker) [
] o.a.s.c.ZkTestServer STARTING ZK TEST SERVER
   [junit4]   2> 335228 INFO  (Thread-195) [] o.a.s.c.ZkTestServer client 
port:0.0.0.0/0.0.0.0:0
   [junit4]   2> 335228 INFO  (Thread-195) [] o.a.s.c.ZkTestServer Starting 
server
   [junit4]   2> 335282 ERROR (Thread-195) [] o.a.z.s.ZooKeeperServer 
ZKShutdownHandler is not registered, so ZooKeeper server won't take any action 
on ERROR or SHUTDOWN server state changes
   [junit4]   2> 335350 INFO  
(SUITE-HdfsAutoAddReplicasIntegrationTest-seed#[3FF7098BBDFDABF2]-worker) [
] o.a.s.c.ZkTestServer start zk server on port:44284
   [junit4]   2> 335399 INFO  (zkConnectionManagerCallback-324-thread-1) [] 
o.a.s.c.c.ConnectionManager zkClient has connected
   [junit4]   2> 335487 INFO  (jetty-launcher-321-thread-3) [] 
o.e.j.s.Server jetty-9.4.8.v20171121, build timestamp: 2017-11-21T21:27:37Z, 
git hash: 82b8fb23f757335bb3329d540ce37a2a2615f0a8
   [junit4]   2> 335488 INFO  (jetty-launcher-321-thread-2) [] 
o.e.j.s.Server jetty-9.4.8.v20171121, build timestamp: 2017-11-21T21:27:37Z, 
git hash: 82b8fb23f757335bb3329d540ce37a2a2615f0a8
   [junit4]   2> 335541 INFO  (jetty-launcher-321-thread-1) [] 
o.e.j.s.Server jetty-9.4.8.v20171121, build timestamp: 2017-11-21T21:27:37Z, 
git hash: 82b8fb23f757335bb3329d540ce37a2a2615f0a8
   [junit4]   2> 335542 INFO  (jetty-launcher-321-thread-2) [] 
o.e.j.s.session DefaultSessionIdManager workerName=node0
   [junit4]   2> 335542 INFO  (jetty-launcher-321-thread-2) [] 
o.e.j.s.session No SessionScavenger set, using defaults
   [junit4]   2> 335542 INFO  (jetty-launcher-321-thread-2) [] 
o.e.j.s.session Scavenging every 66ms
   [junit4]   2> 335542 INFO  (jetty-launcher-321-thread-3) [] 
o.e.j.s.session DefaultSessionIdManager workerName=node0
   [junit4]   2> 335542 INFO  (jetty-launcher-321-thread-3) [] 
o.e.j.s.session No SessionScavenger set, using defaults
   [junit4]   2> 335542 INFO  (jetty-launcher-321-thread-3) [] 
o.e.j.s.session Scavenging every 66ms
   [junit4]   2> 335543 INFO  (jetty-launcher-321-thread-3) [] 
o.e.j.s.h.ContextHandler Started 
o.e.j.s.ServletContextHandler@bcfa012{/solr,null,AVAILABLE}
   [junit4]   2> 335570 INFO  (jetty-launcher-321-thread-1) [] 
o.e.j.s.session DefaultSessionIdManager workerName=node0
   [junit4]   2> 335570 INFO  (jetty-launcher-321-thread-1) [] 
o.e.j.s.session No SessionScavenger set, using defaults
   [junit4]   2> 335570 INFO  (jetty-launcher-321-thread-1) [] 
o.e.j.s.session Scavenging every 66ms
   [junit4]   2> 335570 INFO  (jetty-launcher-321-thread-2) [] 
o.e.j.s.h.ContextHandler Started 
o.e.j.s.ServletContextHandler@4381c357{/solr,null,AVAILABLE}
   [junit4]   2> 335571 INFO  (jetty-launcher-321-thread-1) [] 
o.e.j.s.h.ContextHandler Started 
o.e.j.s.ServletContextHandler@49c3973{/solr,null,AVAILABLE}
   [junit4]   2> 335667 INFO  (jetty-launcher-321-thread-2) [] 
o.e.j.s.AbstractConnector Started ServerConnector@6b650ea7{SSL,[ssl, 
http/1.1]}{127.0.0.1:41712}
   [junit4]   2> 335667 INFO  (jetty-launcher-321-thread-2) [] 
o.e.j.s.Server Started @338052ms
   [junit4]   2> 335667 INFO  (jetty-launcher-321-thread-2) [] 
o.a.s.c.s.e.JettySolrRunner Jetty properties: {hostContext=/solr, 
hostPort=41712}
   [junit4]   2> 335667 ERROR (jetty-launcher-321-thread-2) [

[JENKINS] Lucene-Solr-NightlyTests-7.x - Build # 147 - Still Unstable

2018-02-13 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-7.x/147/

4 tests failed.
FAILED:  org.apache.solr.cloud.TestAuthenticationFramework.testBasics

Error Message:
Error from server at 
https://127.0.0.1:60206/solr/testcollection_shard1_replica_n3: Expected mime 
type application/octet-stream but got text/html.Error 404 
Can not find: /solr/testcollection_shard1_replica_n3/update  
HTTP ERROR 404 Problem accessing 
/solr/testcollection_shard1_replica_n3/update. Reason: Can not find: 
/solr/testcollection_shard1_replica_n3/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.8.v20171121  
  

Stack Trace:
org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from 
server at https://127.0.0.1:60206/solr/testcollection_shard1_replica_n3: 
Expected mime type application/octet-stream but got text/html. 


Error 404 Can not find: 
/solr/testcollection_shard1_replica_n3/update

HTTP ERROR 404
Problem accessing /solr/testcollection_shard1_replica_n3/update. Reason:
Can not find: 
/solr/testcollection_shard1_replica_n3/updatehttp://eclipse.org/jetty;>Powered by Jetty:// 9.4.8.v20171121




at 
__randomizedtesting.SeedInfo.seed([D825917192FB5AFB:E5FD3F5DAA15048B]:0)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:550)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1013)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:946)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:946)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:946)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:946)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:946)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194)
at 
org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:233)
at 
org.apache.solr.cloud.TestAuthenticationFramework.collectionCreateSearchDeleteTwice(TestAuthenticationFramework.java:126)
at 
org.apache.solr.cloud.TestAuthenticationFramework.testBasics(TestAuthenticationFramework.java:74)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Created] (SOLR-11981) Multiple kerberos name rules can not be passed with SOLR_AUTHENTICATION_OPTS

2018-02-13 Thread JIRA
Olivér Szabó created SOLR-11981:
---

 Summary: Multiple kerberos name rules can not be passed with 
SOLR_AUTHENTICATION_OPTS
 Key: SOLR-11981
 URL: https://issues.apache.org/jira/browse/SOLR-11981
 Project: Solr
  Issue Type: Bug
  Security Level: Public (Default Security Level. Issues are Public)
  Components: security
Affects Versions: 6.6.2, 5.5.5, 7.2.1
Reporter: Olivér Szabó


On secure env, when multiline (or space separated) kerberos name rules are used 
( in solr.in),  those values cannot be passed properly. (using 
{{org.apache.solr.security.KerberosPlugin}})

Example:
{code:java}
SOLR_JAAS_FILE=solr.jaas
SOLR_KERB_KEYTAB=/etc/security/keytabs/solr.keytab
SOLR_KERB_PRINCIPAL=solr/myhost1@example.com
SOLR_KERB_NAME_RULES="RULE:[1:\$1@\$0](.*@ADMIN.EXAMPLE.NET)s/@.*///L 
RULE:[1:\$1@\$0](.*@PROD.EXAMPLE.NET)s/@.*///L 
RULE:[2:$1@$0](s...@admin.example.net)s/.*/solr/"

SOLR_AUTHENTICATION_CLIENT_CONFIGURER="org.apache.solr.client.solrj.impl.Krb5HttpClientConfigurer"
SOLR_AUTHENTICATION_OPTS=" 
-DauthenticationPlugin=org.apache.solr.security.KerberosPlugin 
-Djava.security.auth.login.config=$SOLR_JAAS_FILE 
-Dsolr.kerberos.principal=${SOLR_KERB_PRINCIPAL} 
-Dsolr.kerberos.keytab=${SOLR_KERB_KEYTAB} 
-Dsolr.kerberos.cookie.domain=${SOLR_HOST}" 
-Dsolr.kerberos.name.rules=${SOLR_KERB_NAME_RULES}
{code}

that will cause:
{code:java}
Caused by: 
org.apache.hadoop.security.authentication.util.KerberosName$NoMatchingRule: No 
rules applied to solr/host.exam...@admin.example.net 
at 
org.apache.hadoop.security.authentication.util.KerberosName.getShortName(KerberosName.java:389)
 
at 
org.apache.hadoop.security.authentication.server.KerberosAuthenticationHandler
{code}

Reason for that (probably): in solr start script, there are multiple 
{{"${SOLR_OPTS[@]}}}-like (for auth props as well), which magically handle 
variables as arrays (separated by space or endlines).

I have tried to add {{solr.kerberos.name.rules}} property directly to SOLR_OPTS 
instead of SOLR_AUTHENTICATION_OPTS, but i could not using spaces/newlines 
there even with quotes or escape characters.

With Ambari we faced this issue before: 
https://issues.apache.org/jira/browse/AMBARI-18898, the quick solution was to 
patch the start script to use 
{{-Dsolr.kerberos.name.rules="$SOLR_KERB_NAME_RULES"}} directly where the 
scripts starts the java process

You can close this jira invalid if there is a workaround for that issue or 
fixed already, if not, then my proposed solution to do something similar. 
(maybe there are better places where to put that variable)




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Updated] (SOLR-11981) Multiple kerberos name rules can not be passed with SOLR_AUTHENTICATION_OPTS

2018-02-13 Thread JIRA

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

Olivér Szabó updated SOLR-11981:

Description: 
On secure env, when multiline (or space separated) kerberos name rules are used 
( in solr.in),  those values cannot be passed to .the start script properly. 
(using {{org.apache.solr.security.KerberosPlugin}})

Example:
{code:java}
SOLR_JAAS_FILE=solr.jaas
SOLR_KERB_KEYTAB=/etc/security/keytabs/solr.keytab
SOLR_KERB_PRINCIPAL=solr/myhost1@example.com
SOLR_KERB_NAME_RULES="RULE:[1:\$1@\$0](.*@ADMIN.EXAMPLE.NET)s/@.*///L 
RULE:[1:\$1@\$0](.*@PROD.EXAMPLE.NET)s/@.*///L 
RULE:[2:$1@$0](s...@admin.example.net)s/.*/solr/"

SOLR_AUTHENTICATION_CLIENT_CONFIGURER="org.apache.solr.client.solrj.impl.Krb5HttpClientConfigurer"
SOLR_AUTHENTICATION_OPTS=" 
-DauthenticationPlugin=org.apache.solr.security.KerberosPlugin 
-Djava.security.auth.login.config=$SOLR_JAAS_FILE 
-Dsolr.kerberos.principal=${SOLR_KERB_PRINCIPAL} 
-Dsolr.kerberos.keytab=${SOLR_KERB_KEYTAB} 
-Dsolr.kerberos.cookie.domain=${SOLR_HOST}" 
-Dsolr.kerberos.name.rules=${SOLR_KERB_NAME_RULES}
{code}

that will cause:
{code:java}
Caused by: 
org.apache.hadoop.security.authentication.util.KerberosName$NoMatchingRule: No 
rules applied to solr/host.exam...@admin.example.net 
at 
org.apache.hadoop.security.authentication.util.KerberosName.getShortName(KerberosName.java:389)
 
at 
org.apache.hadoop.security.authentication.server.KerberosAuthenticationHandler
{code}

Reason for that (probably): in solr start script, there are multiple 
{{"${SOLR_OPTS[@]}}}-like (for auth props as well), which magically handle 
variables as arrays (separated by space or endlines).

I have tried to add {{solr.kerberos.name.rules}} property directly to SOLR_OPTS 
instead of SOLR_AUTHENTICATION_OPTS, but i could not using spaces/newlines 
there even with quotes or escape characters.

With Ambari we faced this issue before: 
https://issues.apache.org/jira/browse/AMBARI-18898, the quick solution was to 
patch the start script to use 
{{-Dsolr.kerberos.name.rules="$SOLR_KERB_NAME_RULES"}} directly where the 
scripts starts the java process

You can close this jira invalid if there is a workaround for that issue or 
fixed already, if not, then my proposed solution to do something similar. 
(maybe there are better places where to put that variable)


  was:
On secure env, when multiline (or space separated) kerberos name rules are used 
( in solr.in),  those values cannot be passed properly. (using 
{{org.apache.solr.security.KerberosPlugin}})

Example:
{code:java}
SOLR_JAAS_FILE=solr.jaas
SOLR_KERB_KEYTAB=/etc/security/keytabs/solr.keytab
SOLR_KERB_PRINCIPAL=solr/myhost1@example.com
SOLR_KERB_NAME_RULES="RULE:[1:\$1@\$0](.*@ADMIN.EXAMPLE.NET)s/@.*///L 
RULE:[1:\$1@\$0](.*@PROD.EXAMPLE.NET)s/@.*///L 
RULE:[2:$1@$0](s...@admin.example.net)s/.*/solr/"

SOLR_AUTHENTICATION_CLIENT_CONFIGURER="org.apache.solr.client.solrj.impl.Krb5HttpClientConfigurer"
SOLR_AUTHENTICATION_OPTS=" 
-DauthenticationPlugin=org.apache.solr.security.KerberosPlugin 
-Djava.security.auth.login.config=$SOLR_JAAS_FILE 
-Dsolr.kerberos.principal=${SOLR_KERB_PRINCIPAL} 
-Dsolr.kerberos.keytab=${SOLR_KERB_KEYTAB} 
-Dsolr.kerberos.cookie.domain=${SOLR_HOST}" 
-Dsolr.kerberos.name.rules=${SOLR_KERB_NAME_RULES}
{code}

that will cause:
{code:java}
Caused by: 
org.apache.hadoop.security.authentication.util.KerberosName$NoMatchingRule: No 
rules applied to solr/host.exam...@admin.example.net 
at 
org.apache.hadoop.security.authentication.util.KerberosName.getShortName(KerberosName.java:389)
 
at 
org.apache.hadoop.security.authentication.server.KerberosAuthenticationHandler
{code}

Reason for that (probably): in solr start script, there are multiple 
{{"${SOLR_OPTS[@]}}}-like (for auth props as well), which magically handle 
variables as arrays (separated by space or endlines).

I have tried to add {{solr.kerberos.name.rules}} property directly to SOLR_OPTS 
instead of SOLR_AUTHENTICATION_OPTS, but i could not using spaces/newlines 
there even with quotes or escape characters.

With Ambari we faced this issue before: 
https://issues.apache.org/jira/browse/AMBARI-18898, the quick solution was to 
patch the start script to use 
{{-Dsolr.kerberos.name.rules="$SOLR_KERB_NAME_RULES"}} directly where the 
scripts starts the java process

You can close this jira invalid if there is a workaround for that issue or 
fixed already, if not, then my proposed solution to do something similar. 
(maybe there are better places where to put that variable)



> Multiple kerberos name rules can not be passed with SOLR_AUTHENTICATION_OPTS
> 
>
> Key: SOLR-11981
> URL: https://issues.apache.org/jira/browse/SOLR-11981
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. 

[jira] [Updated] (SOLR-11981) Multiple kerberos name rules can not be passed with SOLR_AUTHENTICATION_OPTS

2018-02-13 Thread JIRA

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

Olivér Szabó updated SOLR-11981:

Description: 
On secure env, when multiline (or space separated) kerberos name rules are used 
( in solr.in),  those values cannot be passed to .the start script properly. 
(using {{org.apache.solr.security.KerberosPlugin}})

Example:
{code:java}
SOLR_JAAS_FILE=solr.jaas
SOLR_KERB_KEYTAB=/etc/security/keytabs/solr.keytab
SOLR_KERB_PRINCIPAL=solr/myhost1@example.com
SOLR_KERB_NAME_RULES="RULE:[1:$1@$0](.*@ADMIN.EXAMPLE.NET)s/@.*///L 
RULE:[1:$1@$0](.*@PROD.EXAMPLE.NET)s/@.*///L 
RULE:[2:$1@$0](s...@admin.example.net)s/.*/solr/"

SOLR_AUTHENTICATION_CLIENT_CONFIGURER="org.apache.solr.client.solrj.impl.Krb5HttpClientConfigurer"
SOLR_AUTHENTICATION_OPTS=" 
-DauthenticationPlugin=org.apache.solr.security.KerberosPlugin 
-Djava.security.auth.login.config=$SOLR_JAAS_FILE 
-Dsolr.kerberos.principal=${SOLR_KERB_PRINCIPAL} 
-Dsolr.kerberos.keytab=${SOLR_KERB_KEYTAB} 
-Dsolr.kerberos.cookie.domain=${SOLR_HOST}" 
-Dsolr.kerberos.name.rules=${SOLR_KERB_NAME_RULES}
{code}

that will cause:
{code:java}
Caused by: 
org.apache.hadoop.security.authentication.util.KerberosName$NoMatchingRule: No 
rules applied to solr/host.exam...@admin.example.net 
at 
org.apache.hadoop.security.authentication.util.KerberosName.getShortName(KerberosName.java:389)
 
at 
org.apache.hadoop.security.authentication.server.KerberosAuthenticationHandler
{code}

Reason for that (probably): in solr start script, there are multiple 
{{"${SOLR_OPTS[@]}}}-like (for auth props as well), which magically handle 
variables as arrays (separated by space or endlines).

I have tried to add {{solr.kerberos.name.rules}} property directly to SOLR_OPTS 
instead of SOLR_AUTHENTICATION_OPTS, but i could not using spaces/newlines 
there even with quotes or escape characters.

With Ambari we faced this issue before: 
https://issues.apache.org/jira/browse/AMBARI-18898, the quick solution was to 
patch the start script to use 
{{-Dsolr.kerberos.name.rules="$SOLR_KERB_NAME_RULES"}} directly where the 
scripts starts the java process

You can close this jira invalid if there is a workaround for that issue or 
fixed already, if not, then my proposed solution to do something similar. 
(maybe there are better places where to put that variable)


  was:
On secure env, when multiline (or space separated) kerberos name rules are used 
( in solr.in),  those values cannot be passed to .the start script properly. 
(using {{org.apache.solr.security.KerberosPlugin}})

Example:
{code:java}
SOLR_JAAS_FILE=solr.jaas
SOLR_KERB_KEYTAB=/etc/security/keytabs/solr.keytab
SOLR_KERB_PRINCIPAL=solr/myhost1@example.com
SOLR_KERB_NAME_RULES="RULE:[1:\$1@\$0](.*@ADMIN.EXAMPLE.NET)s/@.*///L 
RULE:[1:\$1@\$0](.*@PROD.EXAMPLE.NET)s/@.*///L 
RULE:[2:$1@$0](s...@admin.example.net)s/.*/solr/"

SOLR_AUTHENTICATION_CLIENT_CONFIGURER="org.apache.solr.client.solrj.impl.Krb5HttpClientConfigurer"
SOLR_AUTHENTICATION_OPTS=" 
-DauthenticationPlugin=org.apache.solr.security.KerberosPlugin 
-Djava.security.auth.login.config=$SOLR_JAAS_FILE 
-Dsolr.kerberos.principal=${SOLR_KERB_PRINCIPAL} 
-Dsolr.kerberos.keytab=${SOLR_KERB_KEYTAB} 
-Dsolr.kerberos.cookie.domain=${SOLR_HOST}" 
-Dsolr.kerberos.name.rules=${SOLR_KERB_NAME_RULES}
{code}

that will cause:
{code:java}
Caused by: 
org.apache.hadoop.security.authentication.util.KerberosName$NoMatchingRule: No 
rules applied to solr/host.exam...@admin.example.net 
at 
org.apache.hadoop.security.authentication.util.KerberosName.getShortName(KerberosName.java:389)
 
at 
org.apache.hadoop.security.authentication.server.KerberosAuthenticationHandler
{code}

Reason for that (probably): in solr start script, there are multiple 
{{"${SOLR_OPTS[@]}}}-like (for auth props as well), which magically handle 
variables as arrays (separated by space or endlines).

I have tried to add {{solr.kerberos.name.rules}} property directly to SOLR_OPTS 
instead of SOLR_AUTHENTICATION_OPTS, but i could not using spaces/newlines 
there even with quotes or escape characters.

With Ambari we faced this issue before: 
https://issues.apache.org/jira/browse/AMBARI-18898, the quick solution was to 
patch the start script to use 
{{-Dsolr.kerberos.name.rules="$SOLR_KERB_NAME_RULES"}} directly where the 
scripts starts the java process

You can close this jira invalid if there is a workaround for that issue or 
fixed already, if not, then my proposed solution to do something similar. 
(maybe there are better places where to put that variable)



> Multiple kerberos name rules can not be passed with SOLR_AUTHENTICATION_OPTS
> 
>
> Key: SOLR-11981
> URL: https://issues.apache.org/jira/browse/SOLR-11981
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default 

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

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/21454/
Java: 32bit/jdk1.8.0_162 -client -XX:+UseSerialGC

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

Error Message:
1 thread leaked from SUITE scope at org.apache.solr.cloud.TestCryptoKeys: 
1) Thread[id=4047, name=qtp7908968-4047, state=TIMED_WAITING, 
group=TGRP-TestCryptoKeys] at sun.misc.Unsafe.park(Native Method)   
  at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
 at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
 at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
 at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
 at 
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) 
at java.lang.Thread.run(Thread.java:748)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE 
scope at org.apache.solr.cloud.TestCryptoKeys: 
   1) Thread[id=4047, name=qtp7908968-4047, state=TIMED_WAITING, 
group=TGRP-TestCryptoKeys]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
at __randomizedtesting.SeedInfo.seed([616411DCCF70F4B4]:0)


FAILED:  junit.framework.TestSuite.org.apache.solr.cloud.TestCryptoKeys

Error Message:
There are still zombie threads that couldn't be terminated:1) 
Thread[id=4047, name=qtp7908968-4047, state=TIMED_WAITING, 
group=TGRP-TestCryptoKeys] at sun.misc.Unsafe.park(Native Method)   
  at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
 at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
 at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
 at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
 at 
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626) 
at java.lang.Thread.run(Thread.java:748)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie 
threads that couldn't be terminated:
   1) Thread[id=4047, name=qtp7908968-4047, state=TIMED_WAITING, 
group=TGRP-TestCryptoKeys]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.reservedWait(ReservedThreadExecutor.java:308)
at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:373)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
at __randomizedtesting.SeedInfo.seed([616411DCCF70F4B4]:0)




Build Log:
[...truncated 12404 lines...]
   [junit4] Suite: org.apache.solr.cloud.TestCryptoKeys
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-master-Linux/solr/build/solr-core/test/J1/temp/solr.cloud.TestCryptoKeys_616411DCCF70F4B4-001/init-core-data-001
   [junit4]   2> 649766 WARN  
(SUITE-TestCryptoKeys-seed#[616411DCCF70F4B4]-worker) [] 
o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=113 numCloses=113
   [junit4]   2> 649766 INFO  
(SUITE-TestCryptoKeys-seed#[616411DCCF70F4B4]-worker) [] 
o.a.s.SolrTestCaseJ4 Using PointFields (NUMERIC_POINTS_SYSPROP=true) 
w/NUMERIC_DOCVALUES_SYSPROP=true
   [junit4]   2> 649768 INFO  
(SUITE-TestCryptoKeys-seed#[616411DCCF70F4B4]-worker) [] 
o.a.s.SolrTestCaseJ4 Randomized ssl (false) and clientAuth (true) via: 

[JENKINS] Lucene-Solr-master-Windows (64bit/jdk-9.0.1) - Build # 7169 - Still Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/7169/
Java: 64bit/jdk-9.0.1 -XX:-UseCompressedOops -XX:+UseG1GC

11 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.handler.dataimport.TestContextImpl

Error Message:
Could not remove the following files (in the order of attempts):
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J1\temp\solr.handler.dataimport.TestContextImpl_636D29191A43604C-001\dih-properties-001:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J1\temp\solr.handler.dataimport.TestContextImpl_636D29191A43604C-001\dih-properties-001

C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J1\temp\solr.handler.dataimport.TestContextImpl_636D29191A43604C-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J1\temp\solr.handler.dataimport.TestContextImpl_636D29191A43604C-001
 

Stack Trace:
java.io.IOException: Could not remove the following files (in the order of 
attempts):
   
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J1\temp\solr.handler.dataimport.TestContextImpl_636D29191A43604C-001\dih-properties-001:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J1\temp\solr.handler.dataimport.TestContextImpl_636D29191A43604C-001\dih-properties-001
   
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J1\temp\solr.handler.dataimport.TestContextImpl_636D29191A43604C-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\contrib\solr-dataimporthandler\test\J1\temp\solr.handler.dataimport.TestContextImpl_636D29191A43604C-001

at __randomizedtesting.SeedInfo.seed([636D29191A43604C]:0)
at org.apache.lucene.util.IOUtils.rm(IOUtils.java:329)
at 
org.apache.lucene.util.TestRuleTemporaryFilesCleanup.afterAlways(TestRuleTemporaryFilesCleanup.java:216)
at 
com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.afterAlways(TestRuleAdapter.java:31)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:43)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.base/java.lang.Thread.run(Thread.java:844)


FAILED:  
junit.framework.TestSuite.org.apache.solr.analysis.PathHierarchyTokenizerFactoryTest

Error Message:
Could not remove the following files (in the order of attempts):
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-core\test\J0\temp\solr.analysis.PathHierarchyTokenizerFactoryTest_EE68C784BCE7C1B7-001\init-core-data-001\tlog:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-core\test\J0\temp\solr.analysis.PathHierarchyTokenizerFactoryTest_EE68C784BCE7C1B7-001\init-core-data-001\tlog

C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-core\test\J0\temp\solr.analysis.PathHierarchyTokenizerFactoryTest_EE68C784BCE7C1B7-001\init-core-data-001:
 java.nio.file.DirectoryNotEmptyException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-core\test\J0\temp\solr.analysis.PathHierarchyTokenizerFactoryTest_EE68C784BCE7C1B7-001\init-core-data-001

C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-core\test\J0\temp\solr.analysis.PathHierarchyTokenizerFactoryTest_EE68C784BCE7C1B7-001\init-core-data-001\tlog\tlog.000:
 java.nio.file.AccessDeniedException: 
C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-core\test\J0\temp\solr.analysis.PathHierarchyTokenizerFactoryTest_EE68C784BCE7C1B7-001\init-core-data-001\tlog\tlog.000

C:\Users\jenkins\workspace\Lucene-Solr-master-Windows\solr\build\solr-core\test\J0\temp\solr.analysis.PathHierarchyTokenizerFactoryTest_EE68C784BCE7C1B7-001:
 java.nio.file.DirectoryNotEmptyException: 

[jira] [Assigned] (SOLR-11792) tvrh component doesn't work if unique key has stored="false"

2018-02-13 Thread Erick Erickson (JIRA)

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

Erick Erickson reassigned SOLR-11792:
-

Assignee: Erick Erickson

> tvrh component doesn't work if unique key has stored="false"
> 
>
> Key: SOLR-11792
> URL: https://issues.apache.org/jira/browse/SOLR-11792
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: SearchComponents - other
>Affects Versions: 6.6.2
>Reporter: Nikolay Martynov
>Assignee: Erick Erickson
>Priority: Major
>
> If I create index with unique key defined like
> {code}
>  docValues="true"/>
> {code}
> then searches seem to be working, but {{tvrh}} doesn't return any vectors for 
> fields that have one stored.
> Upon a cursory look at the code it looks like {{tvrh}} component requires 
> unique key to be specifically stored.
> Ideally {{tvrh}} should work fine with docValues. And at the very least this 
> gotcha should be documented, probably here: 
> https://lucene.apache.org/solr/guide/6_6/field-properties-by-use-case.html



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[JENKINS] Lucene-Solr-master-Solaris (64bit/jdk1.8.0) - Build # 1676 - Still Unstable!

2018-02-13 Thread Policeman Jenkins Server
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Solaris/1676/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseG1GC

5 tests failed.
FAILED:  org.apache.solr.handler.extraction.TestExtractionDateUtil.testParseDate

Error Message:
Incorrect parsed timestamp: 1226583351000 != 1226579751000 (Thu Nov 13 04:35:51 
AKST 2008)

Stack Trace:
java.lang.AssertionError: Incorrect parsed timestamp: 1226583351000 != 
1226579751000 (Thu Nov 13 04:35:51 AKST 2008)
at 
__randomizedtesting.SeedInfo.seed([C78556697059E76E:8D9C2E5C0BF090DB]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.handler.extraction.TestExtractionDateUtil.assertParsedDate(TestExtractionDateUtil.java:59)
at 
org.apache.solr.handler.extraction.TestExtractionDateUtil.testParseDate(TestExtractionDateUtil.java:54)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:829)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:879)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:890)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  org.apache.solr.cloud.api.collections.ShardSplitTest.test

Error Message:
There are still nodes recoverying - waited for 330 seconds

Stack Trace:
java.lang.AssertionError: There are still nodes recoverying - waited for 330 
seconds
at 
__randomizedtesting.SeedInfo.seed([B45DA415D5907675:3C099BCF7B6C1B8D]:0)
at org.junit.Assert.fail(Assert.java:93)
at 

[JENKINS] Lucene-Solr-Tests-master - Build # 2322 - Still Unstable

2018-02-13 Thread Apache Jenkins Server
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/2322/

2 tests failed.
FAILED:  org.apache.solr.TestDistributedSearch.test

Error Message:
Expected to find shardAddress in the up shard info: 
{error=org.apache.solr.client.solrj.SolrServerException: Time allowed to handle 
this request exceeded,trace=org.apache.solr.client.solrj.SolrServerException: 
Time allowed to handle this request exceeded  at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:460)
  at 
org.apache.solr.handler.component.HttpShardHandlerFactory.makeLoadBalancedRequest(HttpShardHandlerFactory.java:273)
  at 
org.apache.solr.handler.component.HttpShardHandler.lambda$submit$0(HttpShardHandler.java:175)
  at java.util.concurrent.FutureTask.run(FutureTask.java:266)  at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)  at 
java.util.concurrent.FutureTask.run(FutureTask.java:266)  at 
com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
  at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:188)
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
 at java.lang.Thread.run(Thread.java:748) ,time=48}

Stack Trace:
java.lang.AssertionError: Expected to find shardAddress in the up shard info: 
{error=org.apache.solr.client.solrj.SolrServerException: Time allowed to handle 
this request exceeded,trace=org.apache.solr.client.solrj.SolrServerException: 
Time allowed to handle this request exceeded
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:460)
at 
org.apache.solr.handler.component.HttpShardHandlerFactory.makeLoadBalancedRequest(HttpShardHandlerFactory.java:273)
at 
org.apache.solr.handler.component.HttpShardHandler.lambda$submit$0(HttpShardHandler.java:175)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
com.codahale.metrics.InstrumentedExecutorService$InstrumentedRunnable.run(InstrumentedExecutorService.java:176)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:188)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
,time=48}
at 
__randomizedtesting.SeedInfo.seed([3BA892261A2F1034:B3FCADFCB4D37DCC]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.TestDistributedSearch.comparePartialResponses(TestDistributedSearch.java:1191)
at 
org.apache.solr.TestDistributedSearch.queryPartialResults(TestDistributedSearch.java:1132)
at 
org.apache.solr.TestDistributedSearch.test(TestDistributedSearch.java:992)
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:1737)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:934)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:970)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:984)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsRepeatStatement.callStatement(BaseDistributedSearchTestCase.java:1019)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
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)

  1   2   >