date:20160201


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

Mark Miller commented on SOLR-8629:
---

This may be tricky, but I'm not entirely happy with the current situation.

> When a prospective leader attempts to sync with it's shard, we should only 
> fail the sync due to peer sync, not necessarily other exceptions.
> 
>
> Key: SOLR-8629
> URL: https://issues.apache.org/jira/browse/SOLR-8629
> Project: Solr
>  Issue Type: Bug
>Reporter: Mark Miller
>Assignee: Mark Miller
>
> Otherwise, one screwed up replica can prevent a leader even if there are 100 
> other good replicas.



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

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

[jira] [Commented] (SOLR-8508) Implement DatabaseMetaDataImpl.getCatalogs()


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

Joel Bernstein commented on SOLR-8508:
--

After reviewing the patch I like how you handled the solrStream. Constructing 
in the StatementImpl and opening/closing in the ResultSetImpl seems clean. I 
moved the logic in the SQLHandler around so that it was not embedded in the 
doSelect. I believe thats the only change I'll make. 

> Implement DatabaseMetaDataImpl.getCatalogs()
> 
>
> Key: SOLR-8508
> URL: https://issues.apache.org/jira/browse/SOLR-8508
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8508.patch, SOLR-8508.patch, SOLR-8508.patch
>
>
> DBVisualizer users DatabaseMetaDataImpl.getCatalogs() to populate information 
> after connecting. It causes the below error and shows up in the connection 
> window.
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - 
> B.execute] Execute Command: getCatalogs
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - O.ￄﾘ] 
> getCatalogs() for: abc
> 2016-01-07 13:30:10.848 FINE83 [pool-3-thread-10 - E.ￄﾁ] RootConnection: 
> DatabaseMetaDataImpl.getCatalogs()
> 2016-01-07 13:30:10.851 FINE83 [AWT-EventQueue-0 - B.executionFinished] 
> Exception while Connecting
> com.onseven.dbvis.K.B.P: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:2680)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:1521)
>   at com.onseven.dbvis.K.B.L$3.run(Z:3032)
>   at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
>   at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
>   at java.awt.EventQueue.access$500(EventQueue.java:97)
>   at java.awt.EventQueue$3.run(EventQueue.java:709)
>   at java.awt.EventQueue$3.run(EventQueue.java:703)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
>   at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
>   at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
>   at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>   at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
>   at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
> Caused by: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at java.util.concurrent.FutureTask.report(FutureTask.java:122)
>   at java.util.concurrent.FutureTask.get(FutureTask.java:192)
>   at javax.swing.SwingWorker.get(SwingWorker.java:602)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:990)
>   ... 16 more
> Caused by: java.lang.IllegalArgumentException: model passed to 
> DefaultTableModelWrapper cannot be null
>   at com.jidesoft.grid.TableModelWrapperImpl.(Unknown Source)
>   at com.jidesoft.grid.DefaultTableModelWrapper.(Unknown Source)
>   at com.jidesoft.grid.FilterableTableModel.(Unknown Source)
>   at com.jidesoft.grid.FilterableTreeTableModel.(Unknown Source)
>   at com.onseven.dbvis.K.B._.(Z:1161)
>   at com.onseven.dbvis.db.AbstractFacade.executeAndGet(Z:975)
>   at com.onseven.dbvis.db.AbstractFacade.getCatalogNames(Z:621)
>   at com.onseven.dbvis.db.AbstractFacade.runConnectionSetup(Z:2515)
>   at com.onseven.dbvis.db.A.I.ￄﾷ(Z:3512)
>   at com.onseven.dbvis.db.A.B.execute(Z:2933)
>   at com.onseven.dbvis.K.B.Z.ￄﾁ(Z:2285)
>   at com.onseven.dbvis.K.B.L.ￄﾂ(Z:1374)
>   at com.onseven.dbvis.K.B.L.doInBackground(Z:1521)
>   at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at javax.swing.SwingWorker.run(SwingWorker.java:334)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)



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

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

[jira] [Resolved] (SOLR-8508) Implement DatabaseMetaDataImpl.getCatalogs()


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

Joel Bernstein resolved SOLR-8508.
--
Resolution: Implemented

> Implement DatabaseMetaDataImpl.getCatalogs()
> 
>
> Key: SOLR-8508
> URL: https://issues.apache.org/jira/browse/SOLR-8508
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8508.patch, SOLR-8508.patch, SOLR-8508.patch, 
> SOLR-8508.patch
>
>
> DBVisualizer users DatabaseMetaDataImpl.getCatalogs() to populate information 
> after connecting. It causes the below error and shows up in the connection 
> window.
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - 
> B.execute] Execute Command: getCatalogs
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - O.ￄﾘ] 
> getCatalogs() for: abc
> 2016-01-07 13:30:10.848 FINE83 [pool-3-thread-10 - E.ￄﾁ] RootConnection: 
> DatabaseMetaDataImpl.getCatalogs()
> 2016-01-07 13:30:10.851 FINE83 [AWT-EventQueue-0 - B.executionFinished] 
> Exception while Connecting
> com.onseven.dbvis.K.B.P: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:2680)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:1521)
>   at com.onseven.dbvis.K.B.L$3.run(Z:3032)
>   at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
>   at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
>   at java.awt.EventQueue.access$500(EventQueue.java:97)
>   at java.awt.EventQueue$3.run(EventQueue.java:709)
>   at java.awt.EventQueue$3.run(EventQueue.java:703)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
>   at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
>   at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
>   at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>   at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
>   at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
> Caused by: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at java.util.concurrent.FutureTask.report(FutureTask.java:122)
>   at java.util.concurrent.FutureTask.get(FutureTask.java:192)
>   at javax.swing.SwingWorker.get(SwingWorker.java:602)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:990)
>   ... 16 more
> Caused by: java.lang.IllegalArgumentException: model passed to 
> DefaultTableModelWrapper cannot be null
>   at com.jidesoft.grid.TableModelWrapperImpl.(Unknown Source)
>   at com.jidesoft.grid.DefaultTableModelWrapper.(Unknown Source)
>   at com.jidesoft.grid.FilterableTableModel.(Unknown Source)
>   at com.jidesoft.grid.FilterableTreeTableModel.(Unknown Source)
>   at com.onseven.dbvis.K.B._.(Z:1161)
>   at com.onseven.dbvis.db.AbstractFacade.executeAndGet(Z:975)
>   at com.onseven.dbvis.db.AbstractFacade.getCatalogNames(Z:621)
>   at com.onseven.dbvis.db.AbstractFacade.runConnectionSetup(Z:2515)
>   at com.onseven.dbvis.db.A.I.ￄﾷ(Z:3512)
>   at com.onseven.dbvis.db.A.B.execute(Z:2933)
>   at com.onseven.dbvis.K.B.Z.ￄﾁ(Z:2285)
>   at com.onseven.dbvis.K.B.L.ￄﾂ(Z:1374)
>   at com.onseven.dbvis.K.B.L.doInBackground(Z:1521)
>   at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at javax.swing.SwingWorker.run(SwingWorker.java:334)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)



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

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

Re: [JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+102) - Build # 15703 - Failure!

2016-02-01 Thread Robert Muir

I saw this patch go up today https://bugs.openjdk.java.net/browse/JDK-8148490

I wonder if it fixes this problem we have been seeing on 32-bit
lately, especially since the CompressingTermVectorsWriter has hit
vectorization issues before in java7 days.

On Sat, Jan 30, 2016 at 5:51 AM, Uwe Schindler  wrote:
> Hi,
>
> I think we get this fault now several times with 9 build 102, the last one 
> that we tested successfully was build 95. I am sitting next to Rory O'Donnell 
> at FOSDEM -> we are communicating already.
>
> It looks like it happens most likely with the following config:
> - JDK 9 build 102
> - 32 bits (server)
> - G1GC
>
> Uwe
>
> -
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
>
>
>> -Original Message-
>> From: Policeman Jenkins Server [mailto:jenk...@thetaphi.de]
>> Sent: Saturday, January 30, 2016 10:39 AM
>> To: dev@lucene.apache.org
>> Subject: [JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+102) - Build #
>> 15703 - Failure!
>> Importance: Low
>>
>> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15703/
>> Java: 32bit/jdk-9-ea+102 -server -XX:+UseG1GC -XX:-CompactStrings
>>
>> All tests passed
>>
>> Build Log:
>> [...truncated 291 lines...]
>>[junit4] JVM J0: stdout was not empty, see:
>> /home/jenkins/workspace/Lucene-Solr-trunk-
>> Linux/lucene/build/core/test/temp/junit4-J0-20160130_093254_626.sysout
>>[junit4] >>> JVM J0 emitted unexpected output (verbatim) 
>>[junit4] #
>>[junit4] # A fatal error has been detected by the Java Runtime
>> Environment:
>>[junit4] #
>>[junit4] #  SIGSEGV (0xb) at pc=0xef297ffb, pid=18795, tid=19014
>>[junit4] #
>>[junit4] # JRE version: Java(TM) SE Runtime Environment (9.0+102) (build 
>> 9-
>> ea+102-2016-01-21-001243.javare.4316.nc)
>>[junit4] # Java VM: Java HotSpot(TM) Server VM (9-ea+102-2016-01-21-
>> 001243.javare.4316.nc, mixed mode, tiered, g1 gc, linux-x86)
>>[junit4] # Problematic frame:
>>[junit4] # J 5236 C2
>> org.apache.lucene.codecs.compressing.CompressingTermVectorsWriter.flus
>> hOffsets([I)V (820 bytes) @ 0xef297ffb [0xef297d20+0x02db]
>>[junit4] #
>>[junit4] # No core dump will be written. Core dumps have been disabled. To
>> enable core dumping, try "ulimit -c unlimited" before starting Java again
>>[junit4] #
>>[junit4] # An error report file with more information is saved as:
>>[junit4] # /home/jenkins/workspace/Lucene-Solr-trunk-
>> Linux/lucene/build/core/test/J0/hs_err_pid18795.log
>>[junit4] Could not load hsdis-i386.so; library not loadable; 
>> PrintAssembly is
>> disabled
>>[junit4] [thread 19028 also had an error]
>>[junit4] [thread 19016 also had an error]
>>[junit4] #
>>[junit4] # If you would like to submit a bug report, please visit:
>>[junit4] #   http://bugreport.java.com/bugreport/crash.jsp
>>[junit4] #
>>[junit4] <<< JVM J0: EOF 
>>
>> [...truncated 1047 lines...]
>>[junit4] ERROR: JVM J0 ended with an exception, command line:
>> /home/jenkins/tools/java/32bit/jdk-9-ea+102/bin/java -server -
>> XX:+UseG1GC -XX:-CompactStrings -XX:+HeapDumpOnOutOfMemoryError -
>> XX:HeapDumpPath=/home/jenkins/workspace/Lucene-Solr-trunk-
>> Linux/heapdumps -ea -esa -Dtests.prefix=tests -
>> Dtests.seed=D87552681F85DB19 -Xmx512M -Dtests.iters= -
>> Dtests.verbose=false -Dtests.infostream=false -Dtests.codec=random -
>> Dtests.postingsformat=random -Dtests.docvaluesformat=random -
>> Dtests.locale=random -Dtests.timezone=random -Dtests.directory=random -
>> Dtests.linedocsfile=europarl.lines.txt.gz -Dtests.luceneMatchVersion=6.0.0 -
>> Dtests.cleanthreads=perMethod -
>> Djava.util.logging.config.file=/home/jenkins/workspace/Lucene-Solr-trunk-
>> Linux/lucene/tools/junit4/logging.properties -Dtests.nightly=false -
>> Dtests.weekly=false -Dtests.monster=false -Dtests.slow=true -
>> Dtests.asserts=true -Dtests.multiplier=3 -DtempDir=./temp -
>> Djava.io.tmpdir=./temp -
>> Djunit4.tempDir=/home/jenkins/workspace/Lucene-Solr-trunk-
>> Linux/lucene/build/core/test/temp -
>> Dcommon.dir=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene -
>> Dclover.db.dir=/home/jenkins/workspace/Lucene-Solr-trunk-
>> Linux/lucene/build/clover/db -
>> Djava.security.policy=/home/jenkins/workspace/Lucene-Solr-trunk-
>> Linux/lucene/tools/junit4/tests.policy -Dtests.LUCENE_VERSION=6.0.0 -
>> Djetty.testMode=1 -Djetty.insecurerandom=1 -
>> Dsolr.directoryFactory=org.apache.solr.core.MockDirectoryFactory -
>> Djava.awt.headless=true -Djdk.map.althashing.threshold=0 -
>> Djunit4.childvm.cwd=/home/jenkins/workspace/Lucene-Solr-trunk-
>> Linux/lucene/build/core/test/J0 -Djunit4.childvm.id=0 -
>> Djunit4.childvm.count=3 -Dtests.leaveTemporary=false -
>> Dtests.filterstacks=true -Dtests.disableHdfs=true -
>> Djava.security.manager=org.apache.lucene.util.TestSecurityManager -
>> Dfile.encoding=US-ASCII -classpath

[jira] [Commented] (LUCENE-7006) increase BaseMergePolicyTestCase use

2016-02-01 Thread Christine Poerschke (BLOOMBERG/ LONDON)


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

Christine Poerschke commented on LUCENE-7006:
-

to investigate: {{ant test  -Dtestcase=TestSortingMergePolicy 
-Dtests.method=testForceMergeNotNeeded -Dtests.seed=BAF97ED1D97DDEEE 
-Dtests.slow=true -Dtests.locale=nl-NL -Dtests.timezone=CST6CDT 
-Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1}} test fails.

> increase BaseMergePolicyTestCase use
> 
>
> Key: LUCENE-7006
> URL: https://issues.apache.org/jira/browse/LUCENE-7006
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: LUCENE-7006.patch
>
>
> * {{TestNoMergePolicy}} to extend {{BaseMergePolicyTestCase}}
> * {{TestSortingMergePolicy}} to extend {{BaseMergePolicyTestCase}}
> * add {{TestUpgradeIndexMergePolicy}} (which for now simply extends 
> {{BaseMergePolicyTestCase}})



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

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

Re:[JENKINS] Lucene-Solr-5.x-MacOSX (64bit/jdk1.8.0) - Build # 2999 - Failure!

This is due to my LUCENE-7006 change adding this test. Able to reproduce (3 out 
of 3 times) with given seed and args. Will look into further (though not today).

Christine

- Original Message -
From: dev@lucene.apache.org
To: cpoersc...@apache.org, dev@lucene.apache.org, sar...@gmail.com
At: Feb  1 2016 20:16:19

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-MacOSX/2999/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.lucene.index.TestSortingMergePolicy.testForceMergeNotNeeded

Error Message:


Stack Trace:
java.lang.AssertionError
at __randomizedtesting.SeedInfo.seed([BAF97ED1D97DDEEE:A6DA06CB422235FB]:0)
at 
org.apache.lucene.index.BaseMergePolicyTestCase$1.merge(BaseMergePolicyTestCase.java:44)
at org.apache.lucene.index.IndexWriter.maybeMerge(IndexWriter.java:1931)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1764)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1721)
at 
org.apache.lucene.index.BaseMergePolicyTestCase.testForceMergeNotNeeded(BaseMergePolicyTestCase.java:63)
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:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 7636 lines...]
   [junit4] Suite: org.apache.lucene.index.TestSortingMergePolicy
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestSortingMergePolicy -Dtests.method=testForceMergeNotNeeded 
-Dtests.seed=BAF97ED1D97DDEEE -Dtests.slow=true

[JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+102) - Build # 15733 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15733/
Java: 32bit/jdk-9-ea+102 -server -XX:+UseConcMarkSweepGC -XX:-CompactStrings

All tests passed

Build Log:
[...truncated 340 lines...]
   [junit4] JVM J0: stdout was not empty, see: 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/core/test/temp/junit4-J0-20160201_201823_373.sysout
   [junit4] >>> JVM J0 emitted unexpected output (verbatim) 
   [junit4] #
   [junit4] # A fatal error has been detected by the Java Runtime Environment:
   [junit4] #
   [junit4] #  SIGSEGV (0xb) at pc=0xe7481b6d, pid=15632, tid=15929
   [junit4] #
   [junit4] # JRE version: Java(TM) SE Runtime Environment (9.0+102) (build 
9-ea+102-2016-01-21-001243.javare.4316.nc)
   [junit4] # Java VM: Java HotSpot(TM) Server VM 
(9-ea+102-2016-01-21-001243.javare.4316.nc, mixed mode, tiered, concurrent mark 
sweep gc, linux-x86)
   [junit4] # Problematic frame:
   [junit4] # j  
org.apache.lucene.codecs.compressing.CompressingTermVectorsWriter.flushOffsets([I)V+724
   [junit4] #
   [junit4] # No core dump will be written. Core dumps have been disabled. To 
enable core dumping, try "ulimit -c unlimited" before starting Java again
   [junit4] #
   [junit4] # An error report file with more information is saved as:
   [junit4] # 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/core/test/J0/hs_err_pid15632.log
   [junit4] Could not load hsdis-i386.so; library not loadable; PrintAssembly 
is disabled
   [junit4] #
   [junit4] # If you would like to submit a bug report, please visit:
   [junit4] #   http://bugreport.java.com/bugreport/crash.jsp
   [junit4] #
   [junit4] <<< JVM J0: EOF 

[...truncated 51 lines...]
   [junit4] JVM J2: stdout was not empty, see: 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/core/test/temp/junit4-J2-20160201_201823_372.sysout
   [junit4] >>> JVM J2 emitted unexpected output (verbatim) 
   [junit4] #
   [junit4] # A fatal error has been detected by the Java Runtime Environment:
   [junit4] #
   [junit4] #  SIGSEGV (0xb) at pc=0xefab4cf8, pid=15633, tid=16115
   [junit4] #
   [junit4] # JRE version: Java(TM) SE Runtime Environment (9.0+102) (build 
9-ea+102-2016-01-21-001243.javare.4316.nc)
   [junit4] # Java VM: Java HotSpot(TM) Server VM 
(9-ea+102-2016-01-21-001243.javare.4316.nc, mixed mode, tiered, concurrent mark 
sweep gc, linux-x86)
   [junit4] # Problematic frame:
   [junit4] # J 9654 C2 
