Suddenly can't run tests in IntelliJ

On a clean trunk checkout, after executing the 'ant idea' target and opening the project in intellij, I can't run any tests. I keep getting: Error:(139, 42) java: package com.carrotsearch.randomizedtesting does not exist and none of the carrotsearch.randomizedtesting imports are resolved in, for

[JENKINS] Lucene-Solr-Tests-trunk-Java7 - Build # 4915 - Failure

Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java7/4915/ 1 tests failed. REGRESSION: org.apache.solr.cloud.ChaosMonkeySafeLeaderTest.testDistribSearch Error Message: expected:<0> but was:<1> Stack Trace: java.lang.AssertionError: expected:<0> but was:<1> at __randomized

Re: Highlighters, accurate highlighting, and the PostingsHighlighter

This is music to my ears, I came across the same highlighter issues and had a little discussion here: http://lucene.markmail.org/thread/ppunujq3hjjzq3z7#query:+page:1+mid:b6jweck6b6m2k4n4+state:results Unfortunately I didn’t make much progress on it. -Steve On Oct 10, 2014, at 12:38 AM, david

Highlighters, accurate highlighting, and the PostingsHighlighter

I’m working on making highlighting both accurate and fast. By “accurate”, I mean the highlights need to accurately reflect a match given the query and various possible query types (to include SpanQueries and MultiTermQueries and obviously phrase queries and the usual suspects). The fastest highli

[jira] [Commented] (SOLR-6615) Refactor code to use String constants

