[jira] [Assigned] (SOLR-6825) Update 5-min tutorial for Solr 5

2015-01-11 Thread Erik Hatcher (JIRA)

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

Erik Hatcher reassigned SOLR-6825:
--

Assignee: Erik Hatcher

 Update 5-min tutorial for Solr 5
 

 Key: SOLR-6825
 URL: https://issues.apache.org/jira/browse/SOLR-6825
 Project: Solr
  Issue Type: Sub-task
Reporter: Alexandre Rafalovitch
Assignee: Erik Hatcher
Priority: Critical
  Labels: documentation, website
 Fix For: 5.0


 The new online tutorial will not work for Solr 5. There is no more 
 collection1, which the example uses.
 Placeholder to ensure this does not get forgotten in the 5.0 release process 
 as the README drives new users to this tutorial. 
 Also, should the tutorial be versioned given the significant difference 
 between 4.10.2 and 5.0 experience?



--
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-6539) SolrJ document object binding / BigDecimal

2015-01-11 Thread Erik Hatcher (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-6539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14273149#comment-14273149
 ] 

Erik Hatcher commented on SOLR-6539:


[~bertbrecht42] - the .diff attached is not a compiling patch (it misses an 
import, for example, but even then it doesn't compile because the valueOf() 
isn't being passed the right type.  I was going to pick this up and get this 
into 5x, but I don't use the SolrJ bindings and won't tinker with this without 
at least a compiling patch.  A test case would be handy to be sure this is 
doing the right thing as well. 

 SolrJ document object binding / BigDecimal
 --

 Key: SOLR-6539
 URL: https://issues.apache.org/jira/browse/SOLR-6539
 Project: Solr
  Issue Type: Improvement
  Components: SolrJ
Affects Versions: 4.9, 4.10, 4.10.1
Reporter: Bert Brecht
  Labels: patch
 Fix For: Trunk

 Attachments: SOLR-6539.diff


 We are using BigDecimals in our application quite often for calculating. We 
 store our values typically as java primitives (int, long/double, float) and 
 using the DocumentObjectBinder (annotations based document object binding). 
 Unfortunately, we must have exactly the type given in solr schema for type 
 used as field/accessor. We found out, that the following patch would allow us 
 to define BigDecimal as type as we just use BigDecimal as a type in our 
 mapped POJO. This would help to make the mapping more powerful without 
 loosing anything.
 --
 $ svn diff 
 Downloads/solr/solr/solrj/src/java/org/apache/solr/client/solrj/beans/DocumentObjectBinder.java
 Index: 
 Downloads/solr/solr/solrj/src/java/org/apache/solr/client/solrj/beans/DocumentObjectBinder.java
 ===
 --- 
 Downloads/solr/solr/solrj/src/java/org/apache/solr/client/solrj/beans/DocumentObjectBinder.java
  (revision 1626087)
 +++ 
 Downloads/solr/solr/solrj/src/java/org/apache/solr/client/solrj/beans/DocumentObjectBinder.java
  (working copy)
 @@ -359,6 +359,9 @@
if (v != null  type == ByteBuffer.class  v.getClass() == 
 byte[].class) {
  v = ByteBuffer.wrap((byte[]) v);
}
 +  if (type == java.math.BigDecimal.class){
 +v = BigDecimal.valueOf(v):
 +  }
try {
  if (field != null) {
field.set(obj, v);



--
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-6539) SolrJ document object binding / BigDecimal

2015-01-11 Thread Erik Hatcher (JIRA)

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

Erik Hatcher updated SOLR-6539:
---
Fix Version/s: (was: 4.10.4)
   (was: 5.0)

 SolrJ document object binding / BigDecimal
 --

 Key: SOLR-6539
 URL: https://issues.apache.org/jira/browse/SOLR-6539
 Project: Solr
  Issue Type: Improvement
  Components: SolrJ
Affects Versions: 4.9, 4.10, 4.10.1
Reporter: Bert Brecht
  Labels: patch
 Fix For: Trunk

 Attachments: SOLR-6539.diff


 We are using BigDecimals in our application quite often for calculating. We 
 store our values typically as java primitives (int, long/double, float) and 
 using the DocumentObjectBinder (annotations based document object binding). 
 Unfortunately, we must have exactly the type given in solr schema for type 
 used as field/accessor. We found out, that the following patch would allow us 
 to define BigDecimal as type as we just use BigDecimal as a type in our 
 mapped POJO. This would help to make the mapping more powerful without 
 loosing anything.
 --
 $ svn diff 
 Downloads/solr/solr/solrj/src/java/org/apache/solr/client/solrj/beans/DocumentObjectBinder.java
 Index: 
 Downloads/solr/solr/solrj/src/java/org/apache/solr/client/solrj/beans/DocumentObjectBinder.java
 ===
 --- 
 Downloads/solr/solr/solrj/src/java/org/apache/solr/client/solrj/beans/DocumentObjectBinder.java
  (revision 1626087)
 +++ 
 Downloads/solr/solr/solrj/src/java/org/apache/solr/client/solrj/beans/DocumentObjectBinder.java
  (working copy)
 @@ -359,6 +359,9 @@
if (v != null  type == ByteBuffer.class  v.getClass() == 
 byte[].class) {
  v = ByteBuffer.wrap((byte[]) v);
}
 +  if (type == java.math.BigDecimal.class){
 +v = BigDecimal.valueOf(v):
 +  }
try {
  if (field != null) {
field.set(obj, v);



--
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-5055) Using solr.SearchHandler with Apache Tomcat

2015-01-11 Thread Erik Hatcher (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-5055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14273157#comment-14273157
 ] 

Erik Hatcher commented on SOLR-5055:


This surely can't still be a problem?   Solr is regularly deployed with Tomcat. 
 I know it's been a while since this was reported, but if this problem still 
exists (on the latest release), please post your solrconfig.xml file so we can 
see the lib elements.  Also, anything else unusual/different about your 
Tomcat install or setup?

 Using solr.SearchHandler with Apache Tomcat
 ---

 Key: SOLR-5055
 URL: https://issues.apache.org/jira/browse/SOLR-5055
 Project: Solr
  Issue Type: Bug
  Components: search
Affects Versions: 4.3.1
 Environment: RedHat Linux 6.4 x64_86, Ubuntu 10.04.2 LTS i686
Reporter: Christian Lutz
Priority: Minor

 I'm trying to deploy Solr with Tomcat (Version 7.0.27 and 6.0.37) as 
 described in http://wiki.apache.org/solr/SolrTomcat and 
 https://cwiki.apache.org/confluence/display/solr/Running+Solr+on+Tomcat
 I deployed only one instance (mentioned in Wiki Documentation as Single Solr 
 Instance). In solrconfig.xml the library configuration is changed to absolut 
 paths for the jar-Files.
 When i try to use the /browse Request Handler it states the following error:
 ERROR - 2013-07-22 13:04:20.279; org.apache.solr.common.SolrException; 
 null:java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
 org/apache/commons/lang/StringUtils
 at 
 org.apache.solr.servlet.SolrDispatchFilter.sendError(SolrDispatchFilter.java:670)
 at 
 org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:380)
 at 
 org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:155)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
 at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:200)
 at 
 org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:565)
 at 
 org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:307)
 at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
 at java.lang.Thread.run(Thread.java:722)
 Caused by: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
 at 
 org.apache.velocity.runtime.resource.ResourceManagerImpl.initialize(ResourceManagerImpl.java:161)
 at 
 org.apache.velocity.runtime.RuntimeInstance.initializeResourceManager(RuntimeInstance.java:730)
 at 
 org.apache.velocity.runtime.RuntimeInstance.init(RuntimeInstance.java:263)
 at org.apache.velocity.app.VelocityEngine.init(VelocityEngine.java:93)
 at 
 org.apache.solr.response.VelocityResponseWriter.getEngine(VelocityResponseWriter.java:147)
 at 
 org.apache.solr.response.VelocityResponseWriter.write(VelocityResponseWriter.java:42)
 at 
 org.apache.solr.core.SolrCore$LazyQueryResponseWriterWrapper.write(SolrCore.java:2278)
 at 
 org.apache.solr.servlet.SolrDispatchFilter.writeResponse(SolrDispatchFilter.java:644)
 at 
 org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:372)
 ... 15 more
 Caused by: java.lang.ClassNotFoundException: 
 org.apache.commons.lang.StringUtils
 at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
 at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
 ... 24 more
 ERROR - 2013-07-22 13:04:20.282; org.apache.solr.common.SolrException; 
 null:java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
 at 
 