org.apache.lucene.codecs.compressing.CompressingTermVectorsWriter.flushOffsets([I)V
 (820 bytes) @ 0xefab4cf8 [0xefab4800+0x04f8]
   [junit4] #
   [junit4] # No core dump will be written. Core dumps have been disabled. To 
enable core dumping, try "ulimit -c unlimited" before starting Java again
   [junit4] #
   [junit4] # An error report file with more information is saved as:
   [junit4] # 
/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/core/test/J2/hs_err_pid15633.log
   [junit4] Could not load hsdis-i386.so; library not loadable; PrintAssembly 
is disabled
   [junit4] #
   [junit4] # If you would like to submit a bug report, please visit:
   [junit4] #   http://bugreport.java.com/bugreport/crash.jsp
   [junit4] #
   [junit4] <<< JVM J2: EOF 

[...truncated 832 lines...]
   [junit4] ERROR: JVM J0 ended with an exception, command line: 
/home/jenkins/tools/java/32bit/jdk-9-ea+102/bin/java -server 
-XX:+UseConcMarkSweepGC -XX:-CompactStrings -XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/heapdumps -ea 
-esa -Dtests.prefix=tests -Dtests.seed=454D91AD65E9B118 -Xmx512M -Dtests.iters= 
-Dtests.verbose=false -Dtests.infostream=false -Dtests.codec=random 
-Dtests.postingsformat=random -Dtests.docvaluesformat=random 
-Dtests.locale=random -Dtests.timezone=random -Dtests.directory=random 
-Dtests.linedocsfile=europarl.lines.txt.gz -Dtests.luceneMatchVersion=6.0.0 
-Dtests.cleanthreads=perMethod 
-Djava.util.logging.config.file=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/tools/junit4/logging.properties
 -Dtests.nightly=false -Dtests.weekly=false -Dtests.monster=false 
-Dtests.slow=true -Dtests.asserts=true -Dtests.multiplier=3 -DtempDir=./temp 
-Djava.io.tmpdir=./temp 
-Djunit4.tempDir=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/core/test/temp
 -Dcommon.dir=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene 
-Dclover.db.dir=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/clover/db
 
-Djava.security.policy=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/tools/junit4/tests.policy
 -Dtests.LUCENE_VERSION=6.0.0 -Djetty.testMode=1 -Djetty.insecurerandom=1 
-Dsolr.directoryFactory=org.apache.solr.core.MockDirectoryFactory 
-Djava.awt.headless=true -Djdk.map.althashing.threshold=0 
-Djunit4.childvm.cwd=/home/jenkins/workspace/Lucene-Solr-trunk-Linux/lucene/build/core/test/J0
 -Djunit4.childvm.id=0 -Djunit4.childvm.count=3 -Dtests.leaveTemporary=false 
-Dtests.filterstacks=true

[jira] [Created] (SOLR-8628) When Solr finds an existing empty index dir, instead of creating a new index, it complains about not finding a segments file.

Mark Miller created SOLR-8628:
-

 Summary: When Solr finds an existing empty index dir, instead of 
creating a new index, it complains about not finding a segments file.
 Key: SOLR-8628
 URL: https://issues.apache.org/jira/browse/SOLR-8628
 Project: Solr
  Issue Type: Bug
Reporter: Mark Miller
Assignee: Mark Miller


It's not the most normal situation, but it doesn't make sense to fail in this 
case. The index doesn't exist, let's make it, existing empty index dir or not.



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

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

[jira] [Created] (SOLR-8629) When a prospective leader attempts to sync with it's shard, we should only fail the sync due to peer sync, not necessarily other exceptions.

Mark Miller created SOLR-8629:
-

 Summary: When a prospective leader attempts to sync with it's 
shard, we should only fail the sync due to peer sync, not necessarily other 
exceptions.
 Key: SOLR-8629
 URL: https://issues.apache.org/jira/browse/SOLR-8629
 Project: Solr
  Issue Type: Bug
Reporter: Mark Miller
Assignee: Mark Miller


Otherwise, one screwed up replica can prevent a leader even if there are 100 
other good replicas.



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

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

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

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-MacOSX/2999/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

1 tests failed.
FAILED:  org.apache.lucene.index.TestSortingMergePolicy.testForceMergeNotNeeded

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([BAF97ED1D97DDEEE:A6DA06CB422235FB]:0)
at 
org.apache.lucene.index.BaseMergePolicyTestCase$1.merge(BaseMergePolicyTestCase.java:44)
at org.apache.lucene.index.IndexWriter.maybeMerge(IndexWriter.java:1931)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1764)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1721)
at 
org.apache.lucene.index.BaseMergePolicyTestCase.testForceMergeNotNeeded(BaseMergePolicyTestCase.java:63)
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:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 7636 lines...]
   [junit4] Suite: org.apache.lucene.index.TestSortingMergePolicy
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestSortingMergePolicy -Dtests.method=testForceMergeNotNeeded 
-Dtests.seed=BAF97ED1D97DDEEE -Dtests.slow=true -Dtests.locale=nl-NL 
-Dtests.timezone=CST6CDT -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
   [junit4] FAILURE 0.57s J1 |

[jira] [Commented] (SOLR-8508) Implement DatabaseMetaDataImpl.getCatalogs()


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

Joel Bernstein commented on SOLR-8508:
--

I plan on looking at this later today. I may make a change or two but the 
approach looks great.

> Implement DatabaseMetaDataImpl.getCatalogs()
> 
>
> Key: SOLR-8508
> URL: https://issues.apache.org/jira/browse/SOLR-8508
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8508.patch, SOLR-8508.patch, SOLR-8508.patch
>
>
> DBVisualizer users DatabaseMetaDataImpl.getCatalogs() to populate information 
> after connecting. It causes the below error and shows up in the connection 
> window.
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - 
> B.execute] Execute Command: getCatalogs
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - O.ￄﾘ] 
> getCatalogs() for: abc
> 2016-01-07 13:30:10.848 FINE83 [pool-3-thread-10 - E.ￄﾁ] RootConnection: 
> DatabaseMetaDataImpl.getCatalogs()
> 2016-01-07 13:30:10.851 FINE83 [AWT-EventQueue-0 - B.executionFinished] 
> Exception while Connecting
> com.onseven.dbvis.K.B.P: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:2680)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:1521)
>   at com.onseven.dbvis.K.B.L$3.run(Z:3032)
>   at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
>   at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
>   at java.awt.EventQueue.access$500(EventQueue.java:97)
>   at java.awt.EventQueue$3.run(EventQueue.java:709)
>   at java.awt.EventQueue$3.run(EventQueue.java:703)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
>   at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
>   at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
>   at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>   at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
>   at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
> Caused by: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at java.util.concurrent.FutureTask.report(FutureTask.java:122)
>   at java.util.concurrent.FutureTask.get(FutureTask.java:192)
>   at javax.swing.SwingWorker.get(SwingWorker.java:602)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:990)
>   ... 16 more
> Caused by: java.lang.IllegalArgumentException: model passed to 
> DefaultTableModelWrapper cannot be null
>   at com.jidesoft.grid.TableModelWrapperImpl.(Unknown Source)
>   at com.jidesoft.grid.DefaultTableModelWrapper.(Unknown Source)
>   at com.jidesoft.grid.FilterableTableModel.(Unknown Source)
>   at com.jidesoft.grid.FilterableTreeTableModel.(Unknown Source)
>   at com.onseven.dbvis.K.B._.(Z:1161)
>   at com.onseven.dbvis.db.AbstractFacade.executeAndGet(Z:975)
>   at com.onseven.dbvis.db.AbstractFacade.getCatalogNames(Z:621)
>   at com.onseven.dbvis.db.AbstractFacade.runConnectionSetup(Z:2515)
>   at com.onseven.dbvis.db.A.I.ￄﾷ(Z:3512)
>   at com.onseven.dbvis.db.A.B.execute(Z:2933)
>   at com.onseven.dbvis.K.B.Z.ￄﾁ(Z:2285)
>   at com.onseven.dbvis.K.B.L.ￄﾂ(Z:1374)
>   at com.onseven.dbvis.K.B.L.doInBackground(Z:1521)
>   at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at javax.swing.SwingWorker.run(SwingWorker.java:334)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)



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

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

[jira] [Updated] (SOLR-8508) Implement DatabaseMetaDataImpl.getCatalogs()


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

Joel Bernstein updated SOLR-8508:
-
Attachment: SOLR-8508.patch

Patch with my slight changes. Tests pass. Running precommit and will commit 
shortly.

> Implement DatabaseMetaDataImpl.getCatalogs()
> 
>
> Key: SOLR-8508
> URL: https://issues.apache.org/jira/browse/SOLR-8508
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8508.patch, SOLR-8508.patch, SOLR-8508.patch, 
> SOLR-8508.patch
>
>
> DBVisualizer users DatabaseMetaDataImpl.getCatalogs() to populate information 
> after connecting. It causes the below error and shows up in the connection 
> window.
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - 
> B.execute] Execute Command: getCatalogs
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - O.ￄﾘ] 
> getCatalogs() for: abc
> 2016-01-07 13:30:10.848 FINE83 [pool-3-thread-10 - E.ￄﾁ] RootConnection: 
> DatabaseMetaDataImpl.getCatalogs()
> 2016-01-07 13:30:10.851 FINE83 [AWT-EventQueue-0 - B.executionFinished] 
> Exception while Connecting
> com.onseven.dbvis.K.B.P: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:2680)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:1521)
>   at com.onseven.dbvis.K.B.L$3.run(Z:3032)
>   at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
>   at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
>   at java.awt.EventQueue.access$500(EventQueue.java:97)
>   at java.awt.EventQueue$3.run(EventQueue.java:709)
>   at java.awt.EventQueue$3.run(EventQueue.java:703)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
>   at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
>   at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
>   at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>   at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
>   at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
> Caused by: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at java.util.concurrent.FutureTask.report(FutureTask.java:122)
>   at java.util.concurrent.FutureTask.get(FutureTask.java:192)
>   at javax.swing.SwingWorker.get(SwingWorker.java:602)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:990)
>   ... 16 more
> Caused by: java.lang.IllegalArgumentException: model passed to 
> DefaultTableModelWrapper cannot be null
>   at com.jidesoft.grid.TableModelWrapperImpl.(Unknown Source)
>   at com.jidesoft.grid.DefaultTableModelWrapper.(Unknown Source)
>   at com.jidesoft.grid.FilterableTableModel.(Unknown Source)
>   at com.jidesoft.grid.FilterableTreeTableModel.(Unknown Source)
>   at com.onseven.dbvis.K.B._.(Z:1161)
>   at com.onseven.dbvis.db.AbstractFacade.executeAndGet(Z:975)
>   at com.onseven.dbvis.db.AbstractFacade.getCatalogNames(Z:621)
>   at com.onseven.dbvis.db.AbstractFacade.runConnectionSetup(Z:2515)
>   at com.onseven.dbvis.db.A.I.ￄﾷ(Z:3512)
>   at com.onseven.dbvis.db.A.B.execute(Z:2933)
>   at com.onseven.dbvis.K.B.Z.ￄﾁ(Z:2285)
>   at com.onseven.dbvis.K.B.L.ￄﾂ(Z:1374)
>   at com.onseven.dbvis.K.B.L.doInBackground(Z:1521)
>   at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at javax.swing.SwingWorker.run(SwingWorker.java:334)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)



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

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

[jira] [Comment Edited] (SOLR-8508) Implement DatabaseMetaDataImpl.getCatalogs()

2016-02-01 Thread ASF subversion and git services (JIRA)


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

Joel Bernstein edited comment on SOLR-8508 at 2/1/16 9:00 PM:
--

Patch with slight changes. Tests pass. Running precommit and will commit 
shortly.


was (Author: joel.bernstein):
Patch with my slight changes. Tests pass. Running precommit and will commit 
shortly.

> Implement DatabaseMetaDataImpl.getCatalogs()
> 
>
> Key: SOLR-8508
> URL: https://issues.apache.org/jira/browse/SOLR-8508
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8508.patch, SOLR-8508.patch, SOLR-8508.patch, 
> SOLR-8508.patch
>
>
> DBVisualizer users DatabaseMetaDataImpl.getCatalogs() to populate information 
> after connecting. It causes the below error and shows up in the connection 
> window.
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - 
> B.execute] Execute Command: getCatalogs
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - O.ￄﾘ] 
> getCatalogs() for: abc
> 2016-01-07 13:30:10.848 FINE83 [pool-3-thread-10 - E.ￄﾁ] RootConnection: 
> DatabaseMetaDataImpl.getCatalogs()
> 2016-01-07 13:30:10.851 FINE83 [AWT-EventQueue-0 - B.executionFinished] 
> Exception while Connecting
> com.onseven.dbvis.K.B.P: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:2680)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:1521)
>   at com.onseven.dbvis.K.B.L$3.run(Z:3032)
>   at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
>   at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
>   at java.awt.EventQueue.access$500(EventQueue.java:97)
>   at java.awt.EventQueue$3.run(EventQueue.java:709)
>   at java.awt.EventQueue$3.run(EventQueue.java:703)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
>   at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
>   at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
>   at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>   at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
>   at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
> Caused by: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at java.util.concurrent.FutureTask.report(FutureTask.java:122)
>   at java.util.concurrent.FutureTask.get(FutureTask.java:192)
>   at javax.swing.SwingWorker.get(SwingWorker.java:602)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:990)
>   ... 16 more
> Caused by: java.lang.IllegalArgumentException: model passed to 
> DefaultTableModelWrapper cannot be null
>   at com.jidesoft.grid.TableModelWrapperImpl.(Unknown Source)
>   at com.jidesoft.grid.DefaultTableModelWrapper.(Unknown Source)
>   at com.jidesoft.grid.FilterableTableModel.(Unknown Source)
>   at com.jidesoft.grid.FilterableTreeTableModel.(Unknown Source)
>   at com.onseven.dbvis.K.B._.(Z:1161)
>   at com.onseven.dbvis.db.AbstractFacade.executeAndGet(Z:975)
>   at com.onseven.dbvis.db.AbstractFacade.getCatalogNames(Z:621)
>   at com.onseven.dbvis.db.AbstractFacade.runConnectionSetup(Z:2515)
>   at com.onseven.dbvis.db.A.I.ￄﾷ(Z:3512)
>   at com.onseven.dbvis.db.A.B.execute(Z:2933)
>   at com.onseven.dbvis.K.B.Z.ￄﾁ(Z:2285)
>   at com.onseven.dbvis.K.B.L.ￄﾂ(Z:1374)
>   at com.onseven.dbvis.K.B.L.doInBackground(Z:1521)
>   at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at javax.swing.SwingWorker.run(SwingWorker.java:334)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)



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

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

[jira] [Commented] (SOLR-8508) Implement DatabaseMetaDataImpl.getCatalogs()


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

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

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

SOLR-8508: Implement DatabaseMetaDataImpl.getCatalogs()


> Implement DatabaseMetaDataImpl.getCatalogs()
> 
>
> Key: SOLR-8508
> URL: https://issues.apache.org/jira/browse/SOLR-8508
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8508.patch, SOLR-8508.patch, SOLR-8508.patch, 
> SOLR-8508.patch
>
>
> DBVisualizer users DatabaseMetaDataImpl.getCatalogs() to populate information 
> after connecting. It causes the below error and shows up in the connection 
> window.
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - 
> B.execute] Execute Command: getCatalogs
> 2016-01-07 13:30:10.848 FINE83 [ExecutorRunner-pool-2-thread-10 - O.ￄﾘ] 
> getCatalogs() for: abc
> 2016-01-07 13:30:10.848 FINE83 [pool-3-thread-10 - E.ￄﾁ] RootConnection: 
> DatabaseMetaDataImpl.getCatalogs()
> 2016-01-07 13:30:10.851 FINE83 [AWT-EventQueue-0 - B.executionFinished] 
> Exception while Connecting
> com.onseven.dbvis.K.B.P: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:2680)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:1521)
>   at com.onseven.dbvis.K.B.L$3.run(Z:3032)
>   at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
>   at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
>   at java.awt.EventQueue.access$500(EventQueue.java:97)
>   at java.awt.EventQueue$3.run(EventQueue.java:709)
>   at java.awt.EventQueue$3.run(EventQueue.java:703)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
>   at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
>   at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
>   at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
>   at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
>   at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
> Caused by: java.util.concurrent.ExecutionException: 
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at java.util.concurrent.FutureTask.report(FutureTask.java:122)
>   at java.util.concurrent.FutureTask.get(FutureTask.java:192)
>   at javax.swing.SwingWorker.get(SwingWorker.java:602)
>   at com.onseven.dbvis.K.B.L.ￄﾁ(Z:990)
>   ... 16 more
> Caused by: java.lang.IllegalArgumentException: model passed to 
> DefaultTableModelWrapper cannot be null
>   at com.jidesoft.grid.TableModelWrapperImpl.(Unknown Source)
>   at com.jidesoft.grid.DefaultTableModelWrapper.(Unknown Source)
>   at com.jidesoft.grid.FilterableTableModel.(Unknown Source)
>   at com.jidesoft.grid.FilterableTreeTableModel.(Unknown Source)
>   at com.onseven.dbvis.K.B._.(Z:1161)
>   at com.onseven.dbvis.db.AbstractFacade.executeAndGet(Z:975)
>   at com.onseven.dbvis.db.AbstractFacade.getCatalogNames(Z:621)
>   at com.onseven.dbvis.db.AbstractFacade.runConnectionSetup(Z:2515)
>   at com.onseven.dbvis.db.A.I.ￄﾷ(Z:3512)
>   at com.onseven.dbvis.db.A.B.execute(Z:2933)
>   at com.onseven.dbvis.K.B.Z.ￄﾁ(Z:2285)
>   at com.onseven.dbvis.K.B.L.ￄﾂ(Z:1374)
>   at com.onseven.dbvis.K.B.L.doInBackground(Z:1521)
>   at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at javax.swing.SwingWorker.run(SwingWorker.java:334)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)



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

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

[JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+102) - Build # 15734 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15734/
Java: 32bit/jdk-9-ea+102 -server -XX:+UseG1GC -XX:-CompactStrings

1 tests failed.
FAILED:  
org.apache.lucene.codecs.lucene54.TestLucene54DocValuesFormat.testSparseDocValuesVsStoredFields

Error Message:
Values do not come in order: 871, 870

Stack Trace:
java.lang.IllegalArgumentException: Values do not come in order: 871, 870
at 
__randomizedtesting.SeedInfo.seed([52D5418CE6EA3169:60E9D9F1C661726]:0)
at 
org.apache.lucene.util.packed.DirectMonotonicWriter.add(DirectMonotonicWriter.java:108)
at 
org.apache.lucene.codecs.lucene54.Lucene54DocValuesConsumer.addOrdIndex(Lucene54DocValuesConsumer.java:734)
at 
org.apache.lucene.codecs.lucene54.Lucene54DocValuesConsumer.addSortedNumericField(Lucene54DocValuesConsumer.java:590)
at 
org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.addSortedNumericField(PerFieldDocValuesFormat.java:126)
at 
org.apache.lucene.codecs.DocValuesConsumer.mergeSortedNumericField(DocValuesConsumer.java:417)
at 
org.apache.lucene.codecs.DocValuesConsumer.merge(DocValuesConsumer.java:236)
at 
org.apache.lucene.index.SegmentMerger.mergeDocValues(SegmentMerger.java:162)
at org.apache.lucene.index.SegmentMerger.merge(SegmentMerger.java:106)
at 
org.apache.lucene.index.IndexWriter.mergeMiddle(IndexWriter.java:4062)
at org.apache.lucene.index.IndexWriter.merge(IndexWriter.java:3642)
at 
org.apache.lucene.index.SerialMergeScheduler.merge(SerialMergeScheduler.java:40)
at org.apache.lucene.index.IndexWriter.maybeMerge(IndexWriter.java:1917)
at 
org.apache.lucene.index.IndexWriter.doAfterSegmentFlushed(IndexWriter.java:4706)
at 
org.apache.lucene.index.DocumentsWriter$MergePendingEvent.process(DocumentsWriter.java:689)
at 
org.apache.lucene.index.IndexWriter.processEvents(IndexWriter.java:4737)
at 
org.apache.lucene.index.IndexWriter.processEvents(IndexWriter.java:4728)
at 
org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1464)
at 
org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:1242)
at 
org.apache.lucene.index.RandomIndexWriter.addDocument(RandomIndexWriter.java:171)
at 
org.apache.lucene.codecs.lucene54.TestLucene54DocValuesFormat.doTestSparseDocValuesVsStoredFields(TestLucene54DocValuesFormat.java:197)
at 
org.apache.lucene.codecs.lucene54.TestLucene54DocValuesFormat.testSparseDocValuesVsStoredFields(TestLucene54DocValuesFormat.java:151)
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:520)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at

[jira] [Updated] (SOLR-8625) SQL: Wrong error msg if stmt param is missing


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

Joel Bernstein updated SOLR-8625:
-
Fix Version/s: (was: Trunk)
   6.0