[ https://issues.apache.org/jira/browse/SOLR-6615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14166243#comment-14166243 ] Yonik Seeley commented on SOLR-6615: +1, but not the test code please... IMO, If consta

[jira] [Commented] (LUCENE-6002) Fix monster tests so they pass

[ https://issues.apache.org/jira/browse/LUCENE-6002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14166005#comment-14166005 ] Ryan Ernst commented on LUCENE-6002: If you want to ignore sysout checks for all mons

[JENKINS] Lucene-Solr-NightlyTests-5.x - Build # 645 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.x/645/ 1 tests failed. REGRESSION: org.apache.solr.spelling.SpellCheckCollatorTest.testEstimatedHitCounts Error Message: Exception during query Stack Trace: java.lang.RuntimeException: Exception during query at __randomiz

[jira] [Resolved] (SOLR-6608) Atomic update with CloudSolrServer gives 'missing required field:'

[ https://issues.apache.org/jira/browse/SOLR-6608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man resolved SOLR-6608. Resolution: Invalid please post questions to the solr-user@lucene mailing list for discussion & advice befor

[jira] [Commented] (LUCENE-6002) Fix monster tests so they pass

[ https://issues.apache.org/jira/browse/LUCENE-6002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165937#comment-14165937 ] Shawn Heisey commented on LUCENE-6002: -- I think my first order of business would be

[jira] [Commented] (SOLR-5986) Don't allow runaway queries from harming Solr cluster health or search performance

[ https://issues.apache.org/jira/browse/SOLR-5986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165917#comment-14165917 ] ASF subversion and git services commented on SOLR-5986: --- Commit 16306

[JENKINS] Lucene-Solr-trunk-Linux (32bit/jdk1.8.0_40-ea-b04) - Build # 11419 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/11419/ Java: 32bit/jdk1.8.0_40-ea-b04 -client -XX:+UseG1GC 1 tests failed. REGRESSION: org.apache.solr.cloud.ChaosMonkeyNothingIsSafeTest.testDistribSearch Error Message: There were too many update fails - we expect it can happen, bu

[jira] [Resolved] (SOLR-6549) bin/solr script should support a -s option to set the -Dsolr.solr.home property

[ https://issues.apache.org/jira/browse/SOLR-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter resolved SOLR-6549. -- Resolution: Fixed Fix Version/s: 5.0 > bin/solr script should support a -s option to set t

[jira] [Resolved] (SOLR-6529) Stop command in the start scripts should only stop the instance that it had started

[ https://issues.apache.org/jira/browse/SOLR-6529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter resolved SOLR-6529. -- Resolution: Fixed Fix Version/s: 5.0 > Stop command in the start scripts should only stop

[jira] [Commented] (SOLR-6529) Stop command in the start scripts should only stop the instance that it had started

[ https://issues.apache.org/jira/browse/SOLR-6529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165888#comment-14165888 ] ASF subversion and git services commented on SOLR-6529: --- Commit 16306

[jira] [Commented] (SOLR-6326) ExternalFileFieldReloader and commits

[ https://issues.apache.org/jira/browse/SOLR-6326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165890#comment-14165890 ] Peter Keegan commented on SOLR-6326: Hoss's issue in SOLR-5783 seems reasonable to me.

[jira] [Commented] (SOLR-6529) Stop command in the start scripts should only stop the instance that it had started

[ https://issues.apache.org/jira/browse/SOLR-6529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165885#comment-14165885 ] ASF subversion and git services commented on SOLR-6529: --- Commit 16306

[jira] [Commented] (SOLR-6351) Let Stats Hang off of Pivots (via 'tag')

[ https://issues.apache.org/jira/browse/SOLR-6351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165864#comment-14165864 ] Hoss Man commented on SOLR-6351: {quote} so i guess the question is: is the current general

[jira] [Commented] (SOLR-6349) LocalParams for enabling/disabling individual stats

[ https://issues.apache.org/jira/browse/SOLR-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165856#comment-14165856 ] Hoss Man commented on SOLR-6349: Side note... one good bit of discovery that came out of

[jira] [Updated] (SOLR-6349) LocalParams for enabling/disabling individual stats

[ https://issues.apache.org/jira/browse/SOLR-6349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man updated SOLR-6349: --- Attachment: SOLR-6349___bad_idea_broken.patch I've been trying to work on this off and on over the psat week a

[jira] [Commented] (SOLR-5963) Finalize interface and backport analytics component to 4x

[ https://issues.apache.org/jira/browse/SOLR-5963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165803#comment-14165803 ] Talat UYARER commented on SOLR-5963: I used Yori's patch. I backported from trunk to 4.

[jira] [Commented] (SOLR-5963) Finalize interface and backport analytics component to 4x

[ https://issues.apache.org/jira/browse/SOLR-5963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165762#comment-14165762 ] Erick Erickson commented on SOLR-5963: -- the "other mechanism" is just making it a cont

[jira] [Commented] (LUCENE-6001) DrillSideways throws NullPointerException for some searches

[ https://issues.apache.org/jira/browse/LUCENE-6001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165728#comment-14165728 ] Robert Muir commented on LUCENE-6001: - In this specific case, DrillsideWays calls cos

[jira] [Commented] (LUCENE-6001) DrillSideways throws NullPointerException for some searches

[ https://issues.apache.org/jira/browse/LUCENE-6001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165703#comment-14165703 ] Robert Muir commented on LUCENE-6001: - The issue could be more problematic really. In

[jira] [Commented] (LUCENE-6001) DrillSideways throws NullPointerException for some searches

[ https://issues.apache.org/jira/browse/LUCENE-6001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165693#comment-14165693 ] Robert Muir commented on LUCENE-6001: - ok I see the bug. ReqExclScorer can indeed be

[jira] [Commented] (LUCENE-6001) DrillSideways throws NullPointerException for some searches

[ https://issues.apache.org/jira/browse/LUCENE-6001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165689#comment-14165689 ] Robert Muir commented on LUCENE-6001: - If ReqExclScorer has a null 'req' part, then s

[jira] [Created] (SOLR-6616) Make shards.tolerant and timeAllowed work together

Anshum Gupta created SOLR-6616: -- Summary: Make shards.tolerant and timeAllowed work together Key: SOLR-6616 URL: https://issues.apache.org/jira/browse/SOLR-6616 Project: Solr Issue Type: Bug

[jira] [Commented] (SOLR-5986) Don't allow runaway queries from harming Solr cluster health or search performance

[ https://issues.apache.org/jira/browse/SOLR-5986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165654#comment-14165654 ] ASF subversion and git services commented on SOLR-5986: --- Commit 16305

[jira] [Commented] (LUCENE-6001) DrillSideways throws NullPointerException for some searches

[ https://issues.apache.org/jira/browse/LUCENE-6001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165650#comment-14165650 ] Dragan Jotanovic commented on LUCENE-6001: -- I'm afraid that would be very hard a

[jira] [Resolved] (SOLR-6609) queryParams not respected for single-stream UpdateRequests

[ https://issues.apache.org/jira/browse/SOLR-6609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gregory Chanan resolved SOLR-6609. -- Resolution: Fixed Fix Version/s: Trunk 5.0 Thanks for the review Mark,

[jira] [Commented] (SOLR-6609) queryParams not respected for single-stream UpdateRequests

[ https://issues.apache.org/jira/browse/SOLR-6609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165640#comment-14165640 ] ASF subversion and git services commented on SOLR-6609: --- Commit 16305

[jira] [Commented] (SOLR-6609) queryParams not respected for single-stream UpdateRequests

[ https://issues.apache.org/jira/browse/SOLR-6609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165639#comment-14165639 ] ASF subversion and git services commented on SOLR-6609: --- Commit 16305

[jira] [Updated] (SOLR-6606) In cloud mode the leader should distribute autoCommits to it's replicas

[ https://issues.apache.org/jira/browse/SOLR-6606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Varun Thacker updated SOLR-6606: Attachment: SOLR-6606.patch bq. So can we really guarantee that the segments are identical for all me

[jira] [Commented] (SOLR-6610) In stateFormat=2, ZkController.publishAndWaitForDownStates always times out

[ https://issues.apache.org/jira/browse/SOLR-6610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165613#comment-14165613 ] Jessica Cheng Mallet commented on SOLR-6610: We're seeing it manifested in our

[jira] [Created] (LUCENE-6002) Fix monster tests so they pass

Shawn Heisey created LUCENE-6002: Summary: Fix monster tests so they pass Key: LUCENE-6002 URL: https://issues.apache.org/jira/browse/LUCENE-6002 Project: Lucene - Core Issue Type: Bug

[jira] [Commented] (LUCENE-6001) DrillSideways throws NullPointerException for some searches

[ https://issues.apache.org/jira/browse/LUCENE-6001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165587#comment-14165587 ] Shai Erera commented on LUCENE-6001: Can you post a test case which fails with this e

[jira] [Commented] (SOLR-6599) Wrong error logged on DIH connection problem

[ https://issues.apache.org/jira/browse/SOLR-6599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165567#comment-14165567 ] Shawn Heisey commented on SOLR-6599: In JdbcDataSource#createConnectionFactory, in the

[jira] [Commented] (SOLR-6549) bin/solr script should support a -s option to set the -Dsolr.solr.home property

[ https://issues.apache.org/jira/browse/SOLR-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165525#comment-14165525 ] ASF subversion and git services commented on SOLR-6549: --- Commit 16305

[jira] [Commented] (SOLR-6549) bin/solr script should support a -s option to set the -Dsolr.solr.home property

[ https://issues.apache.org/jira/browse/SOLR-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165518#comment-14165518 ] ASF subversion and git services commented on SOLR-6549: --- Commit 16305

[jira] [Commented] (SOLR-6549) bin/solr script should support a -s option to set the -Dsolr.solr.home property

[ https://issues.apache.org/jira/browse/SOLR-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165515#comment-14165515 ] ASF subversion and git services commented on SOLR-6549: --- Commit 16305

[jira] [Commented] (SOLR-5963) Finalize interface and backport analytics component to 4x

[ https://issues.apache.org/jira/browse/SOLR-5963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165510#comment-14165510 ] Talat UYARER commented on SOLR-5963: [~erickerickson], What is other mechanisim ? Is i

[jira] [Commented] (SOLR-6609) queryParams not respected for single-stream UpdateRequests

[ https://issues.apache.org/jira/browse/SOLR-6609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165479#comment-14165479 ] Mark Miller commented on SOLR-6609: --- +1 > queryParams not respected for single-stream Up

[jira] [Commented] (SOLR-5986) Don't allow runaway queries from harming Solr cluster health or search performance

[ https://issues.apache.org/jira/browse/SOLR-5986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165454#comment-14165454 ] Steve Rowe commented on SOLR-5986: -- bq. For this issue, I think we should just target stic

[jira] [Commented] (SOLR-5986) Don't allow runaway queries from harming Solr cluster health or search performance

[ https://issues.apache.org/jira/browse/SOLR-5986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165448#comment-14165448 ] Anshum Gupta commented on SOLR-5986: Digging deeper into all of this, seems like there'

[jira] [Commented] (SOLR-6157) ReplicationFactorTest hangs

[ https://issues.apache.org/jira/browse/SOLR-6157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165437#comment-14165437 ] ASF subversion and git services commented on SOLR-6157: --- Commit 16305

[GitHub] lucene-solr pull request: make ShardHandlerFactory maxConnections ...

Github user asfgit closed the pull request at: https://github.com/apache/lucene-solr/pull/99 --- 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

[jira] [Commented] (SOLR-6605) make ShardHandlerFactory maxConnections configurable

[ https://issues.apache.org/jira/browse/SOLR-6605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165426#comment-14165426 ] ASF GitHub Bot commented on SOLR-6605: -- Github user asfgit closed the pull request at:

Re: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

Thanks for the background Uwe. Makes sense to me now. Also, just want to thank everyone working on Solr & Lucene. It really is fantastic at what it does. Charlie On 09/10/2014 18:39, Uwe Schindler wrote: What happens is explained here:

[jira] [Comment Edited] (SOLR-6610) In stateFormat=2, ZkController.publishAndWaitForDownStates always times out

[ https://issues.apache.org/jira/browse/SOLR-6610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165418#comment-14165418 ] Noble Paul edited comment on SOLR-6610 at 10/9/14 5:46 PM: --- Is it

[jira] [Commented] (SOLR-6610) In stateFormat=2, ZkController.publishAndWaitForDownStates always times out

[ https://issues.apache.org/jira/browse/SOLR-6610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165418#comment-14165418 ] Noble Paul commented on SOLR-6610: -- Is it in the trunk version of your own internal versio

Re: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

On 9 October 2014 13:39, Uwe Schindler wrote: > What happens is explained here: > Is this one of the things that Solr 5 will fix? I s

RE: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

What happens is explained here: Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@theta

RE: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

Hi, The reason why it works in Java 6 is because Java 6 does not support to close a classloader on cleanup. In Java 7+, Classloader implements Closeable. The bug is in Solr, because on replaceClassloader it closes the old classlaoder (which is correct otherwise we get a resource leak!!), but th

[jira] [Resolved] (SOLR-6241) HttpPartitionTest.testRf3WithLeaderFailover fails sometimes

[ https://issues.apache.org/jira/browse/SOLR-6241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Timothy Potter resolved SOLR-6241. -- Resolution: Fixed Fix Version/s: (was: 4.10) 5.0

[jira] [Assigned] (SOLR-6610) In stateFormat=2, ZkController.publishAndWaitForDownStates always times out

[ https://issues.apache.org/jira/browse/SOLR-6610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul reassigned SOLR-6610: Assignee: Noble Paul > In stateFormat=2, ZkController.publishAndWaitForDownStates always times out >

Re: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

Hi Sean I've just read the comments on the bug you linked to in your earlier email. All I can add is: a). the documentation should be more clear that using the same directory as both a top-level lib and a per core lib is not recommended. b). in case it helps with tracking the eventual bug do

[jira] [Created] (SOLR-6615) Refactor code to use String constants

Noble Paul created SOLR-6615: Summary: Refactor code to use String constants Key: SOLR-6615 URL: https://issues.apache.org/jira/browse/SOLR-6615 Project: Solr Issue Type: Task Reporte

[jira] [Resolved] (SOLR-6605) make ShardHandlerFactory maxConnections configurable

[ https://issues.apache.org/jira/browse/SOLR-6605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar resolved SOLR-6605. - Resolution: Fixed Fix Version/s: Trunk 5.0 Thanks Christi

[jira] [Commented] (SOLR-6605) make ShardHandlerFactory maxConnections configurable

[ https://issues.apache.org/jira/browse/SOLR-6605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165353#comment-14165353 ] ASF subversion and git services commented on SOLR-6605: --- Commit 16305

[jira] [Commented] (SOLR-6605) make ShardHandlerFactory maxConnections configurable

[ https://issues.apache.org/jira/browse/SOLR-6605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165350#comment-14165350 ] ASF subversion and git services commented on SOLR-6605: --- Commit 16305

[jira] [Assigned] (SOLR-6605) make ShardHandlerFactory maxConnections configurable

[ https://issues.apache.org/jira/browse/SOLR-6605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar reassigned SOLR-6605: --- Assignee: Shalin Shekhar Mangar > make ShardHandlerFactory maxConnections conf

Re: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

Thanks Shawn you're a genius! Changed the sharedLib path to a non-existent directory and Solr is now happily running on Java 7. Is this a bug with Solr or was I doing it wrong? My solr.xml looked like this before: /srv/solr/4.7 lib 4 Replacing "lib" with "li2b" (which doesn'

[JENKINS] Lucene-Solr-Tests-5.x-Java7 - Build # 2164 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-Tests-5.x-Java7/2164/ 1 tests failed. REGRESSION: org.apache.solr.cloud.DeleteReplicaTest.testDistribSearch Error Message: No live SolrServers available to handle this request:[http://127.0.0.1:51595, http://127.0.0.1:51649, http://127.0.0.1:5160

[jira] [Created] (LUCENE-6001) DrillSideways throws NullPointerException for some searches

Dragan Jotanovic created LUCENE-6001: Summary: DrillSideways throws NullPointerException for some searches Key: LUCENE-6001 URL: https://issues.apache.org/jira/browse/LUCENE-6001 Project: Lucene -

[jira] [Updated] (SOLR-6533) Support editing common solrconfig.xml values

[ https://issues.apache.org/jira/browse/SOLR-6533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-6533: - Attachment: SOLR-6533.patch > Support editing common solrconfig.xml values > --

Re: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

On 10/9/2014 5:57 AM, Charlie Orford wrote: > Here are the startup logs from Solr (first one shows running under > Java 6 and working, second one is the very same installation runing > under Java 7 and failing): > > http://hastebin.com/yapuqonide.vhdl > http://hastebin.com/edigeduset.pas This look

Re: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

Hi Uwe, Thanks for the leads. Unfortunately, adding -Dcom.ibm.icu.util.TimeZone.DefaultTimeZoneType=ICU does not have any effect. Solr throws the same NoClassDefFoundError. Is there anyway I can get a complete stack trace? Charlie On 09/10/2014 14:44, Uwe Schindler wrote: Hi, as far as

[jira] [Commented] (SOLR-6601) Ignore TF IDF on query side

[ https://issues.apache.org/jira/browse/SOLR-6601?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165226#comment-14165226 ] alexey commented on SOLR-6601: -- Yes, we want to control relevancy by boost functions and field

[JENKINS] Lucene-Solr-trunk-Linux (64bit/jdk1.8.0_40-ea-b04) - Build # 11417 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/11417/ Java: 64bit/jdk1.8.0_40-ea-b04 -XX:+UseCompressedOops -XX:+UseG1GC 1 tests failed. REGRESSION: org.apache.solr.cloud.DeleteReplicaTest.testDistribSearch Error Message: No live SolrServers available to handle this request:[http

[jira] [Updated] (SOLR-6614) SolrCloud graph viz truncates port designation

[ https://issues.apache.org/jira/browse/SOLR-6614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ralph Tice updated SOLR-6614: - Attachment: SOLR-6614.patch changes translate(100,0) to translate(-100,0) on the outermost g element in the

[jira] [Created] (SOLR-6614) SolrCloud graph viz truncates port designation

Ralph Tice created SOLR-6614: Summary: SolrCloud graph viz truncates port designation Key: SOLR-6614 URL: https://issues.apache.org/jira/browse/SOLR-6614 Project: Solr Issue Type: Bug C

[jira] [Commented] (SOLR-5963) Finalize interface and backport analytics component to 4x

[ https://issues.apache.org/jira/browse/SOLR-5963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165186#comment-14165186 ] Erick Erickson commented on SOLR-5963: -- Talat: This is in flux at the moment, I hope

[jira] [Updated] (SOLR-5963) Finalize interface and backport analytics component to 4x

[ https://issues.apache.org/jira/browse/SOLR-5963?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Talat UYARER updated SOLR-5963: --- Attachment: SOLR-5963-v2.patch Hi [~erickerickson], I create a patch for Solr 4.9. Is this enoug for t

[jira] [Updated] (SOLR-6613) TextField.analyzeMultiTerm should not throw exception when analyzer returns no term

[ https://issues.apache.org/jira/browse/SOLR-6613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Roustant updated SOLR-6613: - Description: In TextField.analyzeMultiTerm() at line try { if (!source.incrementToken()) thro

RE: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

Hi, as far as I remember, there was some race with Java 7 and the initialization of timezone data, see also this problem happeing to eclipse users: http://www.eclipse.org/forums/index.php?t=msg &goto=488277& http://www.java-forum

[jira] [Updated] (SOLR-6613) TextField.analyzeMultiTerm should not throw exception when analyzer returns no term

[ https://issues.apache.org/jira/browse/SOLR-6613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Roustant updated SOLR-6613: - Attachment: TestTextField.java > TextField.analyzeMultiTerm should not throw exception when analyze

[jira] [Updated] (SOLR-6608) Atomic update with CloudSolrServer gives 'missing required field:'

[ https://issues.apache.org/jira/browse/SOLR-6608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guido updated SOLR-6608: Description: Dear support, My version of Solr is 4.8.0. I am trying to update a single field of a document which is

[jira] [Updated] (SOLR-6612) maxScore included in distributed search results even if score not requested

[ https://issues.apache.org/jira/browse/SOLR-6612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Molloy updated SOLR-6612: --- Attachment: SOLR-6612.patch Modified returnFields to only return scores if needed and to ensure maxScor

[jira] [Created] (SOLR-6613) TextField.analyzeMultiTerm should not throw exception when analyzer returns no term

Bruno Roustant created SOLR-6613: Summary: TextField.analyzeMultiTerm should not throw exception when analyzer returns no term Key: SOLR-6613 URL: https://issues.apache.org/jira/browse/SOLR-6613 Proje

[JENKINS] Lucene-Solr-5.x-Linux (64bit/jdk1.9.0-ea-b28) - Build # 11263 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/11263/ Java: 64bit/jdk1.9.0-ea-b28 -XX:-UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.lucene.spatial.prefix.DateNRStrategyTest.testWithin {#9 seed=[6A630B275E1A974B:88AC4A4306759234]} Error Message: [Within] S

[jira] [Resolved] (SOLR-6611) Auto Refresh Solr

[ https://issues.apache.org/jira/browse/SOLR-6611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Matheis (steffkes) resolved SOLR-6611. - Resolution: Not a Problem Assignee: Stefan Matheis (steffkes) > Auto

[jira] [Commented] (SOLR-6611) Auto Refresh Solr

[ https://issues.apache.org/jira/browse/SOLR-6611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165096#comment-14165096 ] Ahmet Arslan commented on SOLR-6611: Hi [~pardeep], please rise this kind of questions

[jira] [Created] (SOLR-6612) maxScore included in distributed search results even if score not requested

Steve Molloy created SOLR-6612: -- Summary: maxScore included in distributed search results even if score not requested Key: SOLR-6612 URL: https://issues.apache.org/jira/browse/SOLR-6612 Project: Solr

[JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 652 - Failure

Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/652/ 1 tests failed. REGRESSION: org.apache.solr.cloud.MultiThreadedOCPTest.testDistribSearch Error Message: Task 3001 did not complete, final state: failed Stack Trace: java.lang.AssertionError: Task 3001 did not complete, fin

[jira] [Updated] (SOLR-6611) Auto Refresh Solr

[ https://issues.apache.org/jira/browse/SOLR-6611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] pardeep updated SOLR-6611: -- Description: Hi, I am new in solr. I have integrated solr and I want to know how can I solr indexing auto refres

[jira] [Created] (SOLR-6611) Auto Refresh Solr

pardeep created SOLR-6611: - Summary: Auto Refresh Solr Key: SOLR-6611 URL: https://issues.apache.org/jira/browse/SOLR-6611 Project: Solr Issue Type: Bug Components: clients - php Affect

Re: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

Hi Uwe I wondered about that but I don't think so. We use the Solr tar file for Solr (i.e. not a debian provided package) and I've chcked the dependencies for the debian java 7 package and can't spot anything ICU related (see here: https://packages.debian.org/wheezy/openjdk-7-jre-headless).

RE: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

Hi, Could it be that the Debian Java 7 package or the Debian Solr package somehow injects a different version of ICU by a dependency? Those errors generally happen if you run into JAR hell (different versions of the same package in classpath). Uwe - Uwe Schindler H.-H.-Meier-Allee

Re: Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

On 09/10/2014 12:45, Charlie Orford wrote: Hi List Posting here on the suggestion of steffkes in IRC. We currently run a multicore Solr 4.7.2 installation on debian wheezy using the debian provided "default-headless-jre" package for java which is JDK 6 based. We also use some ICU filters in o

[jira] [Commented] (SOLR-4792) stop shipping a war in 5.0

[ https://issues.apache.org/jira/browse/SOLR-4792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165045#comment-14165045 ] Jan Høydahl commented on SOLR-4792: --- Now that 5.0 -> Trunk, I guess this will happen in 6

Moving to Java 7 on debian breaks ICU Normalizer2 on Solr 4.7.2 and Solr 4.10.1

Hi List Posting here on the suggestion of steffkes in IRC. We currently run a multicore Solr 4.7.2 installation on debian wheezy using the debian provided "default-headless-jre" package for java which is JDK 6 based. We also use some ICU filters in our schema.xml files so we have icu4j-52.1.j

[jira] [Commented] (LUCENE-6000) Remove StandardTokenizerInterface

[ https://issues.apache.org/jira/browse/LUCENE-6000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14165027#comment-14165027 ] Robert Muir commented on LUCENE-6000: - {quote} The only caveat I see is this would r

[jira] [Updated] (SOLR-3085) Fix the dismax/edismax stopwords mm issue

[ https://issues.apache.org/jira/browse/SOLR-3085?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl updated SOLR-3085: -- Fix Version/s: (was: 4.9) > Fix the dismax/edismax stopwords mm issue > -

[jira] [Closed] (SOLR-6602) dismax query does not match with additional field in qf

[ https://issues.apache.org/jira/browse/SOLR-6602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl closed SOLR-6602. - > dismax query does not match with additional field in qf > ---

[jira] [Resolved] (SOLR-6602) dismax query does not match with additional field in qf

[ https://issues.apache.org/jira/browse/SOLR-6602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Høydahl resolved SOLR-6602. --- Resolution: Duplicate > dismax query does not match with additional field in qf > -

[JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_67) - Build # 4362 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/4362/ Java: 64bit/jdk1.7.0_67 -XX:+UseCompressedOops -XX:+UseG1GC 1 tests failed. REGRESSION: org.apache.solr.cloud.ChaosMonkeySafeLeaderTest.testDistribSearch Error Message: expected:<0> but was:<1> Stack Trace: java.lang.Assertio

Re: Early Access builds for JDK 9 b33 and JDK 8u40 b09 are available on java.net

Thanks for the update Uwe! On 09/10/2014 10:56, Uwe Schindler wrote: Hi Rory, thank you for the info! I am a little bit busy at the moment. I hope, I can install those versions soon! Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de

RE: Early Access builds for JDK 9 b33 and JDK 8u40 b09 are available on java.net

Hi Rory, thank you for the info! I am a little bit busy at the moment. I hope, I can install those versions soon! Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de From: Rory O'Donnell Oracle,

[jira] [Commented] (LUCENE-3922) Add Japanese Kanji number normalization to Kuromoji

[ https://issues.apache.org/jira/browse/LUCENE-3922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14164954#comment-14164954 ] Christian Moen commented on LUCENE-3922: I've attached a new patch. The {{checkR

[jira] [Updated] (LUCENE-3922) Add Japanese Kanji number normalization to Kuromoji

[ https://issues.apache.org/jira/browse/LUCENE-3922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Moen updated LUCENE-3922: --- Attachment: LUCENE-3922.patch > Add Japanese Kanji number normalization to Kuromoji > ---

Early Access builds for JDK 9 b33 and JDK 8u40 b09 are available on java.net

Hi Uwe & Dawid, Early Access build for JDK 9 b33 is available on java.net, summary of changes are listed here Early Access build for JDK 8u40 b09 is available on j

  1   2   >