[JENKINS] Lucene-Solr-5.x-MacOSX (64bit/jdk1.7.0) - Build # 1879 - Still Failing!

2015-01-11 Thread Policeman Jenkins Server
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-MacOSX/1879/
Java: 64bit/jdk1.7.0 -XX:+UseCompressedOops -XX:+UseG1GC

1 tests failed.
FAILED:  org.apache.solr.util.SimplePostToolTest.testTypeSupported

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([892530F6114456A:9C2665EC762BE405]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.solr.util.SimplePostToolTest.testTypeSupported(SimplePostToolTest.java:116)
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:1618)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:827)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:877)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
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:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:738)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:772)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:783)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:365)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 9017 lines...]
   [junit4] Suite: org.apache.solr.util.SimplePostToolTest
   [junit4]   2 Creating dataDir: 

[JENKINS] Lucene-Solr-trunk-Linux (32bit/jdk1.8.0_40-ea-b20) - Build # 11578 - Still Failing!

2015-01-11 Thread Policeman Jenkins Server
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/11578/
Java: 32bit/jdk1.8.0_40-ea-b20 -client -XX:+UseSerialGC

1 tests failed.
FAILED:  org.apache.solr.util.SimplePostToolTest.testTypeSupported

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([168CD9D46DEA9486:8238EF377AD535E9]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.solr.util.SimplePostToolTest.testTypeSupported(SimplePostToolTest.java:116)
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:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1618)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:827)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:877)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
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:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:738)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:772)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:783)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:365)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 8695 lines...]
   [junit4] Suite: org.apache.solr.util.SimplePostToolTest
   [junit4]   2 Creating dataDir: 