> SQL: Wrong error msg if stmt param is missing
> -
>
> Key: SOLR-8625
> URL: https://issues.apache.org/jira/browse/SOLR-8625
> Project: Solr
>  Issue Type: Bug
>  Components: Parallell SQL
>Affects Versions: Trunk
>Reporter: Jan Høydahl
> Fix For: 6.0
>
>
> If you call {{/sql?}} without {{stmt}}, the following error msg is printed:
> {code}
> "EXCEPTION": "sql parameter cannot be null"
> {code}



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

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

[jira] [Commented] (SOLR-8621) solrconfig.xml: deprecate/replace with

2016-02-01 Thread Jack Krupansky (JIRA)


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

Jack Krupansky commented on SOLR-8621:
--

Will both the  and  elements will be deprecated as 
well (in addition to being allowed within the new )?

> solrconfig.xml: deprecate/replace  with 
> -
>
> Key: SOLR-8621
> URL: https://issues.apache.org/jira/browse/SOLR-8621
> Project: Solr
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>
> * end-user benefits:*
> * Lucene's UpgradeIndexMergePolicy can be configured in Solr
> * (with SOLR-5730) Lucene's SortingMergePolicy can be configured in Solr
> * customisability: arbitrary merge policies including wrapping/nested merge 
> policies can be created and configured
> *(proposed) roadmap:*
> * solr 5.5 introduces  support
> * solr 5.5(\?) deprecates (but maintains)  support
> * solr 6.0(\?) removes  support 
> +work-in-progress git branch:+ 
> [master-solr-8621|https://github.com/apache/lucene-solr/tree/master-solr-8621]



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

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

[jira] [Created] (SOLR-8630) IllegalStateException in NRTCachingDirectory.listAll

2016-02-01 Thread Semion Mc Alice (JIRA)

Semion Mc Alice created SOLR-8630:
-

 Summary: IllegalStateException in NRTCachingDirectory.listAll
 Key: SOLR-8630
 URL: https://issues.apache.org/jira/browse/SOLR-8630
 Project: Solr
  Issue Type: Bug
Affects Versions: 5.2.1
 Environment: Production, QA
Reporter: Semion Mc Alice


Hey,
we are getting IllegalStateException in 2 different circumstances. The first 
one is on Status calls:
{noformat}
ERROR - 2016-02-01 22:32:43.164; [   ] org.apache.solr.common.SolrException; 
org.apache.solr.common.SolrException: Error handling 'status' action 
at 
org.apache.solr.handler.admin.CoreAdminHandler.handleStatusAction(CoreAdminHandler.java:748)
at 
org.apache.solr.handler.admin.CoreAdminHandler.handleRequestInternal(CoreAdminHandler.java:228)
at 
org.apache.solr.handler.admin.CoreAdminHandler.handleRequestBody(CoreAdminHandler.java:193)
at 
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143)
at 
org.apache.solr.servlet.HttpSolrCall.handleAdminRequest(HttpSolrCall.java:660)
at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:431)
at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227)
at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
at 
org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:95)
at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1129)
at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at 
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
at 
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
at org.eclipse.jetty.server.Server.handle(Server.java:497)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
at 
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
at 
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.IllegalStateException: file: 
MMapDirectory@D:\Solr\server\solr\Prod_Core1_shard1_replica2\data\index 
lockFactory=org.apache.lucene.store.NativeFSLockFactory@65d307e5 appears both 
in delegate and in cache: cache=[_a0.fdt, _9t_7.liv, _a0.fdx, 
_a0_Lucene50_0.tip, _a0.nvm, _a0_Lucene50_0.doc, _a0_Lucene50_0.tim, _a0.fnm, 
_a0_Lucene50_0.pos, _a0.si],delegate=[pending_segments_93, segments_92, 
write.lock, _9t.fdt, _9t.fdx, _9t.fnm, _9t.nvd, _9t.nvm, _9t.si, _9t_6.liv, 
_9t_Lucene50_0.doc, _9t_Lucene50_0.pos, _9t_Lucene50_0.tim, _9t_Lucene50_0.tip, 
_9u.fdt, _9u.fdx, _9u.fnm, _9u.nvd, _9u.nvm, _9u.si, _9u_Lucene50_0.doc, 
_9u_Lucene50_0.pos, _9u_Lucene50_0.tim, _9u_Lucene50_0.tip, _9v.fdt, _9v.fdx, 
_9v.fnm, _9v.nvd, _9v.nvm, _9v.si, _9v_Lucene50_0.doc, _9v_Lucene50_0.pos, 
_9v_Lucene50_0.tim, _9v_Lucene50_0.tip, _9w.fdt, _9w.fdx, _9w.fnm, _9w.nvd, 
_9w.nvm, _9w.si, _9w_Lucene50_0.doc, _9w_Lucene50_0.pos, _9w_Lucene50_0.tim, 
_9w_Lucene50_0.tip, _9x.fdt, _9x.fdx, _9x.fnm, _9x.nvd, _9x.nvm, _9x.si, 
_9x_Lucene50_0.doc, _9x_Lucene50_0.pos, _9x_Lucene50_0.tim, _9x_Lucene50_0.tip, 
_9y.fdt, _9y.fdx, _9y.fnm, _9y.nvd, _9y.nvm, _9y.si, _9y_Lucene50_0.doc, 
_9y_Lucene50_0.pos, _9y_Lucene50_0.tim, _9y_Lucene50_0.tip, _9z.fdt, _9z.fdx, 
_9z.fnm, _9z.nvd, _9z.nvm, _9z.si, _9z_Lucene50_0.doc, _9z_Lucene50_0.pos, 
_9z_Lucene50_0.tim, _9z_Lucene50_0.tip, _a0.nvd, _a0_Lucene50_0.pos]
at 
org.apache.lucene.store.NRTCachingDirectory.listAll(NRTCachingDirectory.java:103)

[jira] [Commented] (SOLR-8621) solrconfig.xml: deprecate/replace with

2016-02-01 Thread Jack Krupansky (JIRA)


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

Jack Krupansky commented on SOLR-8621:
--

IIUC, the motivation here is to permit any number of merge policies to be 
configured with the goal of supporting wrapping of merge policies. Okay, but 
what tells Solr which MP is the outer/default MP?

> solrconfig.xml: deprecate/replace  with 
> -
>
> Key: SOLR-8621
> URL: https://issues.apache.org/jira/browse/SOLR-8621
> Project: Solr
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>
> * end-user benefits:*
> * Lucene's UpgradeIndexMergePolicy can be configured in Solr
> * (with SOLR-5730) Lucene's SortingMergePolicy can be configured in Solr
> * customisability: arbitrary merge policies including wrapping/nested merge 
> policies can be created and configured
> *(proposed) roadmap:*
> * solr 5.5 introduces  support
> * solr 5.5(\?) deprecates (but maintains)  support
> * solr 6.0(\?) removes  support 
> +work-in-progress git branch:+ 
> [master-solr-8621|https://github.com/apache/lucene-solr/tree/master-solr-8621]



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

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

[jira] [Resolved] (SOLR-8625) SQL: Wrong error msg if stmt param is missing

2016-02-01 Thread ASF subversion and git services (JIRA)


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

Joel Bernstein resolved SOLR-8625.
--
Resolution: Fixed

> SQL: Wrong error msg if stmt param is missing
> -
>
> Key: SOLR-8625
> URL: https://issues.apache.org/jira/browse/SOLR-8625
> Project: Solr
>  Issue Type: Bug
>  Components: Parallell SQL
>Affects Versions: Trunk
>Reporter: Jan Høydahl
> Fix For: Trunk
>
>
> If you call {{/sql?}} without {{stmt}}, the following error msg is printed:
> {code}
> "EXCEPTION": "sql parameter cannot be null"
> {code}



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

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

[jira] [Commented] (SOLR-8625) SQL: Wrong error msg if stmt param is missing


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

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

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

SOLR-8625: SQL: Wrong error msg if stmt param is missing


> SQL: Wrong error msg if stmt param is missing
> -
>
> Key: SOLR-8625
> URL: https://issues.apache.org/jira/browse/SOLR-8625
> Project: Solr
>  Issue Type: Bug
>  Components: Parallell SQL
>Affects Versions: Trunk
>Reporter: Jan Høydahl
> Fix For: Trunk
>
>
> If you call {{/sql?}} without {{stmt}}, the following error msg is printed:
> {code}
> "EXCEPTION": "sql parameter cannot be null"
> {code}



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

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

RE: [JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+102) - Build # 15703 - Failure!

2016-02-01 Thread Uwe Schindler

Hi Robert,

thanks for investigating! I can confirm that the last stable build b94 was 
before the mentioned issue broke the EA builds. So it is highly the cause.
For safety I changed the Java 9 EA build options to:

def jdk9ExtraArgs = ' -XX:-CompactStrings -XX:-UseSuperWord'

in the random-java.groovy. If the builds pass, we have a confirmation. We can 
also add the other option to do more safepoints, but this would slow down.

Uwe

-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de


> -Original Message-
> From: Robert Muir [mailto:rcm...@gmail.com]
> Sent: Monday, February 01, 2016 8:54 PM
> To: dev@lucene.apache.org
> Cc: Rory O'Donnell 
> Subject: Re: [JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+102) -
> Build # 15703 - Failure!
> 
> I saw this patch go up today https://bugs.openjdk.java.net/browse/JDK-
> 8148490
> 
> I wonder if it fixes this problem we have been seeing on 32-bit
> lately, especially since the CompressingTermVectorsWriter has hit
> vectorization issues before in java7 days.
> 
> On Sat, Jan 30, 2016 at 5:51 AM, Uwe Schindler  wrote:
> > Hi,
> >
> > I think we get this fault now several times with 9 build 102, the last one 
> > that
> we tested successfully was build 95. I am sitting next to Rory O'Donnell at
> FOSDEM -> we are communicating already.
> >
> > It looks like it happens most likely with the following config:
> > - JDK 9 build 102
> > - 32 bits (server)
> > - G1GC
> >
> > Uwe
> >
> > -
> > Uwe Schindler
> > H.-H.-Meier-Allee 63, D-28213 Bremen
> > http://www.thetaphi.de
> > eMail: u...@thetaphi.de
> >
> >
> >> -Original Message-
> >> From: Policeman Jenkins Server [mailto:jenk...@thetaphi.de]
> >> Sent: Saturday, January 30, 2016 10:39 AM
> >> To: dev@lucene.apache.org
> >> Subject: [JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+102) -
> Build #
> >> 15703 - Failure!
> >> Importance: Low
> >>
> >> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15703/
> >> Java: 32bit/jdk-9-ea+102 -server -XX:+UseG1GC -XX:-CompactStrings
> >>
> >> All tests passed
> >>
> >> Build Log:
> >> [...truncated 291 lines...]
> >>[junit4] JVM J0: stdout was not empty, see:
> >> /home/jenkins/workspace/Lucene-Solr-trunk-
> >> Linux/lucene/build/core/test/temp/junit4-J0-
> 20160130_093254_626.sysout
> >>[junit4] >>> JVM J0 emitted unexpected output (verbatim) 
> >>[junit4] #
> >>[junit4] # A fatal error has been detected by the Java Runtime
> >> Environment:
> >>[junit4] #
> >>[junit4] #  SIGSEGV (0xb) at pc=0xef297ffb, pid=18795, tid=19014
> >>[junit4] #
> >>[junit4] # JRE version: Java(TM) SE Runtime Environment (9.0+102) (build
> 9-
> >> ea+102-2016-01-21-001243.javare.4316.nc)
> >>[junit4] # Java VM: Java HotSpot(TM) Server VM (9-ea+102-2016-01-21-
> >> 001243.javare.4316.nc, mixed mode, tiered, g1 gc, linux-x86)
> >>[junit4] # Problematic frame:
> >>[junit4] # J 5236 C2
> >>
> org.apache.lucene.codecs.compressing.CompressingTermVectorsWriter.flus
> >> hOffsets([I)V (820 bytes) @ 0xef297ffb [0xef297d20+0x02db]
> >>[junit4] #
> >>[junit4] # No core dump will be written. Core dumps have been
> disabled. To
> >> enable core dumping, try "ulimit -c unlimited" before starting Java again
> >>[junit4] #
> >>[junit4] # An error report file with more information is saved as:
> >>[junit4] # /home/jenkins/workspace/Lucene-Solr-trunk-
> >> Linux/lucene/build/core/test/J0/hs_err_pid18795.log
> >>[junit4] Could not load hsdis-i386.so; library not loadable; 
> >> PrintAssembly
> is
> >> disabled
> >>[junit4] [thread 19028 also had an error]
> >>[junit4] [thread 19016 also had an error]
> >>[junit4] #
> >>[junit4] # If you would like to submit a bug report, please visit:
> >>[junit4] #   http://bugreport.java.com/bugreport/crash.jsp
> >>[junit4] #
> >>[junit4] <<< JVM J0: EOF 
> >>
> >> [...truncated 1047 lines...]
> >>[junit4] ERROR: JVM J0 ended with an exception, command line:
> >> /home/jenkins/tools/java/32bit/jdk-9-ea+102/bin/java -server -
> >> XX:+UseG1GC -XX:-CompactStrings -
> XX:+HeapDumpOnOutOfMemoryError -
> >> XX:HeapDumpPath=/home/jenkins/workspace/Lucene-Solr-trunk-
> >> Linux/heapdumps -ea -esa -Dtests.prefix=tests -
> >> Dtests.seed=D87552681F85DB19 -Xmx512M -Dtests.iters= -
> >> Dtests.verbose=false -Dtests.infostream=false -Dtests.codec=random -
> >> Dtests.postingsformat=random -Dtests.docvaluesformat=random -
> >> Dtests.locale=random -Dtests.timezone=random -
> Dtests.directory=random -
> >> Dtests.linedocsfile=europarl.lines.txt.gz -
> Dtests.luceneMatchVersion=6.0.0 -
> >> Dtests.cleanthreads=perMethod -
> >> Djava.util.logging.config.file=/home/jenkins/workspace/Lucene-Solr-
> trunk-
> >> Linux/lucene/tools/junit4/logging.properties -Dtests.nightly=false -
> >> Dtests.weekly=false -Dtests.monster=false -Dtests.slow=true -
> >>

[JENKINS] Lucene-Solr-5.x-Linux (32bit/jdk1.7.0_80) - Build # 15434 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/15434/
Java: 32bit/jdk1.7.0_80 -server -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.lucene.index.TestSortingMergePolicy.testForceMergeNotNeeded

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([DF70894C5179F51E:C353F156CA261E0B]:0)
at 
org.apache.lucene.index.BaseMergePolicyTestCase$1.merge(BaseMergePolicyTestCase.java:44)
at org.apache.lucene.index.IndexWriter.maybeMerge(IndexWriter.java:1931)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1764)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1721)
at 
org.apache.lucene.index.BaseMergePolicyTestCase.testForceMergeNotNeeded(BaseMergePolicyTestCase.java:63)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 7727 lines...]
   [junit4] Suite: org.apache.lucene.index.TestSortingMergePolicy
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestSortingMergePolicy -Dtests.method=testForceMergeNotNeeded 
-Dtests.seed=DF70894C5179F51E -Dtests.multiplier=3 -Dtests.slow=true 
-Dtests.locale=de-LU -Dtests.timezone=Australia/Brisbane -Dtests.asserts=true 
-Dtests.file.encoding=UTF-8
   [junit4] FAILURE 0.83s J1 |

[JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.8.0) - Build # 3055 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/3055/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.lucene.index.TestSortingMergePolicy.testForceMergeNotNeeded

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([1935A33D471D8029:516DB27DC426B3C]:0)
at 
org.apache.lucene.index.BaseMergePolicyTestCase$1.merge(BaseMergePolicyTestCase.java:44)
at org.apache.lucene.index.IndexWriter.maybeMerge(IndexWriter.java:1917)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1750)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1707)
at 
org.apache.lucene.index.BaseMergePolicyTestCase.testForceMergeNotNeeded(BaseMergePolicyTestCase.java:63)
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:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 7339 lines...]
   [junit4] Suite: org.apache.lucene.index.TestSortingMergePolicy
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestSortingMergePolicy -Dtests.method=testForceMergeNotNeeded 
-Dtests.seed=1935A33D471D8029 -Dtests.slow=true -Dtests.locale=he 
-Dtests.timezone=Atlantic/Canary -Dtests.asserts=true 
-Dtests.file.encoding=UTF-8
   [junit4] FAILURE 1.51s J0 |

[jira] [Updated] (SOLR-8510) Implement DatabaseMetaDataImpl.getSchemas()


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

Kevin Risden updated SOLR-8510:
---
Attachment: SOLR-8510.patch

Attached patch with tests for getSchemas following same pattern as SOLR-8508

> Implement DatabaseMetaDataImpl.getSchemas()
> ---
>
> Key: SOLR-8510
> URL: https://issues.apache.org/jira/browse/SOLR-8510
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8510.patch
>
>
> DBVisualizer asks for information about schemas just like it does for 
> catalogs.
> 2016-01-07 13:58:49.974 FINE83 [Thread-423 - B.execute] Execute Command: 
> getSchemaNames
> 2016-01-07 13:58:49.975 FINE83 [Thread-423 - O.ￄﾔ] getSchema() for: abc
> 2016-01-07 13:58:49.975 FINE83 [pool-3-thread-12 - E.ￄﾁ] RootConnection: 
> DatabaseMetaDataImpl.getSchemas()
> 2016-01-07 13:58:49.976 INFO83 [Thread-423 - L.ￄﾂ] Error getting schemas 
> for: abc
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at com.jidesoft.grid.TableModelWrapperImpl.(Unknown Source)
>   at com.jidesoft.grid.DefaultTableModelWrapper.(Unknown Source)
>   at com.jidesoft.grid.FilterableTableModel.(Unknown Source)
>   at com.jidesoft.grid.FilterableTreeTableModel.(Unknown Source)
>   at com.onseven.dbvis.K.B._.(Z:1161)
>   at com.onseven.dbvis.db.AbstractFacade.executeAndGet(Z:975)
>   at com.onseven.dbvis.db.AbstractFacade.getSchemaNames(Z:921)
>   at com.onseven.dbvis.L.L.ￄﾂ(Z:2202)
>   at com.onseven.dbvis.F.F$A.run(Z:3578)
>   at java.lang.Thread.run(Thread.java:745)



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

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

[jira] [Commented] (LUCENE-6990) Mongo 3.x Directory support

2016-02-01 Thread Matt Davis (JIRA)


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

Matt Davis commented on LUCENE-6990:


https://github.com/lumongo/lumongo/wiki/Distributed-Directory

> Mongo 3.x Directory support
> ---
>
> Key: LUCENE-6990
> URL: https://issues.apache.org/jira/browse/LUCENE-6990
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: core/store
>Affects Versions: 5.4
>Reporter: Michele Renda
>Priority: Minor
>
> I would like to setup the lucene store to a MongoDB installation.
> It already exists an old project which gives this possiblity:
> https://github.com/rstiller/mongo-lucene
> Unfortunately this project is stuck to the old version of Mondo DB and does 
> not run anymore. Newest version of MongoDB now uses new classes like 
> GridFSBuckets and MongoDatabase (replacing the old classes GridFS and 
> MongoDB).
> Here an example of usage:
> http://mongodb.github.io/mongo-java-driver/3.2/driver/reference/gridfs/
> Can you please implement a MongoDBDirectory?
> Because I am not sure which team (Lucene or MongoDB one) can better take care 
> of this request, I am opening a copy of this request to the other team too 
> (see external issue URL).
> Best regards



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

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

[jira] [Commented] (LUCENE-6990) Mongo 3.x Directory support

2016-02-01 Thread Matt Davis (JIRA)


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

Matt Davis commented on LUCENE-6990:


http://lumongo.org/

> Mongo 3.x Directory support
> ---
>
> Key: LUCENE-6990
> URL: https://issues.apache.org/jira/browse/LUCENE-6990
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: core/store
>Affects Versions: 5.4
>Reporter: Michele Renda
>Priority: Minor
>
> I would like to setup the lucene store to a MongoDB installation.
> It already exists an old project which gives this possiblity:
> https://github.com/rstiller/mongo-lucene
> Unfortunately this project is stuck to the old version of Mondo DB and does 
> not run anymore. Newest version of MongoDB now uses new classes like 
> GridFSBuckets and MongoDatabase (replacing the old classes GridFS and 
> MongoDB).
> Here an example of usage:
> http://mongodb.github.io/mongo-java-driver/3.2/driver/reference/gridfs/
> Can you please implement a MongoDBDirectory?
> Because I am not sure which team (Lucene or MongoDB one) can better take care 
> of this request, I am opening a copy of this request to the other team too 
> (see external issue URL).
> Best regards



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

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

[GitHub] lucene-solr pull request:

2016-02-01 Thread mkhludnev

Github user mkhludnev commented on the pull request:


https://github.com/apache/lucene-solr/commit/ff8e841fa1b26875a95fd3ec67cd785649ba35b3#commitcomment-15792753
  
In solr/core/src/java/org/apache/solr/update/DeleteByQueryWrapper.java:
In solr/core/src/java/org/apache/solr/update/DeleteByQueryWrapper.java on 
line 39:
Hello @rmuir ! 
Could you clarify which cache you are referring to? I evidence an every 
delete query is stuck on  executing heavy  schema.getUninversionMap(reader) 
again and again. Which cache should safe us from it?  


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[jira] [Created] (SOLR-8624) Unable to create managed schema field matching an existing dynamic field

Jan Høydahl created SOLR-8624:
-

 Summary: Unable to create managed schema field matching an 
existing dynamic field
 Key: SOLR-8624
 URL: https://issues.apache.org/jira/browse/SOLR-8624
 Project: Solr
  Issue Type: Bug
  Components: Data-driven Schema
Affects Versions: 5.4.1
Reporter: Jan Høydahl
 Fix For: 5.5


h3. Reproduce:
# {{bin/solr create mycoll}}
# Open http://localhost:8983/solr/#/mycoll/schema
# Click button {{Add field}}
# Enter field name {{mystring_s}} and select type {{string}}
# Submit -> Error message *Field 'myfield_s' already exists.*

h3. Resolution
In {{ManagedIndexSchema#addFields}}, line #398, the test {{getFieldOrNull()}} 
will return both fields and dynamic fields. We need to check for ordinary 
fields only.



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

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

[JENKINS-EA] Lucene-Solr-trunk-Linux (32bit/jdk-9-ea+102) - Build # 15727 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15727/
Java: 32bit/jdk-9-ea+102 -server -XX:+UseG1GC -XX:-CompactStrings

2 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.lucene.search.TestShardSearching

Error Message:
The test or suite printed 11178 bytes to stdout and stderr, even though the 
limit was set to 8192 bytes. Increase the limit with @Limit, ignore it 
completely with @SuppressSysoutChecks or run with -Dtests.verbose=true

Stack Trace:
java.lang.AssertionError: The test or suite printed 11178 bytes to stdout and 
stderr, even though the limit was set to 8192 bytes. Increase the limit with 
@Limit, ignore it completely with @SuppressSysoutChecks or run with 
-Dtests.verbose=true
at __randomizedtesting.SeedInfo.seed([9DFA01FA93D1AD56]:0)
at 
org.apache.lucene.util.TestRuleLimitSysouts.afterIfSuccessful(TestRuleLimitSysouts.java:212)
at 
com.carrotsearch.randomizedtesting.rules.TestRuleAdapter$1.afterIfSuccessful(TestRuleAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:37)
at 
org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:804)


FAILED:  org.apache.lucene.search.TestShardSearching.testSimple

Error Message:
Captured an uncaught exception in thread: Thread[id=937, name=Thread-745, 
state=RUNNABLE, group=TGRP-TestShardSearching]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=937, name=Thread-745, state=RUNNABLE, 
group=TGRP-TestShardSearching]
at 
__randomizedtesting.SeedInfo.seed([9DFA01FA93D1AD56:A5492504B4227987]:0)
Caused by: java.lang.RuntimeException: java.lang.AssertionError
at __randomizedtesting.SeedInfo.seed([9DFA01FA93D1AD56]:0)
at 
org.apache.lucene.search.ShardSearchingTestBase$ChangeIndices.run(ShardSearchingTestBase.java:584)
Caused by: java.lang.AssertionError
at 
org.apache.lucene.util.packed.BulkOperationPacked.encode(BulkOperationPacked.java:224)
at 
org.apache.lucene.util.packed.AbstractBlockPackedWriter.writeValues(AbstractBlockPackedWriter.java:128)
at 
org.apache.lucene.util.packed.BlockPackedWriter.flush(BlockPackedWriter.java:101)
at 
org.apache.lucene.util.packed.AbstractBlockPackedWriter.finish(AbstractBlockPackedWriter.java:106)
at 
org.apache.lucene.util.packed.BlockPackedWriter.finish(BlockPackedWriter.java:60)
at 
org.apache.lucene.codecs.compressing.CompressingTermVectorsWriter.flushOffsets(CompressingTermVectorsWriter.java:628)
at 
org.apache.lucene.codecs.compressing.CompressingTermVectorsWriter.flush(CompressingTermVectorsWriter.java:353)
at 
org.apache.lucene.codecs.compressing.CompressingTermVectorsWriter.finish(CompressingTermVectorsWriter.java:648)
at 
org.apache.lucene.index.TermVectorsConsumer.flush(TermVectorsConsumer.java:65)
at org.apache.lucene.index.TermsHash.flush(TermsHash.java:85)
at 
org.apache.lucene.index.FreqProxTermsWriter.flush(FreqProxTermsWriter.java:83)
at 
org.apache.lucene.index.DefaultIndexingChain.flush(DefaultIndexingChain.java:115)
at 
org.apache.lucene.index.DocumentsWriterPerThread.flush(DocumentsWriterPerThread.java:425)
at 
org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:502)
at 
org.apache.lucene.index.DocumentsWriter.flushAllThreads(DocumentsWriter.java:614)
at org.apache.lucene.index.IndexWriter.getReader(IndexWriter.java:423)
at 
org.apache.lucene.index.StandardDirectoryReader.doOpenFromWriter(StandardDirectoryReader.java:286)
at 
org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:261)
at 
org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:251)
at 
org.apache.lucene.index.DirectoryReader.openIfChanged(DirectoryReader.java:137)
at 
org.apache.lucene.search.SearcherManager.refreshIfNeeded(SearcherManager.java:154)
at 
org.apache.lucene.search.SearcherManager.refreshIfNeeded(SearcherManager.java:58)
at 
org.apache.lucene.search.ReferenceManager.doMaybeRefresh(ReferenceManager.java:176)
at 
org.apache.lucene.search.ReferenceManager.maybeRefresh(ReferenceManager.java:225)
at

[jira] [Created] (SOLR-8625) SQL: Wrong error msg if stmt param is missing

Jan Høydahl created SOLR-8625:
-

 Summary: SQL: Wrong error msg if stmt param is missing
 Key: SOLR-8625
 URL: https://issues.apache.org/jira/browse/SOLR-8625
 Project: Solr
  Issue Type: Bug
  Components: Parallell SQL
Affects Versions: Trunk
Reporter: Jan Høydahl
 Fix For: Trunk


If you call {{/sql?}} without {{stmt}}, the following error msg is printed:
{code}
"EXCEPTION": "sql parameter cannot be null"
{code}



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

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

[jira] [Commented] (SOLR-8371) Try and prevent too many recovery requests from stacking up and clean up some faulty logic.


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

Stephan Lagraulet commented on SOLR-8371:
-

I'm trying to gather all issues related to SolrCloud that affects Solr 5.4. Can 
you affect SolrCloud component to this issue ?

> Try and prevent too many recovery requests from stacking up and clean up some 
> faulty logic.
> ---
>
> Key: SOLR-8371
> URL: https://issues.apache.org/jira/browse/SOLR-8371
> Project: Solr
>  Issue Type: Improvement
>Reporter: Mark Miller
>Assignee: Mark Miller
> Fix For: 5.5, Trunk
>
> Attachments: SOLR-8371-2.patch, SOLR-8371.patch, SOLR-8371.patch, 
> SOLR-8371.patch, SOLR-8371.patch, SOLR-8371.patch, SOLR-8371.patch, 
> SOLR-8371.patch, SOLR-8371.patch
>
>




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

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

[jira] [Commented] (SOLR-8459) NPE using TermVectorComponent in combinition with ExactStatsCache

2016-02-01 Thread Andreas Daffner (JIRA)


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

Andreas Daffner commented on SOLR-8459:
---

thanks a lot for the fixes so far!

from your point of view is it possible to make first retests with these 3 
patches so far or sould I better wait?
I am asking because it takes a lot of effort to reproduce this test case (I 
have to patch and build solr and to set up a solr cloud).

> NPE using TermVectorComponent in combinition with ExactStatsCache
> -
>
> Key: SOLR-8459
> URL: https://issues.apache.org/jira/browse/SOLR-8459
> Project: Solr
>  Issue Type: Bug
>Affects Versions: 5.3
>Reporter: Andreas Daffner
>Assignee: Varun Thacker
> Fix For: 5.5, Trunk
>
> Attachments: SOLR-8459.patch, SOLR-8459.patch, SOLR-8459.patch
>
>
> Hello,
> I am getting a NPE when using the TermVectorComponent in combinition with 
> ExactStatsCache.
> I am using SOLR 5.3.0 with 4 shards in total.
> I set up my solrconfig.xml as described in these 2 links:
> TermVectorComponent:
> https://cwiki.apache.org/confluence/display/solr/The+Term+Vector+Component
> ExactStatsCache:
> https://cwiki.apache.org/confluence/display/solr/Distributed+Requests#Configuring+statsCache+implementation
> My snippets from solrconfig.xml:
> {code}
> ...
>   
>   
>   
>class="org.apache.solr.handler.component.TermVectorComponent"/>
>class="org.apache.solr.handler.component.SearchHandler">
> 
>   true
> 
> 
>   tvComponent
> 
>   
> ...
> {code}
> Unfortunately a request to SOLR like 
> "http://host/solr/corename/tvrh?q=site_url_id:74; ends up with this NPE:
> {code}
> 4329458 ERROR (qtp59559151-17) [c:SingleDomainSite_11 s:shard1 r:core_node1 
> x:SingleDomainSite_11_shard1_replica1] o.a.s.c.SolrCore 
> java.lang.NullPointerException
>   at 
> org.apache.solr.handler.component.TermVectorComponent.finishStage(TermVectorComponent.java:454)
>   at 
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:416)
>   at 
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143)
>   at org.apache.solr.core.SolrCore.execute(SolrCore.java:2068)
>   at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:669)
>   at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:462)
>   at 
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:210)
>   at 
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:179)
>   at 
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>   at 
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>   at 
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>   at 
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>   at 
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>   at 
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>   at 
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>   at 
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>   at 
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>   at org.eclipse.jetty.server.Server.handle(Server.java:499)
>   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>   at 
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>   at 
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>   at 
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>   at java.lang.Thread.run(Thread.java:745)
> {code}
> According to https://issues.apache.org/jira/browse/SOLR-7756 this Bug should 
> be fixed with SOLR 5.3.0, but obviously this NPE is still present.
> Can you please help me here?



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

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

[JENKINS] Lucene-Solr-trunk-Linux (64bit/jdk1.8.0_72) - Build # 15728 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15728/
Java: 64bit/jdk1.8.0_72 -XX:+UseCompressedOops -XX:+UseG1GC

1 tests failed.
FAILED:  org.apache.solr.handler.TestReplicationHandler.doTestStressReplication

Error Message:
timed out waiting for collection1 startAt time to exceed: Mon Feb 01 10:30:17 
GMT 2016

Stack Trace:
java.lang.AssertionError: timed out waiting for collection1 startAt time to 
exceed: Mon Feb 01 10:30:17 GMT 2016
at 
__randomizedtesting.SeedInfo.seed([B136A17CD9FA268F:6A9DA1BADCD24F3C]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.handler.TestReplicationHandler.watchCoreStartAt(TestReplicationHandler.java:1419)
at 
org.apache.solr.handler.TestReplicationHandler.doTestStressReplication(TestReplicationHandler.java:771)
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:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 11200 lines...]
   [junit4] Suite:

Re: Updating whoweare page

2016-02-01 Thread Jan Høydahl

I published the change of whoweare page.

--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com

> 29. jan. 2016 kl. 17.39 skrev Erick Erickson :
> 
> Make it alphabetical IMO...
> 
> On Fri, Jan 29, 2016 at 8:24 AM, Uwe Schindler  wrote:
>> I am (was?) manager, too. Anyways, for the Lucene project everybody was able 
>> to change settings. I changed that for Lucene to "managers only".
>> 
>> Uwe
>> 
>> -
>> Uwe Schindler
>> H.-H.-Meier-Allee 63, D-28213 Bremen
>> http://www.thetaphi.de
>> eMail: u...@thetaphi.de
>> 
>> 
>>> -Original Message-
>>> From: Yonik Seeley [mailto:ysee...@gmail.com]
>>> Sent: Friday, January 29, 2016 5:13 PM
>>> To: Solr/Lucene Dev 
>>> Subject: Re: Updating whoweare page
>>> 
>>> On Fri, Jan 29, 2016 at 10:58 AM, David Smiley 
>>> wrote:
 Ah; it was you :-)
>>> 
>>> I did this 4 days ago for Solr since I'm a manager of that project.
>>> How did you guys do it?
>>> 
>>> -Yonik
>>> 
>>> 
 ~ David
 
 On Jan 29, 2016, at 10:55 AM, Uwe Schindler  wrote:
 
 Oh, I also changed this already. Looks like a conflict at OpenHUB J
 
 Anyways, both projects now have the official read-only git:// URL enlisted.
 For external usage (read-only) ASF prefers to use the git:// URL (also for
 Jenkins), because the protocol is much faster to clone, which is important
 for Jenkins and OpenHUB.
 
 Uwe
 
 -
 Uwe Schindler
 H.-H.-Meier-Allee 63, D-28213 Bremen
 http://www.thetaphi.de
 eMail: u...@thetaphi.de
 
 From: david.w.smi...@gmail.com [mailto:david.w.smi...@gmail.com]
 Sent: Friday, January 29, 2016 4:47 PM
 To: dev@lucene.apache.org
 Subject: Re: Updating whoweare page
 
 Thanks for this cleanup Jan.
 
 I'm not sure how useful the date of joining is.  It's not a proxy for who 
 is
 active, which is more useful but also hard to capture.  Perhaps we could
 link to BlackDuck's "OpenHub" (formerly oholoh.net or something like that;
 it was a terrible name I always typo'ed)
 https://www.openhub.net/p/solr/contributors/summary
 https://www.openhub.net/p/lucene/contributors/summary
 Note: I went there and realized they weren't aware of our move to GitHub.
 I'm in the process of updating this info for Lucene and Solr on OpenHub.  
 So
 depending on when you view this and how long it takes them, what you
>>> see
 could be incomplete.
 
 Cheers,
 ~ David
 
 On Fri, Jan 29, 2016 at 8:49 AM Shawn Heisey 
>>> wrote:
 
 On 1/29/2016 3:11 AM, Jan Høydahl wrote:
> The page https://lucene.apache.org/whoweare.html used to be sorted
>>> on last
> name. However somewhere along the way things got messed up and
>>> new
> committers started adding themselves to the end of the list.
> 
> I have re-sorted the list, and want your consent to publish the changes.
> Please review the staging site
> http://lucene.staging.apache.org/whoweare.html as well as the diff:
> https://dl.dropboxusercontent.com/u/20080302/whoweare.patch and
>>> verify that
> I have not messed up anything :-)
 
 There is one thing the current sort gives somebody who looks at the page
 -- an idea of who's new and who isn't. :)
 
 I have no strong objection to your proposal.  If it had been sorted when
 I added my name, I would have put it in the middle of the list instead
 of the end and thought nothing of it.
 
 I do wonder if maybe there's a record of the date that each committer
 joined, and whether it would be appropriate to include that information?
 
 Thanks,
 Shawn
 
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org
 
 --
 Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
 LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
 http://www.solrenterprisesearchserver.com
 
 
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
> 


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

[jira] [Commented] (LUCENE-7001) Update Lucene + Solr website's "develop-resources" pages to show Git/Github URLs instead of the outdated SVN ones


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

Jan Høydahl commented on LUCENE-7001:
-

I intended the issue to cover the TLP site for both Lucene and Solr. Removed 
the ASF logo comment simply because it is already mentioned in the issue 
description.

> Update Lucene + Solr website's "develop-resources" pages to show Git/Github 
> URLs instead of the outdated SVN ones
> -
>
> Key: LUCENE-7001
> URL: https://issues.apache.org/jira/browse/LUCENE-7001
> Project: Lucene - Core
>  Issue Type: Task
>  Components: general/website
>Reporter: Uwe Schindler
>
> When clicking through the http://lucene.apache.org website, I found the 
> "Developer Resources" pages that still mention SVN. We should update those 
> pages with links to our primary Git page (and of course also Github mirror 
> for easy forking).
> It may also be the time to replace any instances of the "feather" and the ASF 
> logo by the new one. We have a feater in the green title bar. Unfortunately 
> the new logo does not really fit the colors...



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

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

[jira] [Created] (SOLR-8626) [ANGULAR] 404 error when clicking nodes in cloud graph view

Jan Høydahl created SOLR-8626:
-

 Summary: [ANGULAR] 404 error when clicking nodes in cloud graph 
view
 Key: SOLR-8626
 URL: https://issues.apache.org/jira/browse/SOLR-8626
 Project: Solr
  Issue Type: Bug
  Components: UI
Reporter: Jan Høydahl