[jira] [Updated] (SOLR-6902) Use JUnit rules instead of inheritance with distributed Solr tests to allow for multiple tests without the same class

2015-01-11 Thread Erick Erickson (JIRA)

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

Erick Erickson updated SOLR-6902:
-
Attachment: SOLR-6902.patch

Here's another version that removes a lot of the unused imports. I have to 
confess I've just skimmed it, I'll take a closer look at the base classes 
(where all the real action is) tomorrow.

I guess my question for everyone is what the consensus is here? My reservation 
is mostly that this touches a _lot_ of files, and we're trying to cut 5.0 next 
week. I'm reluctant to change this much code this close to setting the tag for 
5.0. This seems more like style/cleanup than fixing outstanding problems, so 
I'm thinking that waiting until the label is set for 5.0 and putting this in 
5.1 might be the right thing to do here, assuming there are no objections. 
Waiting will make resolving conflicts even more interesting since Alan is 
going to be in the test code for removing old-style solr.xml

That said, if some of the heavy cloud hitters (e.g. [~markrmil...@gmail.com] 
[~romseygeek] and  [~noble.paul]) think differently I'll be happy to commit 
this after the precommit problem is fixed (see below).

The precommit target fails with:
/test-framework/src/java/org/apache/solr/BaseDistributedSearchTestCase.java:87: 
warning - @ShardsFixed(num is an unknown tag.

That's not a big deal though, I can ask someone who knows how to fix that where 
to look. LuceneTestCase? Anyway, if we go forward we can fix that I'm sure.

BTW, I'm Git challenged, and last time I tried to pull down a patch I somehow 
got the wrong stuff, thanks for providing it! Generally we like to have the 
patch rather than go to a repo so the JIRA is self-contained, we never know 
when a repo will go away.

 Use JUnit rules instead of inheritance with distributed Solr tests to allow 
 for multiple tests without the same class
 -

 Key: SOLR-6902
 URL: https://issues.apache.org/jira/browse/SOLR-6902
 Project: Solr
  Issue Type: Improvement
  Components: Tests
Reporter: Ramkumar Aiyengar
Priority: Minor
 Attachments: SOLR-6902.patch, SOLR-6902.patch


 Finally got annoyed enough with too many things being clubbed into one test 
 method in all distributed Solr tests (anything inheriting from 
 {{BaseDistributedSearchTestCase}} and currently implementing {{doTest}})..
 This just lays the groundwork really for allowing multiple test methods 
 within the same class, and doesn't split tests as yet or flatten the 
 inheritance hierarchy (when abused for doing multiple tests), as this touches 
 a lot of files by itself. For that reason, the sooner this is picked up the 
 better..



--
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-6902) Use JUnit rules instead of inheritance with distributed Solr tests to allow for multiple tests without the same class

2015-01-11 Thread Erick Erickson (JIRA)

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

Erick Erickson reassigned SOLR-6902:


Assignee: Erick Erickson

 Use JUnit rules instead of inheritance with distributed Solr tests to allow 
 for multiple tests without the same class
 -

 Key: SOLR-6902
 URL: https://issues.apache.org/jira/browse/SOLR-6902
 Project: Solr
  Issue Type: Improvement
  Components: Tests
Reporter: Ramkumar Aiyengar
Assignee: Erick Erickson
Priority: Minor
 Attachments: SOLR-6902.patch, SOLR-6902.patch


 Finally got annoyed enough with too many things being clubbed into one test 
 method in all distributed Solr tests (anything inheriting from 
 {{BaseDistributedSearchTestCase}} and currently implementing {{doTest}})..
 This just lays the groundwork really for allowing multiple test methods 
 within the same class, and doesn't split tests as yet or flatten the 
 inheritance hierarchy (when abused for doing multiple tests), as this touches 
 a lot of files by itself. For that reason, the sooner this is picked up the 
 better..