h3. Reproduce:
# {{bin/solr start -c}}
# {{bin/solr create -c mycoll}}
# Goto http://localhost:8983/solr/#/~cloud
# Click a collection name in the graph -> 404 error. URL: 
{{/solr/mycoll/#/~cloud}}
# Click a shard name in the graph -> 404 error. URL: {{/solr/shard1/#/~cloud}}

Only verified in Trunk, but probably exists in 5.4 as well



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

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

Re: [JENKINS] Lucene-Solr-5.x-Linux (64bit/jdk1.7.0_80) - Build # 15419 - Failure!

2016-02-01 Thread Michael McCandless

I'll dig, this is a new test.

Mike McCandless

http://blog.mikemccandless.com


On Sun, Jan 31, 2016 at 4:35 PM, Policeman Jenkins Server
 wrote:
> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/15419/
> Java: 64bit/jdk1.7.0_80 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
>
> 1 tests failed.
> FAILED:  org.apache.lucene.index.TestSwappedIndexFiles.test
>
> Error Message:
> _1.cfe in dir=RAMDirectory@42b6d29f 
> lockFactory=org.apache.lucene.store.SingleInstanceLockFactory@70bde6f0
>
> Stack Trace:
> java.nio.file.NoSuchFileException: _1.cfe in dir=RAMDirectory@42b6d29f 
> lockFactory=org.apache.lucene.store.SingleInstanceLockFactory@70bde6f0
> at 
> __randomizedtesting.SeedInfo.seed([C0150F6FEE12DCE4:484130B540EEB11C]:0)
> at 
> org.apache.lucene.store.MockDirectoryWrapper.openInput(MockDirectoryWrapper.java:641)
> at org.apache.lucene.store.Directory.copyFrom(Directory.java:150)
> at 
> org.apache.lucene.store.MockDirectoryWrapper.copyFrom(MockDirectoryWrapper.java:1014)
> at 
> org.apache.lucene.index.TestSwappedIndexFiles.swapOneFile(TestSwappedIndexFiles.java:107)
> at 
> org.apache.lucene.index.TestSwappedIndexFiles.swapFiles(TestSwappedIndexFiles.java:94)
> at 
> org.apache.lucene.index.TestSwappedIndexFiles.test(TestSwappedIndexFiles.java:66)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
> at 
> org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
> at 
> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
> at 
> org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
> at 
> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
> at 
> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
> at 
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at 
> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
> at 
> com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
> at 
> com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
> at 
> com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
> at 
> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
> at 
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at 
> org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
> 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:54)
> at 
> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
> at 
> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
> at 
> org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
> at 
>

Re: [JENKINS] Lucene-Solr-5.x-Linux (64bit/jdk1.7.0_80) - Build # 15419 - Failure!

2016-02-01 Thread Michael McCandless

I pushed a fix: silly test bug.

Mike McCandless

http://blog.mikemccandless.com


On Mon, Feb 1, 2016 at 5:14 AM, Michael McCandless
 wrote:
> I'll dig, this is a new test.
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Sun, Jan 31, 2016 at 4:35 PM, Policeman Jenkins Server
>  wrote:
>> Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/15419/
>> Java: 64bit/jdk1.7.0_80 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
>>
>> 1 tests failed.
>> FAILED:  org.apache.lucene.index.TestSwappedIndexFiles.test
>>
>> Error Message:
>> _1.cfe in dir=RAMDirectory@42b6d29f 
>> lockFactory=org.apache.lucene.store.SingleInstanceLockFactory@70bde6f0
>>
>> Stack Trace:
>> java.nio.file.NoSuchFileException: _1.cfe in dir=RAMDirectory@42b6d29f 
>> lockFactory=org.apache.lucene.store.SingleInstanceLockFactory@70bde6f0
>> at 
>> __randomizedtesting.SeedInfo.seed([C0150F6FEE12DCE4:484130B540EEB11C]:0)
>> at 
>> org.apache.lucene.store.MockDirectoryWrapper.openInput(MockDirectoryWrapper.java:641)
>> at org.apache.lucene.store.Directory.copyFrom(Directory.java:150)
>> at 
>> org.apache.lucene.store.MockDirectoryWrapper.copyFrom(MockDirectoryWrapper.java:1014)
>> at 
>> org.apache.lucene.index.TestSwappedIndexFiles.swapOneFile(TestSwappedIndexFiles.java:107)
>> at 
>> org.apache.lucene.index.TestSwappedIndexFiles.swapFiles(TestSwappedIndexFiles.java:94)
>> at 
>> org.apache.lucene.index.TestSwappedIndexFiles.test(TestSwappedIndexFiles.java:66)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>> at 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:606)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
>> at 
>> org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
>> at 
>> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
>> at 
>> org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
>> at 
>> org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
>> at 
>> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
>> at 
>> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
>> at 
>> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
>> at 
>> com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
>> at 
>> com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
>> at 
>> com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
>> at 
>> org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
>> at 
>> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
>> at 
>> org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
>> 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:54)
>> at 
>> org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
>> at 
>>

[jira] [Commented] (SOLR-8607) The Schema API refuses to add new fields that match existing dynamic fields

2016-02-01 Thread Erik Hatcher (JIRA)


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

Erik Hatcher commented on SOLR-8607:


SOLR-8624 looks like a duplicate issue - with a proposed fix.

> The Schema API refuses to add new fields that match existing dynamic fields
> ---
>
> Key: SOLR-8607
> URL: https://issues.apache.org/jira/browse/SOLR-8607
> Project: Solr
>  Issue Type: Bug
>  Components: Schema and Analysis
>Affects Versions: 5.3.1
>Reporter: kiran
>Priority: Minor
>
> If the all catch dynamic field '*' is present in a managed schema collection, 
> then any field creation requests through Schema API return the 
> confusing/weird error "Field $\{FIELD_NAME\} already exists".
> *Schema of a test collection*: 
> {code}
> curl -X GET http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":0},
>   "schema":{
> "name":"example",
> "version":1.5,
> "uniqueKey":"id",
> "fieldTypes":[{
> "name":"boolean",
> "class":"solr.BoolField",
> "sortMissingLast":true},
>   {
> "name":"double",
> "class":"solr.TrieDoubleField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"float",
> "class":"solr.TrieFloatField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"int",
> "class":"solr.TrieIntField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"long",
> "class":"solr.TrieLongField",
> "precisionStep":"6"},
>   {
> "name":"string",
> "class":"solr.StrField",
> "sortMissingLast":true},
>   {
> "name":"tdate",
> "class":"solr.TrieDateField",
> "positionIncrementGap":"0",
> "precisionStep":"6"}],
> "fields":[{
> "name":"_root_",
> "type":"string",
> "indexed":true,
> "stored":false},
>   {
> "name":"_version_",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"id",
> "type":"string",
> "indexed":true,
> "required":true,
> "stored":true}],
> "dynamicFields":[{
> "name":"*_tdt",
> "type":"tdate",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_txt",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ss",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ii",
> "type":"int",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ls",
> "type":"long",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_i",
> "type":"int",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_s",
> "type":"string",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_l",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_b",
> "type":"boolean",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_f",
> "type":"float",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_d",
> "type":"double",
> "indexed":true,
> "stored":true},
>   {
> "name":"*",
> "type":"string",
> "indexed":true,
> "stored":true}],
> "copyFields":[]}}
> {code}
> *Create new field 'userId' using Schema API*
> {code}
> curl -X POST -H "Content-type:application/json" --data-binary '{"add-field": 
> {"name":"userId","type":"string","indexed":"true","stored":"true"}}' 
> http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":6},
>   "errors":[{
>   "add-field":{
> "name":"userId",
> "type":"string",
> "indexed":"true",
> "stored":"true"},
>   "errorMessages":["Field 'userId' already exists.\n"]}]}
> {code}
> The field 'userId' does not exist in the schema but it is also not possible 
> to add this field because of the dynamic field '*'.
> While one should never define dynamic field '*' in a managed schema, the 
> Schema API should atleast return some useful error message.



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

-
To

[jira] [Commented] (SOLR-8173) CLONE - Leader recovery process can select the wrong leader if all replicas for a shard are down and trying to recover as well as lose updates that should have been reco


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

Stephan Lagraulet commented on SOLR-8173:
-

Can you remove Fix version 5.2.1 if this bug is not resolved?

> CLONE - Leader recovery process can select the wrong leader if all replicas 
> for a shard are down and trying to recover as well as lose updates that 
> should have been recovered.
> ---
>
> Key: SOLR-8173
> URL: https://issues.apache.org/jira/browse/SOLR-8173
> Project: Solr
>  Issue Type: Bug
>  Components: SolrCloud
>Reporter: Matteo Grolla
>Assignee: Mark Miller
>Priority: Critical
>  Labels: leader, recovery
> Fix For: 5.2.1
>
> Attachments: solr_8983.log, solr_8984.log
>
>
> I'm doing this test
> collection test is replicated on two solr nodes running on 8983, 8984
> using external zk
> initially both nodes are empty
> 1)turn on solr 8983
> 2)add,commit a doc x con solr 8983
> 3)turn off solr 8983
> 4)turn on solr 8984
> 5)shortly after (leader still not elected) turn on solr 8983
> 6)8984 is elected as leader
> 7)doc x is present on 8983 but not on 8984 (check issuing a query)
> In attachment are the solr.log files of both instances



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

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

[jira] [Updated] (SOLR-8600) add & use ReRankQParserPlugin parameter [default] constants


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

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

previous patch rebased against latest trunk with one merge conflict (due to 
SOLR-8597) resolved

> add & use ReRankQParserPlugin parameter [default] constants
> ---
>
> Key: SOLR-8600
> URL: https://issues.apache.org/jira/browse/SOLR-8600
> Project: Solr
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-8600.patch, SOLR-8600.patch
>
>
> * add & use {{RERANK_(QUERY|(DOCS|WEIGHT)\[_DEFAULT\])}} constants
> * add {{TestReRankQParserPlugin.testReRankQParserPluginConstants()}}
> * also: changed {{ReRankQuery.toString}} to use {{StringBuilder}}



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

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

[jira] [Commented] (SOLR-8586) Implement hash over all documents to check for shard synchronization


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

Stephan Lagraulet commented on SOLR-8586:
-

I'm trying to gather all issues related to SolrCloud that affects Solr 5.4. Can 
you affect SolrCloud component to this issue ?

> Implement hash over all documents to check for shard synchronization
> 
>
> Key: SOLR-8586
> URL: https://issues.apache.org/jira/browse/SOLR-8586
> Project: Solr
>  Issue Type: Improvement
>Reporter: Yonik Seeley
> Attachments: SOLR-8586.patch, SOLR-8586.patch
>
>
> An order-independent hash across all of the versions in the index should 
> suffice.  The hash itself is pretty easy, but we need to figure out 
> when/where to do this check (for example, I think PeerSync is currently used 
> in multiple contexts and this check would perhaps not be appropriate for all 
> PeerSync calls?)



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

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

[jira] [Commented] (SOLR-8625) SQL: Wrong error msg if stmt param is missing


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

Joel Bernstein commented on SOLR-8625:
--

Good catch! This is a quick fix in the SQLHandler line 112. I can commit a fix 
for this today.

> SQL: Wrong error msg if stmt param is missing
> -
>
> Key: SOLR-8625
> URL: https://issues.apache.org/jira/browse/SOLR-8625
> Project: Solr
>  Issue Type: Bug
>  Components: Parallell SQL
>Affects Versions: Trunk
>Reporter: Jan Høydahl
> Fix For: Trunk
>
>
> If you call {{/sql?}} without {{stmt}}, the following error msg is printed:
> {code}
> "EXCEPTION": "sql parameter cannot be null"
> {code}



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

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

[jira] [Commented] (SOLR-8129) HdfsChaosMonkeyNothingIsSafeTest failures


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

Stephan Lagraulet commented on SOLR-8129:
-

I'm trying to gather all issues related to SolrCloud that affects Solr 5.4. Can 
you affect SolrCloud component to this issue ?

> HdfsChaosMonkeyNothingIsSafeTest failures
> -
>
> Key: SOLR-8129
> URL: https://issues.apache.org/jira/browse/SOLR-8129
> Project: Solr
>  Issue Type: Bug
>Reporter: Yonik Seeley
> Attachments: fail.151005_064958, fail.151005_080319
>
>
> New HDFS chaos test in SOLR-8123 hits a number of types of failures, 
> including shard inconsistency.



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

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

[jira] [Commented] (LUCENE-6993) Update TLDs to latest list


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

Steve Rowe commented on LUCENE-6993:


Hi [~mdrob], sure, I'll try to look at it some time this week.

> Update TLDs to latest list
> --
>
> Key: LUCENE-6993
> URL: https://issues.apache.org/jira/browse/LUCENE-6993
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/analysis
>Reporter: Mike Drob
> Attachments: LUCENE-6993.patch
>
>
> We did this once before in LUCENE-5357, but it might be time to update the 
> list of TLDs again. Comparing our old list with a new list indicates 800+ new 
> domains, so it would be nice to include them.



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

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

[jira] [Commented] (LUCENE-6993) Update TLDs to latest list

2016-02-01 Thread Mike Drob (JIRA)


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

Mike Drob commented on LUCENE-6993:
---

[~steve_rowe] - you did the previous incarnation of this fix, do you have time 
to look at this one?

> Update TLDs to latest list
> --
>
> Key: LUCENE-6993
> URL: https://issues.apache.org/jira/browse/LUCENE-6993
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/analysis
>Reporter: Mike Drob
> Attachments: LUCENE-6993.patch
>
>
> We did this once before in LUCENE-5357, but it might be time to update the 
> list of TLDs again. Comparing our old list with a new list indicates 800+ new 
> domains, so it would be nice to include them.



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

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

[jira] [Updated] (SOLR-8607) The Schema API refuses to add new fields that match existing dynamic fields


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

Steve Rowe updated SOLR-8607:
-
Attachment: SOLR-8607.patch

Patch with CHANGES.txt entry.

All Solr tests passed with the patch.  Committing shortly.

> The Schema API refuses to add new fields that match existing dynamic fields
> ---
>
> Key: SOLR-8607
> URL: https://issues.apache.org/jira/browse/SOLR-8607
> Project: Solr
>  Issue Type: Bug
>  Components: Schema and Analysis
>Affects Versions: 5.3.1
>Reporter: kiran
>Priority: Minor
> Attachments: SOLR-8607.patch, SOLR-8607.patch
>
>
> If the all catch dynamic field '*' is present in a managed schema collection, 
> then any field creation requests through Schema API return the 
> confusing/weird error "Field $\{FIELD_NAME\} already exists".
> *Schema of a test collection*: 
> {code}
> curl -X GET http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":0},
>   "schema":{
> "name":"example",
> "version":1.5,
> "uniqueKey":"id",
> "fieldTypes":[{
> "name":"boolean",
> "class":"solr.BoolField",
> "sortMissingLast":true},
>   {
> "name":"double",
> "class":"solr.TrieDoubleField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"float",
> "class":"solr.TrieFloatField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"int",
> "class":"solr.TrieIntField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"long",
> "class":"solr.TrieLongField",
> "precisionStep":"6"},
>   {
> "name":"string",
> "class":"solr.StrField",
> "sortMissingLast":true},
>   {
> "name":"tdate",
> "class":"solr.TrieDateField",
> "positionIncrementGap":"0",
> "precisionStep":"6"}],
> "fields":[{
> "name":"_root_",
> "type":"string",
> "indexed":true,
> "stored":false},
>   {
> "name":"_version_",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"id",
> "type":"string",
> "indexed":true,
> "required":true,
> "stored":true}],
> "dynamicFields":[{
> "name":"*_tdt",
> "type":"tdate",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_txt",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ss",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ii",
> "type":"int",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ls",
> "type":"long",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_i",
> "type":"int",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_s",
> "type":"string",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_l",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_b",
> "type":"boolean",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_f",
> "type":"float",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_d",
> "type":"double",
> "indexed":true,
> "stored":true},
>   {
> "name":"*",
> "type":"string",
> "indexed":true,
> "stored":true}],
> "copyFields":[]}}
> {code}
> *Create new field 'userId' using Schema API*
> {code}
> curl -X POST -H "Content-type:application/json" --data-binary '{"add-field": 
> {"name":"userId","type":"string","indexed":"true","stored":"true"}}' 
> http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":6},
>   "errors":[{
>   "add-field":{
> "name":"userId",
> "type":"string",
> "indexed":"true",
> "stored":"true"},
>   "errorMessages":["Field 'userId' already exists.\n"]}]}
> {code}
> The field 'userId' does not exist in the schema but it is also not possible 
> to add this field because of the dynamic field '*'.
> While one should never define dynamic field '*' in a managed schema, the 
> Schema API should atleast return some useful error message.



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

[jira] [Resolved] (SOLR-8624) Unable to create managed schema field matching an existing dynamic field


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

Steve Rowe resolved SOLR-8624.
--
   Resolution: Duplicate
 Assignee: Steve Rowe
Fix Version/s: (was: 5.5)

> Unable to create managed schema field matching an existing dynamic field
> 
>
> Key: SOLR-8624
> URL: https://issues.apache.org/jira/browse/SOLR-8624
> Project: Solr
>  Issue Type: Bug
>  Components: Schema and Analysis
>Affects Versions: 5.4.1
>Reporter: Jan Høydahl
>Assignee: Steve Rowe
>
> h3. Reproduce:
> # {{bin/solr create mycoll}}
> # Open http://localhost:8983/solr/#/mycoll/schema
> # Click button {{Add field}}
> # Enter field name {{mystring_s}} and select type {{string}}
> # Submit -> Error message *Field 'myfield_s' already exists.*
> h3. Resolution
> In {{ManagedIndexSchema#addFields}}, line #398, the test {{getFieldOrNull()}} 
> will return both fields and dynamic fields. We need to check for ordinary 
> fields only.



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

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

[jira] [Updated] (SOLR-8624) Unable to create managed schema field matching an existing dynamic field


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

Steve Rowe updated SOLR-8624:
-
Component/s: (was: Data-driven Schema)
 Schema and Analysis

> Unable to create managed schema field matching an existing dynamic field
> 
>
> Key: SOLR-8624
> URL: https://issues.apache.org/jira/browse/SOLR-8624
> Project: Solr
>  Issue Type: Bug
>  Components: Schema and Analysis
>Affects Versions: 5.4.1
>Reporter: Jan Høydahl
>Assignee: Steve Rowe
>
> h3. Reproduce:
> # {{bin/solr create mycoll}}
> # Open http://localhost:8983/solr/#/mycoll/schema
> # Click button {{Add field}}
> # Enter field name {{mystring_s}} and select type {{string}}
> # Submit -> Error message *Field 'myfield_s' already exists.*
> h3. Resolution
> In {{ManagedIndexSchema#addFields}}, line #398, the test {{getFieldOrNull()}} 
> will return both fields and dynamic fields. We need to check for ordinary 
> fields only.



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

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

[jira] [Updated] (SOLR-8586) Implement hash over all documents to check for shard synchronization

2016-02-01 Thread ASF subversion and git services (JIRA)


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

Yonik Seeley updated SOLR-8586:
---
Component/s: SolrCloud

> Implement hash over all documents to check for shard synchronization
> 
>
> Key: SOLR-8586
> URL: https://issues.apache.org/jira/browse/SOLR-8586
> Project: Solr
>  Issue Type: Improvement
>  Components: SolrCloud
>Reporter: Yonik Seeley
> Attachments: SOLR-8586.patch, SOLR-8586.patch
>
>
> An order-independent hash across all of the versions in the index should 
> suffice.  The hash itself is pretty easy, but we need to figure out 
> when/where to do this check (for example, I think PeerSync is currently used 
> in multiple contexts and this check would perhaps not be appropriate for all 
> PeerSync calls?)



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

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

[jira] [Commented] (SOLR-8607) The Schema API refuses to add new fields that match existing dynamic fields


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

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

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

SOLR-8607: The Schema API refuses to add new fields that match existing dynamic 
fields


> The Schema API refuses to add new fields that match existing dynamic fields
> ---
>
> Key: SOLR-8607
> URL: https://issues.apache.org/jira/browse/SOLR-8607
> Project: Solr
>  Issue Type: Bug
>  Components: Schema and Analysis
>Affects Versions: 5.3.1
>Reporter: kiran
>Priority: Minor
> Attachments: SOLR-8607.patch, SOLR-8607.patch
>
>
> If the all catch dynamic field '*' is present in a managed schema collection, 
> then any field creation requests through Schema API return the 
> confusing/weird error "Field $\{FIELD_NAME\} already exists".
> *Schema of a test collection*: 
> {code}
> curl -X GET http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":0},
>   "schema":{
> "name":"example",
> "version":1.5,
> "uniqueKey":"id",
> "fieldTypes":[{
> "name":"boolean",
> "class":"solr.BoolField",
> "sortMissingLast":true},
>   {
> "name":"double",
> "class":"solr.TrieDoubleField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"float",
> "class":"solr.TrieFloatField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"int",
> "class":"solr.TrieIntField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"long",
> "class":"solr.TrieLongField",
> "precisionStep":"6"},
>   {
> "name":"string",
> "class":"solr.StrField",
> "sortMissingLast":true},
>   {
> "name":"tdate",
> "class":"solr.TrieDateField",
> "positionIncrementGap":"0",
> "precisionStep":"6"}],
> "fields":[{
> "name":"_root_",
> "type":"string",
> "indexed":true,
> "stored":false},
>   {
> "name":"_version_",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"id",
> "type":"string",
> "indexed":true,
> "required":true,
> "stored":true}],
> "dynamicFields":[{
> "name":"*_tdt",
> "type":"tdate",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_txt",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ss",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ii",
> "type":"int",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ls",
> "type":"long",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_i",
> "type":"int",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_s",
> "type":"string",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_l",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_b",
> "type":"boolean",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_f",
> "type":"float",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_d",
> "type":"double",
> "indexed":true,
> "stored":true},
>   {
> "name":"*",
> "type":"string",
> "indexed":true,
> "stored":true}],
> "copyFields":[]}}
> {code}
> *Create new field 'userId' using Schema API*
> {code}
> curl -X POST -H "Content-type:application/json" --data-binary '{"add-field": 
> {"name":"userId","type":"string","indexed":"true","stored":"true"}}' 
> http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":6},
>   "errors":[{
>   "add-field":{
> "name":"userId",
> "type":"string",
> "indexed":"true",
> "stored":"true"},
>   "errorMessages":["Field 'userId' already exists.\n"]}]}
> {code}
> The field 'userId' does not exist in the schema but it is also not possible 
> to add this field

[jira] [Updated] (SOLR-8607) The Schema API refuses to add new fields that match existing dynamic fields

2016-02-01 Thread ASF subversion and git services (JIRA)


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

Steve Rowe updated SOLR-8607:
-
Attachment: SOLR-8607.patch

Patch with fix suggested on SOLR-8624, including tests that fail without the 
fix and succeed with it.

Running full test suite with the patch now.

> The Schema API refuses to add new fields that match existing dynamic fields
> ---
>
> Key: SOLR-8607
> URL: https://issues.apache.org/jira/browse/SOLR-8607
> Project: Solr
>  Issue Type: Bug
>  Components: Schema and Analysis
>Affects Versions: 5.3.1
>Reporter: kiran
>Priority: Minor
> Attachments: SOLR-8607.patch
>
>
> If the all catch dynamic field '*' is present in a managed schema collection, 
> then any field creation requests through Schema API return the 
> confusing/weird error "Field $\{FIELD_NAME\} already exists".
> *Schema of a test collection*: 
> {code}
> curl -X GET http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":0},
>   "schema":{
> "name":"example",
> "version":1.5,
> "uniqueKey":"id",
> "fieldTypes":[{
> "name":"boolean",
> "class":"solr.BoolField",
> "sortMissingLast":true},
>   {
> "name":"double",
> "class":"solr.TrieDoubleField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"float",
> "class":"solr.TrieFloatField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"int",
> "class":"solr.TrieIntField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"long",
> "class":"solr.TrieLongField",
> "precisionStep":"6"},
>   {
> "name":"string",
> "class":"solr.StrField",
> "sortMissingLast":true},
>   {
> "name":"tdate",
> "class":"solr.TrieDateField",
> "positionIncrementGap":"0",
> "precisionStep":"6"}],
> "fields":[{
> "name":"_root_",
> "type":"string",
> "indexed":true,
> "stored":false},
>   {
> "name":"_version_",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"id",
> "type":"string",
> "indexed":true,
> "required":true,
> "stored":true}],
> "dynamicFields":[{
> "name":"*_tdt",
> "type":"tdate",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_txt",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ss",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ii",
> "type":"int",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ls",
> "type":"long",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_i",
> "type":"int",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_s",
> "type":"string",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_l",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_b",
> "type":"boolean",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_f",
> "type":"float",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_d",
> "type":"double",
> "indexed":true,
> "stored":true},
>   {
> "name":"*",
> "type":"string",
> "indexed":true,
> "stored":true}],
> "copyFields":[]}}
> {code}
> *Create new field 'userId' using Schema API*
> {code}
> curl -X POST -H "Content-type:application/json" --data-binary '{"add-field": 
> {"name":"userId","type":"string","indexed":"true","stored":"true"}}' 
> http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":6},
>   "errors":[{
>   "add-field":{
> "name":"userId",
> "type":"string",
> "indexed":"true",
> "stored":"true"},
>   "errorMessages":["Field 'userId' already exists.\n"]}]}
> {code}
> The field 'userId' does not exist in the schema but it is also not possible 
> to add this field because of the dynamic field '*'.
> While one should never define dynamic field '*' in a managed schema, the 
> Schema API should atleast return some useful error message.



--
This message

SolrCloud issues

2016-02-01 Thread Stephane.Lagraulet

Hello,

We are currently performing some benchmarks on Solr 5.4.0 and we hit some
issues related to SolrCloud and leading to recoveries and inconstancies.
Based on our tests, it seems that this version is less stable under pressure
than our previously installed 4.10.4 version.
We were able to mitigate the effects by increasing numRecordsToKeep in the
update log and limiting replication bandwidth.
But all problems were not resolved and more worrying it is more difficult to
get back a running cluster.
For example we ended up with a situation where on a shard the leader is down
and all replicas are active.

We found a particular pattern that leads to a bad cluster state, described
here:
https://issues.apache.org/jira/browse/SOLR-8129?focusedCommentId=15119905=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15119905

There are also a lot of open issues (or resolved in version 5.5) related to
SolrCloud / Zookeeper / Replications.

Here is a (non exhaustive) list I could gather from JIRA:

SOLR-8129

HdfsChaosMonkeyNothingIsSafeTest
failures

SOLR-8461

CloudSolrStream and ParallelStream can choose replicas that are not
active

SOLR-8619

A new replica should not become leader when all current replicas are down as it
leads to data loss

SOLR-3274

ZooKeeper related SolrCloud
problems

SOLR-6406

ConcurrentUpdateSolrServer hang in
blockUntilFinished.

SOLR-8173 CLONE - Leader
recovery process can select the wrong leader if all replicas for a shard are
down and trying to recover as well as lose updates that should have been
recovered.
SOLR-8371

Try and prevent too many recovery requests from stacking up and clean up some
faulty logic.

SOLR-7121

Solr nodes should go down based on configurable thresholds and not rely on
resource exhaustion

SOLR-8586

Implement hash over all documents to check for shard
synchronization

I wonder if all these issues could be treated in a general refactoring of this
code instead of individual patches for every issue.
I know that these issues are not easy to reproduce and debug and I'm not aware
of all the implications of this kind of work.
We are willing to contribute on this issues although our knowledge of Solr
internal might still be weak for such an important part of SolrCloud
architecture.
We can provide logs and benchmarks that lead to inconsistencies and/or bad
cluster states.
It appears with have a better behaviour when we have a 5 nodes zk cluster than
a 3 nodes.
However there are no sign of any problems on ZK when we have these errors in
Solr.

Regards,
Stephan

[jira] [Commented] (LUCENE-7005) TieredMergePolicy tweaks (>= vs. >, @see get vs. set)


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

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

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

LUCENE-7005: TieredMergePolicy tweaks (>= vs. >, @see get vs. set)