--
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_72) - Build # 11418 - Still Failing!

2015-01-11 Thread Policeman Jenkins Server
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/11418/
Java: 32bit/jdk1.7.0_72 -server -XX:+UseParallelGC

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

Error Message:
Some resources were not closed, shutdown, or released.

Stack Trace:
java.lang.AssertionError: Some resources were not closed, shutdown, or released.
at __randomizedtesting.SeedInfo.seed([5BF726B50F116C88]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.apache.solr.SolrTestCaseJ4.afterClass(SolrTestCaseJ4.java:189)
at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source)
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:1618)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:790)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:365)
at java.lang.Thread.run(Thread.java:745)


FAILED:  org.apache.solr.handler.TestSolrConfigHandlerCloud.testDistribSearch

Error Message:
Could not get expected value  P val for path [response, params, y, p] full 
output {   responseHeader:{ status:0, QTime:0},   response:{
 znodeVersion:0, params:{x:{ a:A val, b:B 
val, :{v:0}

Stack Trace:
java.lang.AssertionError: Could not get expected value  P val for path 
[response, params, y, p] full output {
  responseHeader:{
status:0,
QTime:0},
  response:{
znodeVersion:0,
params:{x:{
a:A val,
b:B val,
:{v:0}
at 
__randomizedtesting.SeedInfo.seed([5BF726B50F116C88:DA11A8AD784E0CB4]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.core.TestSolrConfigHandler.testForResponseElement(TestSolrConfigHandler.java:259)
at 
org.apache.solr.handler.TestSolrConfigHandlerCloud.testReqParams(TestSolrConfigHandlerCloud.java:261)
at 
org.apache.solr.handler.TestSolrConfigHandlerCloud.doTest(TestSolrConfigHandlerCloud.java:70)
at 
org.apache.solr.BaseDistributedSearchTestCase.testDistribSearch(BaseDistributedSearchTestCase.java:868)
at sun.reflect.GeneratedMethodAccessor39.invoke(Unknown Source)
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:1618)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:827)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:877)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53)
at 

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

2015-01-11 Thread Policeman Jenkins Server
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/11417/
Java: 64bit/jdk1.8.0_40-ea-b20 -XX:-UseCompressedOops -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.solr.util.SimplePostToolTest.testTypeSupported

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([44D9DA56562D6BDC:D06DECB54112CAB3]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.solr.util.SimplePostToolTest.testTypeSupported(SimplePostToolTest.java:116)
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:497)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1618)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:827)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:877)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
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:365)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:836)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:738)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:772)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:783)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:53)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
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:365)
at java.lang.Thread.run(Thread.java:745)




Build Log:
[...truncated 9606 lines...]
   [junit4] Suite: org.apache.solr.util.SimplePostToolTest
   [junit4]   2 Creating dataDir: 

[jira] [Updated] (SOLR-6904) Remove deprecated Circle/Rect format from trunk 5.0

2015-01-11 Thread David Smiley (JIRA)

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

David Smiley updated SOLR-6904:
---
Attachment: SOLR-6904__spatial,_remove_deprecated_Circle__rect_syntax.patch

Here's a patch. I'll commit this Tuesday.

 Remove deprecated Circle/Rect format from trunk  5.0
 -

 Key: SOLR-6904
 URL: https://issues.apache.org/jira/browse/SOLR-6904
 Project: Solr
  Issue Type: Task
  Components: spatial
Reporter: David Smiley
Assignee: David Smiley
 Fix For: 5.0, Trunk

 Attachments: 
 SOLR-6904__spatial,_remove_deprecated_Circle__rect_syntax.patch


 The Solr 4 spatial code introduced a custom format for a rectangle and a 
 Circle.  In 4.3, it was deprecated in favor of WKT, which no longer required 
 JTS for WKT parsing.  It should be removed now.  The syntax is governed by 
 LegacyShapeReadWriterFormat (Spatial4j) referenced by Solr's 
 AbstractSpatialFieldType.parseShape.
 Examples of the syntax to be removed are as follows:
 * Rect: {{-74.093 41.042 -69.347 44.558}}
 * Circle: {{Circle(4.56,1.23 d=0.0710)}}
 In addition to use in indexing  querying, the rect shape is also found in 
 the worldBounds attribute (optional, only required if you use geo=false)



--
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



<    1   2