> TieredMergePolicy tweaks (>= vs. >, @see get vs. set)
> -
>
> Key: LUCENE-7005
> URL: https://issues.apache.org/jira/browse/LUCENE-7005
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: LUCENE-7005.patch
>
>
> {code}
> -   * @see #getMaxMergedSegmentMB */
> +   * @see #setMaxMergedSegmentMB */
>public double getMaxMergedSegmentMB() {
> {code}
> and
> {code}
>public TieredMergePolicy setFloorSegmentMB(double v) {
>  if (v <= 0.0) {
> -  throw new IllegalArgumentException("floorSegmentMB must be >= 0.0 (got 
> " + v + ")");
> +  throw new IllegalArgumentException("floorSegmentMB must be > 0.0 (got 
> " + v + ")");
> {code}



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

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

[jira] [Created] (SOLR-8627) Retrieve position ranking in json facets

2016-02-01 Thread Pablo Anzorena (JIRA)

Pablo Anzorena created SOLR-8627:


 Summary: Retrieve position ranking in json facets
 Key: SOLR-8627
 URL: https://issues.apache.org/jira/browse/SOLR-8627
 Project: Solr
  Issue Type: New Feature
Reporter: Pablo Anzorena


It would be fantastic to have the position (in terms of a specific stat or 
count) ranking in the json facets. Let's suppose we have the field "client" of 
type string and we make a facet to see the top 10 (limit:10, offset:0), so the 
first bucket will have the ranking 1, the second bucket will have the ranking 
2, and so on. Now we ask for the top 10 starting from 10 (limit:10, offset:10) 
so the first bucket will have the ranking 11, the second one ranking 12, and so 
on. Until now, there is no big deal, you just sum the offset with the bucket 
position.
But what happens if I want to know the ranking of a specific client (or a list 
of them)? One possible way would be to ask for all clients (limit:-1), but it 
will have performance issues on fields with big cardinality.

So, I'm asking for an option that receives a list of terms and a stat, and 
returns the list of terms with their respective position (or ranking) that 
produce the query.



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

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

[jira] [Updated] (SOLR-8586) Implement hash over all documents to check for shard synchronization


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

Yonik Seeley updated SOLR-8586:
---
Attachment: SOLR-8586.patch

OK, code is pretty much done I think...  just needs tests now.
I didn't change the strategy of any of the code that uses peersync.  
fingerprinting is on by default, except in SyncStrategy.syncWithReplicas where 
it is false (this is the leader syncing with it's replicas, and nothing is done 
with failures in any case).

> Implement hash over all documents to check for shard synchronization
> 
>
> Key: SOLR-8586
> URL: https://issues.apache.org/jira/browse/SOLR-8586
> Project: Solr
>  Issue Type: Improvement
>  Components: SolrCloud
>Reporter: Yonik Seeley
> Attachments: SOLR-8586.patch, SOLR-8586.patch, SOLR-8586.patch
>
>
> An order-independent hash across all of the versions in the index should 
> suffice.  The hash itself is pretty easy, but we need to figure out 
> when/where to do this check (for example, I think PeerSync is currently used 
> in multiple contexts and this check would perhaps not be appropriate for all 
> PeerSync calls?)



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

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

[jira] [Created] (LUCENE-7005) TieredMergePolicy tweaks (>= vs. >, @see get vs. set)

Christine Poerschke created LUCENE-7005:
---

 Summary: TieredMergePolicy tweaks (>= vs. >, @see get vs. set)
 Key: LUCENE-7005
 URL: https://issues.apache.org/jira/browse/LUCENE-7005
 Project: Lucene - Core
  Issue Type: Task
Reporter: Christine Poerschke
Assignee: Christine Poerschke
Priority: Minor


{code}
-   * @see #getMaxMergedSegmentMB */
+   * @see #setMaxMergedSegmentMB */
   public double getMaxMergedSegmentMB() {
{code}
and
{code}
   public TieredMergePolicy setFloorSegmentMB(double v) {
 if (v <= 0.0) {
-  throw new IllegalArgumentException("floorSegmentMB must be >= 0.0 (got " 
+ v + ")");
+  throw new IllegalArgumentException("floorSegmentMB must be > 0.0 (got " 
+ v + ")");
{code}



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

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

[jira] [Updated] (LUCENE-7005) TieredMergePolicy tweaks (>= vs. >, @see get vs. set)

2016-02-01 Thread ASF subversion and git services (JIRA)


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

Christine Poerschke updated LUCENE-7005:

Attachment: LUCENE-7005.patch

> TieredMergePolicy tweaks (>= vs. >, @see get vs. set)
> -
>
> Key: LUCENE-7005
> URL: https://issues.apache.org/jira/browse/LUCENE-7005
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: LUCENE-7005.patch
>
>
> {code}
> -   * @see #getMaxMergedSegmentMB */
> +   * @see #setMaxMergedSegmentMB */
>public double getMaxMergedSegmentMB() {
> {code}
> and
> {code}
>public TieredMergePolicy setFloorSegmentMB(double v) {
>  if (v <= 0.0) {
> -  throw new IllegalArgumentException("floorSegmentMB must be >= 0.0 (got 
> " + v + ")");
> +  throw new IllegalArgumentException("floorSegmentMB must be > 0.0 (got 
> " + v + ")");
> {code}



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

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

[jira] [Commented] (LUCENE-7005) TieredMergePolicy tweaks (>= vs. >, @see get vs. set)


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

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

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

LUCENE-7005: TieredMergePolicy tweaks (>= vs. >, @see get vs. set)


> TieredMergePolicy tweaks (>= vs. >, @see get vs. set)
> -
>
> Key: LUCENE-7005
> URL: https://issues.apache.org/jira/browse/LUCENE-7005
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: LUCENE-7005.patch
>
>
> {code}
> -   * @see #getMaxMergedSegmentMB */
> +   * @see #setMaxMergedSegmentMB */
>public double getMaxMergedSegmentMB() {
> {code}
> and
> {code}
>public TieredMergePolicy setFloorSegmentMB(double v) {
>  if (v <= 0.0) {
> -  throw new IllegalArgumentException("floorSegmentMB must be >= 0.0 (got 
> " + v + ")");
> +  throw new IllegalArgumentException("floorSegmentMB must be > 0.0 (got 
> " + v + ")");
> {code}



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

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

[jira] [Updated] (LUCENE-6997) Graduate GeoUtils and postings based GeoPointField from sandbox...


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

Nicholas Knize updated LUCENE-6997:
---
Component/s: modules/spatial

> Graduate GeoUtils and postings based GeoPointField from sandbox...
> --
>
> Key: LUCENE-6997
> URL: https://issues.apache.org/jira/browse/LUCENE-6997
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial
>Reporter: Nicholas Knize
>
> {{GeoPointField}} is a lightweight dependency-free postings based geo field 
> currently in sandbox. It has evolved into a very fast lightweight geo option 
> that heavily leverages the optimized performance of the postings structure. 
> It was originally intended to graduate to core but this does not seem 
> appropriate given the variety of "built on postings" term encoding options 
> (e.g., see LUCENE-6930).  
> Additionally, the {{Geo*Utils}} classes are dependency free lightweight 
> relational approximation utilities used by both {{GeoPointField}} and the BKD 
> based {{LatLonField}} and can also be applied to benefit the lucene-spatial 
> module.
> These classes have been evolving and baking for some time and are at a 
> maturity level qualifying for promotion from sandbox. This will allow support 
> for experimental encoding methods with (minimal) backwards compatibility - 
> something sandbox does not allow.
> Since GeoPoint classes are dependency free, all GeoPointField and support and 
> utility classes currently in sandbox would be promoted to the spatial3d 
> package. (possibly a separate issue to rename spatial3d to spatialcore or 
> spatiallite?) Such that for basic lightweight Geo support one would only need 
> a handful of lucene jars. By simply adding the lucene-spatial module and its 
> dependency jars users can obtain more advanced geospatial support (heatmap 
> facets, full shape relations, etc).



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

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

[jira] [Updated] (LUCENE-6480) Extend Simple GeoPointField Type to 3d


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

Nicholas Knize updated LUCENE-6480:
---
Component/s: (was: core/index)
 modules/spatial

> Extend Simple GeoPointField Type to 3d 
> ---
>
> Key: LUCENE-6480
> URL: https://issues.apache.org/jira/browse/LUCENE-6480
> Project: Lucene - Core
>  Issue Type: New Feature
>  Components: modules/spatial
>Reporter: Nicholas Knize
> Attachments: MortonEncoding3D.java
>
>
> [LUCENE-6450 | https://issues.apache.org/jira/browse/LUCENE-6450] proposes a 
> simple GeoPointField type to lucene core. This field uses 64bit encoding of 2 
> dimensional points to construct sorted term representations of GeoPoints 
> (aka: GeoHashing).
> This feature investigates adding support for encoding 3 dimensional 
> GeoPoints, either by extending GeoPointField to a Geo3DPointField or adding 
> an additional 3d constructor.



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

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

[jira] [Updated] (LUCENE-6935) Improve random testing for GeoPointPointInPolygonQuery and DimensionalPointInPolygonQuery


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

Nicholas Knize updated LUCENE-6935:
---
Component/s: modules/spatial

> Improve random testing for GeoPointPointInPolygonQuery and 
> DimensionalPointInPolygonQuery
> -
>
> Key: LUCENE-6935
> URL: https://issues.apache.org/jira/browse/LUCENE-6935
> Project: Lucene - Core
>  Issue Type: Test
>  Components: modules/spatial
>Reporter: Nicholas Knize
>Priority: Minor
>
> Currently {{TestGeoPointQuery}} and {{TestDimensionalQueries}} only create 
> bounding box polygons to test {{PointInPolygonQuery}}. This provides coverage 
> for testing basic functionality but lacks critical testing with true random 
> shapes. Random shape generation needs to be added to {{BaseGeoPointTestCase}} 
> and used in {{newPolygonQuery}} for GeoPoint and DimensionalQuery testing.



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

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

[jira] [Updated] (LUCENE-6930) Decouple GeoPointField from NumericType


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

Nicholas Knize updated LUCENE-6930:
---
Component/s: modules/spatial

> Decouple GeoPointField from NumericType
> ---
>
> Key: LUCENE-6930
> URL: https://issues.apache.org/jira/browse/LUCENE-6930
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial
>Reporter: Nicholas Knize
> Attachments: LUCENE-6930.patch, LUCENE-6930.patch, LUCENE-6930.patch, 
> LUCENE-6930.patch, LUCENE-6930.patch, LUCENE-6930.patch
>
>
> {{GeoPointField}} currently relies on {{NumericTokenStream}} to create prefix 
> terms for a GeoPoint using the precision step defined in {{GeoPointField}}. 
> At search time {{GeoPointTermsEnum}} recurses to a max precision that is 
> computed by the Query parameters. This max precision is never the full 
> precision, so creating and indexing the full precision terms is useless and 
> wasteful (it was always a side effect of just using indexing logic from the 
> Numeric type). 
> Furthermore, since the numerical logic always stored high precision terms 
> first, the recursion in {{GeoPointTermsEnum}} required transient memory for 
> storing ranges. By moving the trie logic to its own {{GeoPointTokenStream}} 
> and reversing the term order (such that lower resolution terms are first), 
> the GeoPointTermsEnum can naturally traverse, enabling on-demand creation of 
> PrefixTerms. This will be done in a separate issue.



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

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

[jira] [Updated] (LUCENE-6540) Add BKDPointDistanceQuery


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

Nicholas Knize updated LUCENE-6540:
---
Component/s: (was: core/search)
 modules/spatial

> Add BKDPointDistanceQuery
> -
>
> Key: LUCENE-6540
> URL: https://issues.apache.org/jira/browse/LUCENE-6540
> Project: Lucene - Core
>  Issue Type: New Feature
>  Components: modules/spatial
>Reporter: Nicholas Knize
>
> LUCENE-6532 adds the supporting mathematics for point-distance computation 
> based on the ellipsoid (using Vincenty's Direct and Inverse solutions). This 
> feature adds BKDPointDistance query function to LUCENE-6477 for finding all 
> documents that match the provided distance criteria from a given geo point.  
> This should out perform other solutions since we can stop traversing the BKD 
> tree once we've found an internal node that matches the given criteria.



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

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

[jira] [Updated] (LUCENE-6532) Add GeoPointDistanceQuery for GeoPointField type

2016-02-01 Thread ASF subversion and git services (JIRA)


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

Nicholas Knize updated LUCENE-6532:
---
Component/s: (was: core/search)
 modules/spatial

> Add GeoPointDistanceQuery for GeoPointField type
> 
>
> Key: LUCENE-6532
> URL: https://issues.apache.org/jira/browse/LUCENE-6532
> Project: Lucene - Core
>  Issue Type: New Feature
>  Components: modules/spatial
>Reporter: Nicholas Knize
> Attachments: LUCENE-6532.patch, LUCENE-6532.patch
>
>
> [LUCENE-6481 | https://issues.apache.org/jira/browse/LUCENE-6481] adds 
> GeoPointField w/ GeoPointInBBox and GeoPointInPolygon queries. This feature 
> adds GeoPointDistanceQuery to support point radius queries.



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

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

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


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

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

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

SOLR-8029 added support and test for /update paths. All RequestHandlers now 
won't be automatically register


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



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

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

[jira] [Commented] (LUCENE-6996) Deconflict GeoPointField and BKD LatLonField Encoding, Decoding, and Tolerance


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

Nicholas Knize commented on LUCENE-6996:


Will do!

> Deconflict GeoPointField and BKD LatLonField Encoding, Decoding, and Tolerance
> --
>
> Key: LUCENE-6996
> URL: https://issues.apache.org/jira/browse/LUCENE-6996
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Nicholas Knize
>
> Follow up to LUCENE-6956, BKD based {{LatLonField}} and postings based 
> {{GeoPointField}} should use a consistent lat/lon encoding/decoding method to 
> ensure consistent round-off error.



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

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

[jira] [Commented] (SOLR-8625) SQL: Wrong error msg if stmt param is missing

2016-02-01 Thread ASF subversion and git services (JIRA)


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

Joel Bernstein commented on SOLR-8625:
--

Yeah makes sense. I'll make the quick fix for this ticket and open a new ticket 
for constants.

> SQL: Wrong error msg if stmt param is missing
> -
>
> Key: SOLR-8625
> URL: https://issues.apache.org/jira/browse/SOLR-8625
> Project: Solr
>  Issue Type: Bug
>  Components: Parallell SQL
>Affects Versions: Trunk
>Reporter: Jan Høydahl
> Fix For: Trunk
>
>
> If you call {{/sql?}} without {{stmt}}, the following error msg is printed:
> {code}
> "EXCEPTION": "sql parameter cannot be null"
> {code}



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

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

[jira] [Commented] (SOLR-8600) add & use ReRankQParserPlugin parameter [default] constants


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

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

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

SOLR-8600: add & use ReRankQParserPlugin parameter [default] constants, changed 
ReRankQuery.toString to use StringBuilder.


> add & use ReRankQParserPlugin parameter [default] constants
> ---
>
> Key: SOLR-8600
> URL: https://issues.apache.org/jira/browse/SOLR-8600
> Project: Solr
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-8600.patch, SOLR-8600.patch
>
>
> * add & use {{RERANK_(QUERY|(DOCS|WEIGHT)\[_DEFAULT\])}} constants
> * add {{TestReRankQParserPlugin.testReRankQParserPluginConstants()}}
> * also: changed {{ReRankQuery.toString}} to use {{StringBuilder}}



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

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

[jira] [Commented] (SOLR-8600) add & use ReRankQParserPlugin parameter [default] constants

2016-02-01 Thread ASF subversion and git services (JIRA)


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

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

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

SOLR-8600: add & use ReRankQParserPlugin parameter [default] constants, changed 
ReRankQuery.toString to use StringBuilder.

(Resolved one conflict for 
solr/core/src/test/org/apache/solr/search/TestReRankQParserPlugin.java file.)


> add & use ReRankQParserPlugin parameter [default] constants
> ---
>
> Key: SOLR-8600
> URL: https://issues.apache.org/jira/browse/SOLR-8600
> Project: Solr
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Fix For: 5.5, Trunk
>
> Attachments: SOLR-8600.patch, SOLR-8600.patch
>
>
> * add & use {{RERANK_(QUERY|(DOCS|WEIGHT)\[_DEFAULT\])}} constants
> * add {{TestReRankQParserPlugin.testReRankQParserPluginConstants()}}
> * also: changed {{ReRankQuery.toString}} to use {{StringBuilder}}



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

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

[jira] [Updated] (SOLR-8600) add & use ReRankQParserPlugin parameter [default] constants


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

Christine Poerschke updated SOLR-8600:
--
Fix Version/s: Trunk
   5.5

> add & use ReRankQParserPlugin parameter [default] constants
> ---
>
> Key: SOLR-8600
> URL: https://issues.apache.org/jira/browse/SOLR-8600
> Project: Solr
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Fix For: 5.5, Trunk
>
> Attachments: SOLR-8600.patch, SOLR-8600.patch
>
>
> * add & use {{RERANK_(QUERY|(DOCS|WEIGHT)\[_DEFAULT\])}} constants
> * add {{TestReRankQParserPlugin.testReRankQParserPluginConstants()}}
> * also: changed {{ReRankQuery.toString}} to use {{StringBuilder}}



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

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

[jira] [Resolved] (SOLR-8600) add & use ReRankQParserPlugin parameter [default] constants


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

Christine Poerschke resolved SOLR-8600.
---
Resolution: Fixed

> add & use ReRankQParserPlugin parameter [default] constants
> ---
>
> Key: SOLR-8600
> URL: https://issues.apache.org/jira/browse/SOLR-8600
> Project: Solr
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Fix For: 5.5, Trunk
>
> Attachments: SOLR-8600.patch, SOLR-8600.patch
>
>
> * add & use {{RERANK_(QUERY|(DOCS|WEIGHT)\[_DEFAULT\])}} constants
> * add {{TestReRankQParserPlugin.testReRankQParserPluginConstants()}}
> * also: changed {{ReRankQuery.toString}} to use {{StringBuilder}}



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

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

[jira] [Commented] (SOLR-8625) SQL: Wrong error msg if stmt param is missing


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

Jan Høydahl commented on SOLR-8625:
---

Yep, should also move many of the inline strings into constants, and use the 
constant in the error msg. Some params are also shared between {{SQLHandler}} 
and SolrJ's {{DriverImpl}}.. Perhaps a new class {{SQLParameters.java}} would 
be suitable?

> SQL: Wrong error msg if stmt param is missing
> -
>
> Key: SOLR-8625
> URL: https://issues.apache.org/jira/browse/SOLR-8625
> Project: Solr
>  Issue Type: Bug
>  Components: Parallell SQL
>Affects Versions: Trunk
>Reporter: Jan Høydahl
> Fix For: Trunk
>
>
> If you call {{/sql?}} without {{stmt}}, the following error msg is printed:
> {code}
> "EXCEPTION": "sql parameter cannot be null"
> {code}



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

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

[jira] [Assigned] (SOLR-8626) [ANGULAR] 404 error when clicking nodes in cloud graph view

2016-02-01 Thread Upayavira (JIRA)


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

Upayavira reassigned SOLR-8626:
---

Assignee: Upayavira

> [ANGULAR] 404 error when clicking nodes in cloud graph view
> ---
>
> Key: SOLR-8626
> URL: https://issues.apache.org/jira/browse/SOLR-8626
> Project: Solr
>  Issue Type: Bug
>  Components: UI
>Reporter: Jan Høydahl
>Assignee: Upayavira
>
> h3. Reproduce:
> # {{bin/solr start -c}}
> # {{bin/solr create -c mycoll}}
> # Goto http://localhost:8983/solr/#/~cloud
> # Click a collection name in the graph -> 404 error. URL: 
> {{/solr/mycoll/#/~cloud}}
> # Click a shard name in the graph -> 404 error. URL: {{/solr/shard1/#/~cloud}}
> Only verified in Trunk, but probably exists in 5.4 as well



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

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

[jira] [Commented] (SOLR-8626) [ANGULAR] 404 error when clicking nodes in cloud graph view

2016-02-01 Thread Upayavira (JIRA)


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

Upayavira commented on SOLR-8626:
-

Yikes. I don't think I ever clicked on those. Good catch. 

On the old UI, clicking either collection or shard did nothing. Something about 
the new impl made them clickable, but I obviously didn't take are about where 
they would point to. I'll take a look.

> [ANGULAR] 404 error when clicking nodes in cloud graph view
> ---
>
> Key: SOLR-8626
> URL: https://issues.apache.org/jira/browse/SOLR-8626
> Project: Solr
>  Issue Type: Bug
>  Components: UI
>Reporter: Jan Høydahl
>
> h3. Reproduce:
> # {{bin/solr start -c}}
> # {{bin/solr create -c mycoll}}
> # Goto http://localhost:8983/solr/#/~cloud
> # Click a collection name in the graph -> 404 error. URL: 
> {{/solr/mycoll/#/~cloud}}
> # Click a shard name in the graph -> 404 error. URL: {{/solr/shard1/#/~cloud}}
> Only verified in Trunk, but probably exists in 5.4 as well



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

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

[jira] [Resolved] (LUCENE-7005) TieredMergePolicy tweaks (>= vs. >, @see get vs. set)


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

Christine Poerschke resolved LUCENE-7005.
-
   Resolution: Fixed
Fix Version/s: Trunk
   5.5

> TieredMergePolicy tweaks (>= vs. >, @see get vs. set)
> -
>
> Key: LUCENE-7005
> URL: https://issues.apache.org/jira/browse/LUCENE-7005
> Project: Lucene - Core
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Fix For: 5.5, Trunk
>
> Attachments: LUCENE-7005.patch
>
>
> {code}
> -   * @see #getMaxMergedSegmentMB */
> +   * @see #setMaxMergedSegmentMB */
>public double getMaxMergedSegmentMB() {
> {code}
> and
> {code}
>public TieredMergePolicy setFloorSegmentMB(double v) {
>  if (v <= 0.0) {
> -  throw new IllegalArgumentException("floorSegmentMB must be >= 0.0 (got 
> " + v + ")");
> +  throw new IllegalArgumentException("floorSegmentMB must be > 0.0 (got 
> " + v + ")");
> {code}



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

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

[jira] [Updated] (LUCENE-7006) increase BaseMergePolicyTestCase use


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

Christine Poerschke updated LUCENE-7006:

Attachment: LUCENE-7006.patch

> increase BaseMergePolicyTestCase use
> 
>
> Key: LUCENE-7006
> URL: https://issues.apache.org/jira/browse/LUCENE-7006
> Project: Lucene - Core
>  Issue Type: Test
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: LUCENE-7006.patch
>
>
> * {{TestNoMergePolicy}} to extend {{BaseMergePolicyTestCase}}
> * {{TestSortingMergePolicy}} to extend {{BaseMergePolicyTestCase}}
> * add {{TestUpgradeIndexMergePolicy}} (which for now simply extends 
> {{BaseMergePolicyTestCase}})



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

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

[JENKINS] Lucene-Solr-5.x-Windows (64bit/jdk1.8.0_72) - Build # 5456 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/5456/
Java: 64bit/jdk1.8.0_72 -XX:+UseCompressedOops -XX:+UseG1GC

1 tests failed.
FAILED:  org.apache.lucene.index.TestSortingMergePolicy.testForceMergeNotNeeded

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([13A235D3488CA54:1D195B47AFD72141]:0)
at 
org.apache.lucene.index.BaseMergePolicyTestCase$1.merge(BaseMergePolicyTestCase.java:44)
at org.apache.lucene.index.IndexWriter.maybeMerge(IndexWriter.java:1931)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1764)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1721)
at 
org.apache.lucene.index.BaseMergePolicyTestCase.testForceMergeNotNeeded(BaseMergePolicyTestCase.java:63)
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:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 7712 lines...]
   [junit4] Suite: org.apache.lucene.index.TestSortingMergePolicy
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestSortingMergePolicy -Dtests.method=testForceMergeNotNeeded 
-Dtests.seed=13A235D3488CA54 -Dtests.slow=true -Dtests.locale=ms 
-Dtests.timezone=Europe/Minsk -Dtests.asserts=true -Dtests.file.encoding=Cp1252
   [junit4] FAILURE 0.30s J1 | TestSortingMergePolicy.testForceMergeNotNeeded

[JENKINS-EA] Lucene-Solr-trunk-Linux (64bit/jdk-9-ea+102) - Build # 15739 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15739/
Java: 64bit/jdk-9-ea+102 -XX:+UseCompressedOops -XX:+UseG1GC 
-XX:-CompactStrings -XX:-UseSuperWord

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

Error Message:
Exactly one shard should have changed, instead: [shard2, shard1] 
nodes=([core_node3(shard2), core_node2(shard1), core_node4(shard1)]) 
expected:<1> but was:<2>

Stack Trace:
java.lang.AssertionError: Exactly one shard should have changed, instead: 
[shard2, shard1] nodes=([core_node3(shard2), core_node2(shard1), 
core_node4(shard1)]) expected:<1> but was:<2>
at 
__randomizedtesting.SeedInfo.seed([51F9A916A3CF0BF1:D9AD96CC0D336609]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at 
org.apache.solr.cloud.DistribDocExpirationUpdateProcessorTest.test(DistribDocExpirationUpdateProcessorTest.java:118)
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:520)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:965)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:940)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
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:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at

[JENKINS-EA] Lucene-Solr-trunk-Linux (64bit/jdk-9-ea+102) - Build # 15738 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/15738/
Java: 64bit/jdk-9-ea+102 -XX:+UseCompressedOops -XX:+UseSerialGC 
-XX:-CompactStrings -XX:-UseSuperWord

1 tests failed.
FAILED:  org.apache.lucene.index.TestSortingMergePolicy.testForceMergeNotNeeded

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([50B30A56B62EDA61:4C90724C2D713174]:0)
at 
org.apache.lucene.index.BaseMergePolicyTestCase$1.merge(BaseMergePolicyTestCase.java:44)
at org.apache.lucene.index.IndexWriter.maybeMerge(IndexWriter.java:1917)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1750)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1707)
at 
org.apache.lucene.index.BaseMergePolicyTestCase.testForceMergeNotNeeded(BaseMergePolicyTestCase.java:63)
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:520)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:804)




Build Log:
[...truncated 7429 lines...]
   [junit4] Suite: org.apache.lucene.index.TestSortingMergePolicy
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestSortingMergePolicy -Dtests.method=testForceMergeNotNeeded 
-Dtests.seed=50B30A56B62EDA61 -Dtests.multiplier=3 -Dtests.slow=true 
-Dtests.locale=ug-Arab-CN -Dtests.timezone=Pacific/Chatham -Dtests.asserts=true

[jira] [Commented] (SOLR-8510) Implement DatabaseMetaDataImpl.getSchemas()


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

Kevin Risden commented on SOLR-8510:


[~joel.bernstein] - I think this is good to go. When testing this with 
DBVisualizer, I found that getDataTypes is called next and opened SOLR-8631 for 
this.

> Implement DatabaseMetaDataImpl.getSchemas()
> ---
>
> Key: SOLR-8510
> URL: https://issues.apache.org/jira/browse/SOLR-8510
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8510.patch, SOLR-8510.patch
>
>
> DBVisualizer asks for information about schemas just like it does for 
> catalogs.
> 2016-01-07 13:58:49.974 FINE83 [Thread-423 - B.execute] Execute Command: 
> getSchemaNames
> 2016-01-07 13:58:49.975 FINE83 [Thread-423 - O.ￄﾔ] getSchema() for: abc
> 2016-01-07 13:58:49.975 FINE83 [pool-3-thread-12 - E.ￄﾁ] RootConnection: 
> DatabaseMetaDataImpl.getSchemas()
> 2016-01-07 13:58:49.976 INFO83 [Thread-423 - L.ￄﾂ] Error getting schemas 
> for: abc
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at com.jidesoft.grid.TableModelWrapperImpl.(Unknown Source)
>   at com.jidesoft.grid.DefaultTableModelWrapper.(Unknown Source)
>   at com.jidesoft.grid.FilterableTableModel.(Unknown Source)
>   at com.jidesoft.grid.FilterableTreeTableModel.(Unknown Source)
>   at com.onseven.dbvis.K.B._.(Z:1161)
>   at com.onseven.dbvis.db.AbstractFacade.executeAndGet(Z:975)
>   at com.onseven.dbvis.db.AbstractFacade.getSchemaNames(Z:921)
>   at com.onseven.dbvis.L.L.ￄﾂ(Z:2202)
>   at com.onseven.dbvis.F.F$A.run(Z:3578)
>   at java.lang.Thread.run(Thread.java:745)



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

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

[jira] [Assigned] (SOLR-7281) Add an overseer action to publish an entire node as 'down'


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

Mark Miller reassigned SOLR-7281:
-

Assignee: Mark Miller  (was: Shalin Shekhar Mangar)

> Add an overseer action to publish an entire node as 'down'
> --
>
> Key: SOLR-7281
> URL: https://issues.apache.org/jira/browse/SOLR-7281
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrCloud
>Reporter: Shalin Shekhar Mangar
>Assignee: Mark Miller
> Fix For: 5.2, Trunk
>
> Attachments: SOLR-7281.patch
>
>
> A node restart currently iterates through each core and publishes an item to 
> the Overseer queue to mark that core as 'down'. This is inefficient if each 
> node has many cores and causes overseer to be overwhelmed with requests. We 
> can publish a single 'down' status for the entire node and have the overseer 
> do the rest.



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

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

[jira] [Updated] (SOLR-7281) Add an overseer action to publish an entire node as 'down'


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

Mark Miller updated SOLR-7281:
--
Attachment: SOLR-7281.patch

Here is a patch.

> Add an overseer action to publish an entire node as 'down'
> --
>
> Key: SOLR-7281
> URL: https://issues.apache.org/jira/browse/SOLR-7281
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrCloud
>Reporter: Shalin Shekhar Mangar
>Assignee: Shalin Shekhar Mangar
> Fix For: 5.2, Trunk
>
> Attachments: SOLR-7281.patch
>
>
> A node restart currently iterates through each core and publishes an item to 
> the Overseer queue to mark that core as 'down'. This is inefficient if each 
> node has many cores and causes overseer to be overwhelmed with requests. We 
> can publish a single 'down' status for the entire node and have the overseer 
> do the rest.



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

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

[JENKINS] Lucene-Solr-trunk-Solaris (64bit/jdk1.8.0) - Build # 372 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Solaris/372/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseG1GC

1 tests failed.
FAILED:  org.apache.lucene.index.TestSortingMergePolicy.testForceMergeNotNeeded

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([3D4B5DE446C63F9C:216825FEDD99D489]:0)
at 
org.apache.lucene.index.BaseMergePolicyTestCase$1.merge(BaseMergePolicyTestCase.java:44)
at org.apache.lucene.index.IndexWriter.maybeMerge(IndexWriter.java:1917)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1750)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1707)
at 
org.apache.lucene.index.BaseMergePolicyTestCase.testForceMergeNotNeeded(BaseMergePolicyTestCase.java:63)
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:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 7416 lines...]
   [junit4] Suite: org.apache.lucene.index.TestSortingMergePolicy
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestSortingMergePolicy -Dtests.method=testForceMergeNotNeeded 
-Dtests.seed=3D4B5DE446C63F9C -Dtests.slow=true -Dtests.locale=es-DO 
-Dtests.timezone=Africa/Ndjamena -Dtests.asserts=true 
-Dtests.file.encoding=ISO-8859-1
   [junit4] FAILURE 0.48s J1 |

[jira] [Updated] (SOLR-8510) Implement DatabaseMetaDataImpl.getSchemas()


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

Kevin Risden updated SOLR-8510:
---
Attachment: SOLR-8510.patch

Improved test to remove hard coded list of collections in getSchemas test.

> Implement DatabaseMetaDataImpl.getSchemas()
> ---
>
> Key: SOLR-8510
> URL: https://issues.apache.org/jira/browse/SOLR-8510
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrJ
>Affects Versions: Trunk
>Reporter: Kevin Risden
> Attachments: SOLR-8510.patch, SOLR-8510.patch
>
>
> DBVisualizer asks for information about schemas just like it does for 
> catalogs.
> 2016-01-07 13:58:49.974 FINE83 [Thread-423 - B.execute] Execute Command: 
> getSchemaNames
> 2016-01-07 13:58:49.975 FINE83 [Thread-423 - O.ￄﾔ] getSchema() for: abc
> 2016-01-07 13:58:49.975 FINE83 [pool-3-thread-12 - E.ￄﾁ] RootConnection: 
> DatabaseMetaDataImpl.getSchemas()
> 2016-01-07 13:58:49.976 INFO83 [Thread-423 - L.ￄﾂ] Error getting schemas 
> for: abc
> java.lang.IllegalArgumentException: model passed to DefaultTableModelWrapper 
> cannot be null
>   at com.jidesoft.grid.TableModelWrapperImpl.(Unknown Source)
>   at com.jidesoft.grid.DefaultTableModelWrapper.(Unknown Source)
>   at com.jidesoft.grid.FilterableTableModel.(Unknown Source)
>   at com.jidesoft.grid.FilterableTreeTableModel.(Unknown Source)
>   at com.onseven.dbvis.K.B._.(Z:1161)
>   at com.onseven.dbvis.db.AbstractFacade.executeAndGet(Z:975)
>   at com.onseven.dbvis.db.AbstractFacade.getSchemaNames(Z:921)
>   at com.onseven.dbvis.L.L.ￄﾂ(Z:2202)
>   at com.onseven.dbvis.F.F$A.run(Z:3578)
>   at java.lang.Thread.run(Thread.java:745)



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

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

[jira] [Created] (SOLR-8631) Implement DatabaseMetaDataImpl.getDataTypes()

Kevin Risden created SOLR-8631:
--

 Summary: Implement DatabaseMetaDataImpl.getDataTypes()
 Key: SOLR-8631
 URL: https://issues.apache.org/jira/browse/SOLR-8631
 Project: Solr
  Issue Type: Sub-task
  Components: SolrJ
Affects Versions: Trunk
Reporter: Kevin Risden
 Fix For: Trunk


Once getSchemas (SOLR-8510) is implemented, DBVisualizer tries to get type 
information with getDataTypes and fails with a NPE. A short term workaround is 
to an UnsupportedOperationException instead of returning null.

{code}
2016-02-01 21:27:33.868 FINE   647 [pool-3-thread-4 - E.ￄﾁ] RootConnection: 
DatabaseMetaDataImpl.getTypeInfo()
2016-02-01 21:27:33.870 FINE   647 [AWT-EventQueue-0 - B.executionFinished] 
Exception while Connecting
com.onseven.dbvis.K.B.P: java.util.concurrent.ExecutionException: 
java.lang.NullPointerException
at com.onseven.dbvis.K.B.L.ￄﾁ(Z:2680)
at com.onseven.dbvis.K.B.L.ￄﾁ(Z:1521)
at com.onseven.dbvis.K.B.L$3.run(Z:3032)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: java.util.concurrent.ExecutionException: 
java.lang.NullPointerException
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:192)
at javax.swing.SwingWorker.get(SwingWorker.java:602)
at com.onseven.dbvis.K.B.L.ￄﾁ(Z:990)
... 16 more
Caused by: java.lang.NullPointerException
at com.onseven.dbvis.db.AbstractFacade.getDataTypes(Z:3212)
at com.onseven.dbvis.db.AbstractFacade.runConnectionSetup(Z:1260)
at com.onseven.dbvis.db.A.I.ￄﾷ(Z:3512)
at com.onseven.dbvis.db.A.B.execute(Z:2933)
at com.onseven.dbvis.K.B.Z.ￄﾁ(Z:2285)
at com.onseven.dbvis.K.B.L.ￄﾂ(Z:1374)
at com.onseven.dbvis.K.B.L.doInBackground(Z:1521)
at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at javax.swing.SwingWorker.run(SwingWorker.java:334)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}



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

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

[JENKINS] Lucene-Solr-5.x-Linux (32bit/jdk1.7.0_80) - Build # 15435 - Still Failing!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/15435/
Java: 32bit/jdk1.7.0_80 -client -XX:+UseG1GC

3 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.solr.cloud.SaslZkACLProviderTest

Error Message:
6 threads leaked from SUITE scope at 
org.apache.solr.cloud.SaslZkACLProviderTest: 1) Thread[id=1353, 
name=apacheds, state=WAITING, group=TGRP-SaslZkACLProviderTest] at 
java.lang.Object.wait(Native Method) at 
java.lang.Object.wait(Object.java:503) at 
java.util.TimerThread.mainLoop(Timer.java:526) at 
java.util.TimerThread.run(Timer.java:505)2) Thread[id=1355, 
name=groupCache.data, state=TIMED_WAITING, group=TGRP-SaslZkACLProviderTest]
 at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1090)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:807)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:745)3) Thread[id=1354, 
name=ou=system.data, state=TIMED_WAITING, group=TGRP-SaslZkACLProviderTest] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1090)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:807)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:745)4) Thread[id=1358, 
name=pool-3-thread-1, state=TIMED_WAITING, group=TGRP-SaslZkACLProviderTest]
 at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) 
at 
java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
 at 
java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:359)
 at 
java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:942) 
at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:745)5) Thread[id=1357, 
name=kdcReplayCache.data, state=TIMED_WAITING, 
group=TGRP-SaslZkACLProviderTest] at sun.misc.Unsafe.park(Native 
Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1090)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:807)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)   
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:745)6) Thread[id=1356, 
name=changePwdReplayCache.data, state=TIMED_WAITING, 
group=TGRP-SaslZkACLProviderTest] at sun.misc.Unsafe.park(Native 
Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1090)
 at 
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:807)
 at 
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)   
  at

[jira] [Updated] (SOLR-8615) Just like creating cores, we should use multiple threads when closing cores.


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

Mark Miller updated SOLR-8615:
--
Attachment: SOLR-8615.patch

Patch. As we are willing to start cores with as many threads as it takes, we 
should be more willing to stop them the same way - much cheaper OP.

> Just like creating cores, we should use multiple threads when closing cores.
> 
>
> Key: SOLR-8615
> URL: https://issues.apache.org/jira/browse/SOLR-8615
> Project: Solr
>  Issue Type: Improvement
>Reporter: Mark Miller
>Assignee: Mark Miller
> Attachments: SOLR-8615.patch
>
>
> Closing a core can actually take a while (commit on close among other 
> things). It's important to use more than one thread for a timely shutdown on 
> a node with lots of cores.



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

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

[JENKINS] Lucene-Solr-5.x-Solaris (64bit/jdk1.8.0) - Build # 364 - Failure!

2016-02-01 Thread ASF subversion and git services (JIRA)

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Solaris/364/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.lucene.index.TestSortingMergePolicy.testForceMergeNotNeeded

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([3BAF837DBC00013C:278CFB67275FEA29]:0)
at 
org.apache.lucene.index.BaseMergePolicyTestCase$1.merge(BaseMergePolicyTestCase.java:44)
at org.apache.lucene.index.IndexWriter.maybeMerge(IndexWriter.java:1931)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1764)
at org.apache.lucene.index.IndexWriter.forceMerge(IndexWriter.java:1721)
at 
org.apache.lucene.index.BaseMergePolicyTestCase.testForceMergeNotNeeded(BaseMergePolicyTestCase.java:63)
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:1764)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:871)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:921)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:809)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:460)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:880)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:781)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:816)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:827)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
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:54)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:367)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 7675 lines...]
   [junit4] Suite: org.apache.lucene.index.TestSortingMergePolicy
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=TestSortingMergePolicy -Dtests.method=testForceMergeNotNeeded 
-Dtests.seed=3BAF837DBC00013C -Dtests.slow=true -Dtests.locale=es-ES 
-Dtests.timezone=Pacific/Wallis -Dtests.asserts=true 
-Dtests.file.encoding=ISO-8859-1
   [junit4] FAILURE 0.29s J0 |

[jira] [Commented] (SOLR-8607) The Schema API refuses to add new fields that match existing dynamic fields


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

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

Commit 2bcda57ffbcb1456c17580f36c83530e8ac44f65 in lucene-solr's branch 
refs/heads/branch_5x from [~steve_rowe]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2bcda57 ]

SOLR-8607: The Schema API refuses to add new fields that match existing dynamic 
fields (cherry-picked commit 064c0ac).


> The Schema API refuses to add new fields that match existing dynamic fields
> ---
>
> Key: SOLR-8607
> URL: https://issues.apache.org/jira/browse/SOLR-8607
> Project: Solr
>  Issue Type: Bug
>  Components: Schema and Analysis
>Affects Versions: 5.3.1
>Reporter: kiran
>Priority: Minor
> Attachments: SOLR-8607.patch, SOLR-8607.patch
>
>
> If the all catch dynamic field '*' is present in a managed schema collection, 
> then any field creation requests through Schema API return the 
> confusing/weird error "Field $\{FIELD_NAME\} already exists".
> *Schema of a test collection*: 
> {code}
> curl -X GET http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":0},
>   "schema":{
> "name":"example",
> "version":1.5,
> "uniqueKey":"id",
> "fieldTypes":[{
> "name":"boolean",
> "class":"solr.BoolField",
> "sortMissingLast":true},
>   {
> "name":"double",
> "class":"solr.TrieDoubleField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"float",
> "class":"solr.TrieFloatField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"int",
> "class":"solr.TrieIntField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"long",
> "class":"solr.TrieLongField",
> "precisionStep":"6"},
>   {
> "name":"string",
> "class":"solr.StrField",
> "sortMissingLast":true},
>   {
> "name":"tdate",
> "class":"solr.TrieDateField",
> "positionIncrementGap":"0",
> "precisionStep":"6"}],
> "fields":[{
> "name":"_root_",
> "type":"string",
> "indexed":true,
> "stored":false},
>   {
> "name":"_version_",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"id",
> "type":"string",
> "indexed":true,
> "required":true,
> "stored":true}],
> "dynamicFields":[{
> "name":"*_tdt",
> "type":"tdate",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_txt",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ss",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ii",
> "type":"int",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ls",
> "type":"long",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_i",
> "type":"int",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_s",
> "type":"string",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_l",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_b",
> "type":"boolean",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_f",
> "type":"float",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_d",
> "type":"double",
> "indexed":true,
> "stored":true},
>   {
> "name":"*",
> "type":"string",
> "indexed":true,
> "stored":true}],
> "copyFields":[]}}
> {code}
> *Create new field 'userId' using Schema API*
> {code}
> curl -X POST -H "Content-type:application/json" --data-binary '{"add-field": 
> {"name":"userId","type":"string","indexed":"true","stored":"true"}}' 
> http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":6},
>   "errors":[{
>   "add-field":{
> "name":"userId",
> "type":"string",
> "indexed":"true",
> "stored":"true"},
>   "errorMessages":["Field 'userId' already exists.\n"]}]}
> {code}
> The field 'userId' does not exist in the schema but it is also

[jira] [Resolved] (SOLR-8607) The Schema API refuses to add new fields that match existing dynamic fields


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

Steve Rowe resolved SOLR-8607.
--
   Resolution: Fixed
 Assignee: Steve Rowe
Fix Version/s: Trunk
   5.5

Pushed to master and branch_5x.

Thanks [~kiranch] and [~janhoy] for reporting!

> The Schema API refuses to add new fields that match existing dynamic fields
> ---
>
> Key: SOLR-8607
> URL: https://issues.apache.org/jira/browse/SOLR-8607
> Project: Solr
>  Issue Type: Bug
>  Components: Schema and Analysis
>Affects Versions: 5.3.1
>Reporter: kiran
>Assignee: Steve Rowe
>Priority: Minor
> Fix For: 5.5, Trunk
>
> Attachments: SOLR-8607.patch, SOLR-8607.patch
>
>
> If the all catch dynamic field '*' is present in a managed schema collection, 
> then any field creation requests through Schema API return the 
> confusing/weird error "Field $\{FIELD_NAME\} already exists".
> *Schema of a test collection*: 
> {code}
> curl -X GET http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":0},
>   "schema":{
> "name":"example",
> "version":1.5,
> "uniqueKey":"id",
> "fieldTypes":[{
> "name":"boolean",
> "class":"solr.BoolField",
> "sortMissingLast":true},
>   {
> "name":"double",
> "class":"solr.TrieDoubleField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"float",
> "class":"solr.TrieFloatField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"int",
> "class":"solr.TrieIntField",
> "positionIncrementGap":"0",
> "precisionStep":"0"},
>   {
> "name":"long",
> "class":"solr.TrieLongField",
> "precisionStep":"6"},
>   {
> "name":"string",
> "class":"solr.StrField",
> "sortMissingLast":true},
>   {
> "name":"tdate",
> "class":"solr.TrieDateField",
> "positionIncrementGap":"0",
> "precisionStep":"6"}],
> "fields":[{
> "name":"_root_",
> "type":"string",
> "indexed":true,
> "stored":false},
>   {
> "name":"_version_",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"id",
> "type":"string",
> "indexed":true,
> "required":true,
> "stored":true}],
> "dynamicFields":[{
> "name":"*_tdt",
> "type":"tdate",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_txt",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ss",
> "type":"string",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ii",
> "type":"int",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_ls",
> "type":"long",
> "multiValued":true,
> "indexed":true,
> "stored":true},
>   {
> "name":"*_i",
> "type":"int",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_s",
> "type":"string",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_l",
> "type":"long",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_b",
> "type":"boolean",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_f",
> "type":"float",
> "indexed":true,
> "stored":true},
>   {
> "name":"*_d",
> "type":"double",
> "indexed":true,
> "stored":true},
>   {
> "name":"*",
> "type":"string",
> "indexed":true,
> "stored":true}],
> "copyFields":[]}}
> {code}
> *Create new field 'userId' using Schema API*
> {code}
> curl -X POST -H "Content-type:application/json" --data-binary '{"add-field": 
> {"name":"userId","type":"string","indexed":"true","stored":"true"}}' 
> http://localhost:8983/solr/testSQLQueries-eventsim/schema
> {
>   "responseHeader":{
> "status":0,
> "QTime":6},
>   "errors":[{
>   "add-field":{
> "name":"userId",
> "type":"string",
> "indexed":"true",
> "stored":"true"},
>   "errorMessages":["Field 'userId' already exists.\n"]}]}
> {code}
> The field 'userId' does not exist in the schema but it is also not possible 
> to add this field because of the dynamic field '*'.
> While one should never define dynamic field '*' in a managed

[jira] [Commented] (SOLR-8461) CloudSolrStream and ParallelStream can choose replicas that are not active


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

Stephan Lagraulet commented on SOLR-8461:
-

I'm trying to gather all issues related to SolrCloud that affects Solr 5.4. Can 
you affect SolrCloud component to this issue ?

> CloudSolrStream and ParallelStream can choose replicas that are not active
> --
>
> Key: SOLR-8461
> URL: https://issues.apache.org/jira/browse/SOLR-8461
> Project: Solr
>  Issue Type: Bug
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Attachments: SOLR-8461.patch, SOLR-8461.patch, SOLR-8461.patch, 
> SOLR-8461.patch, SOLR-8461.patch
>
>
> Currently CloudSolrStream and ParallelStream don't check the state of the 
> replicas they route requests to. This can result in replicas that are not 
> active receiving request.



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

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

[jira] [Commented] (SOLR-5750) Backup/Restore API for SolrCloud

2016-02-01 Thread David Smiley (JIRA)


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

David Smiley commented on SOLR-5750:


What's left to do on this issue?  Does it actually work?  The feedback I've 
seen seem to be around improvements to make it better -- i.e. using a shared 
filesystem resulting in no actual copying of files.  

I looked at the patch.  On the restore side I noticed a loop of slices and then 
a loop of replicas starting with this comment: "//Copy data from backed up 
index to each replica".  Shouldn't there be just one replica per shard to 
restore, and then later the replicationFactor will expand to the desired level?
Another question is I wonder if any of these loops should be done in parallel 
or if they are issuing asynchronous requests so it isn't necessary.  It would 
help to document the pertinent loops with this information, and possibly do 
some in parallel if they should be done so.

> Backup/Restore API for SolrCloud
> 
>
> Key: SOLR-5750
> URL: https://issues.apache.org/jira/browse/SOLR-5750
> Project: Solr
>  Issue Type: Sub-task
>  Components: SolrCloud
>Reporter: Shalin Shekhar Mangar
>Assignee: Varun Thacker
> Fix For: 5.2, Trunk
>
> Attachments: SOLR-5750.patch, SOLR-5750.patch, SOLR-5750.patch, 
> SOLR-5750.patch
>
>
> We should have an easy way to do backups and restores in SolrCloud. The 
> ReplicationHandler supports a backup command which can create snapshots of 
> the index but that is too little.
> The command should be able to backup:
> # Snapshots of all indexes or indexes from the leader or the shards
> # Config set
> # Cluster state
> # Cluster properties
> # Aliases
> # Overseer work queue?
> A restore should be able to completely restore the cloud i.e. no manual steps 
> required other than bringing nodes back up or setting up a new cloud cluster.
> SOLR-5340 will be a part of this issue.



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

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

[jira] [Commented] (SOLR-8461) CloudSolrStream and ParallelStream can choose replicas that are not active


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

Joel Bernstein commented on SOLR-8461:
--

This bug is only in trunk so it only effects the 6.0 release

> CloudSolrStream and ParallelStream can choose replicas that are not active
> --
>
> Key: SOLR-8461
> URL: https://issues.apache.org/jira/browse/SOLR-8461
> Project: Solr
>  Issue Type: Bug
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Attachments: SOLR-8461.patch, SOLR-8461.patch, SOLR-8461.patch, 
> SOLR-8461.patch, SOLR-8461.patch
>
>
> Currently CloudSolrStream and ParallelStream don't check the state of the 
> replicas they route requests to. This can result in replicas that are not 
> active receiving request.



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

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

[jira] [Updated] (SOLR-8129) HdfsChaosMonkeyNothingIsSafeTest failures


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

Yonik Seeley updated SOLR-8129:
---
Component/s: SolrCloud

> HdfsChaosMonkeyNothingIsSafeTest failures
> -
>
> Key: SOLR-8129
> URL: https://issues.apache.org/jira/browse/SOLR-8129
> Project: Solr
>  Issue Type: Bug
>  Components: SolrCloud
>Reporter: Yonik Seeley
> Attachments: fail.151005_064958, fail.151005_080319
>
>
> New HDFS chaos test in SOLR-8123 hits a number of types of failures, 
> including shard inconsistency.



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

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

[jira] [Updated] (SOLR-8461) CloudSolrStream and ParallelStream can choose replicas that are not active


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

Joel Bernstein updated SOLR-8461:
-
Component/s: SolrCloud

> CloudSolrStream and ParallelStream can choose replicas that are not active
> --
>
> Key: SOLR-8461
> URL: https://issues.apache.org/jira/browse/SOLR-8461
> Project: Solr
>  Issue Type: Bug
>  Components: SolrCloud
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Attachments: SOLR-8461.patch, SOLR-8461.patch, SOLR-8461.patch, 
> SOLR-8461.patch, SOLR-8461.patch
>
>
> Currently CloudSolrStream and ParallelStream don't check the state of the 
> replicas they route requests to. This can result in replicas that are not 
> active receiving request.



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

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

[jira] [Commented] (SOLR-8586) Implement hash over all documents to check for shard synchronization


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

Yonik Seeley commented on SOLR-8586:


{quote}
PeerSync always returned "true" if the core doing the sync was judged to be 
either equal to or ahead of the remote core.
So one outstanding question is: under what circumstances do we change this to 
only return true on an exact match?
{quote}

So I think the answer to this is that we're OK, as long as *both* peers don't 
end up returning true.

> Implement hash over all documents to check for shard synchronization
> 
>
> Key: SOLR-8586
> URL: https://issues.apache.org/jira/browse/SOLR-8586
> Project: Solr
>  Issue Type: Improvement
>  Components: SolrCloud
>Reporter: Yonik Seeley
> Attachments: SOLR-8586.patch, SOLR-8586.patch
>
>
> An order-independent hash across all of the versions in the index should 
> suffice.  The hash itself is pretty easy, but we need to figure out 
> when/where to do this check (for example, I think PeerSync is currently used 
> in multiple contexts and this check would perhaps not be appropriate for all 
> PeerSync calls?)



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

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

[jira] [Commented] (SOLR-8461) CloudSolrStream and ParallelStream can choose replicas that are not active