[jira] Commented: (SOLR-773) Incorporate Local Lucene/Solr

2009-07-06 Thread Uri Boness (JIRA)

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

Uri Boness commented on SOLR-773:
-

I guess it is possible to configure the executor service via the configuration 
of the query parser. That said, having a way to configure executor services in 
solr config will eliminate some code duplication. I don't think it's a good 
practice to have on executor service for all components to use - the last thing 
you want is to have component depend on each other in terms of race 
conditions over threads. I think it is better to fine tune each component with 
a thread pool of its own.

 Incorporate Local Lucene/Solr
 -

 Key: SOLR-773
 URL: https://issues.apache.org/jira/browse/SOLR-773
 Project: Solr
  Issue Type: New Feature
Reporter: Grant Ingersoll
Assignee: Grant Ingersoll
Priority: Minor
 Attachments: lucene-spatial-2.9-dev.jar, lucene.tar.gz, 
 SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, 
 SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, 
 SOLR-773-local-lucene.patch, SOLR-773-spatial_solr.patch, SOLR-773.patch, 
 SOLR-773.patch, spatial-solr.tar.gz


 Local Lucene has been donated to the Lucene project.  It has some Solr 
 components, but we should evaluate how best to incorporate it into Solr.
 See http://lucene.markmail.org/message/orzro22sqdj3wows?q=LocalLucene

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (SOLR-773) Incorporate Local Lucene/Solr

2009-07-06 Thread Noble Paul (JIRA)

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

Noble Paul commented on SOLR-773:
-

bq.the last thing you want is to have component depend on each other in terms 
of race conditions over threads.

The fact that each thread is going to compete for the same CPU resources ,I 
guess,  it should not be a problem.  If necessary we can take this discussion 
in a separate issue . If we discuss this here , it may take away the focus from 
this one . 

 Incorporate Local Lucene/Solr
 -

 Key: SOLR-773
 URL: https://issues.apache.org/jira/browse/SOLR-773
 Project: Solr
  Issue Type: New Feature
Reporter: Grant Ingersoll
Assignee: Grant Ingersoll
Priority: Minor
 Attachments: lucene-spatial-2.9-dev.jar, lucene.tar.gz, 
 SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, 
 SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, 
 SOLR-773-local-lucene.patch, SOLR-773-spatial_solr.patch, SOLR-773.patch, 
 SOLR-773.patch, spatial-solr.tar.gz


 Local Lucene has been donated to the Lucene project.  It has some Solr 
 components, but we should evaluate how best to incorporate it into Solr.
 See http://lucene.markmail.org/message/orzro22sqdj3wows?q=LocalLucene

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Solr nightly build failure

2009-07-06 Thread solr-dev

init-forrest-entities:
[mkdir] Created dir: /tmp/apache-solr-nightly/build
[mkdir] Created dir: /tmp/apache-solr-nightly/build/web

compile-solrj:
[mkdir] Created dir: /tmp/apache-solr-nightly/build/solrj
[javac] Compiling 83 source files to /tmp/apache-solr-nightly/build/solrj
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.

compile:
[mkdir] Created dir: /tmp/apache-solr-nightly/build/solr
[javac] Compiling 375 source files to /tmp/apache-solr-nightly/build/solr
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.

compileTests:
[mkdir] Created dir: /tmp/apache-solr-nightly/build/tests
[javac] Compiling 163 source files to /tmp/apache-solr-nightly/build/tests
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.

junit:
[mkdir] Created dir: /tmp/apache-solr-nightly/build/test-results
[junit] Running org.apache.solr.BasicFunctionalityTest
[junit] Tests run: 19, Failures: 0, Errors: 0, Time elapsed: 18.117 sec
[junit] Running org.apache.solr.ConvertedLegacyTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.976 sec
[junit] Running org.apache.solr.DisMaxRequestHandlerTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 6.219 sec
[junit] Running org.apache.solr.EchoParamsTest
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 2.558 sec
[junit] Running org.apache.solr.OutputWriterTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 3.309 sec
[junit] Running org.apache.solr.SampleTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.378 sec
[junit] Running org.apache.solr.SolrInfoMBeanTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.94 sec
[junit] Running org.apache.solr.TestDistributedSearch
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 47.478 sec
[junit] Running org.apache.solr.TestTrie
[junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 10.396 sec
[junit] Running org.apache.solr.analysis.DoubleMetaphoneFilterFactoryTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.409 sec
[junit] Running org.apache.solr.analysis.DoubleMetaphoneFilterTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.518 sec
[junit] Running org.apache.solr.analysis.EnglishPorterFilterFactoryTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.533 sec
[junit] Running org.apache.solr.analysis.HTMLStripReaderTest
[junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 1.015 sec
[junit] Running org.apache.solr.analysis.LengthFilterTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.61 sec
[junit] Running org.apache.solr.analysis.SnowballPorterFilterFactoryTest
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.338 sec
[junit] Running org.apache.solr.analysis.TestBufferedTokenStream
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.267 sec
[junit] Running org.apache.solr.analysis.TestCapitalizationFilter
[junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.481 sec
[junit] Running org.apache.solr.analysis.TestCharFilter
[junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.385 sec
[junit] Running org.apache.solr.analysis.TestHyphenatedWordsFilter
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.07 sec
[junit] Running org.apache.solr.analysis.TestKeepFilterFactory
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.081 sec
[junit] Running org.apache.solr.analysis.TestKeepWordFilter
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.465 sec
[junit] Running org.apache.solr.analysis.TestMappingCharFilter
[junit] Tests run: 11, Failures: 0, Errors: 0, Time elapsed: 0.398 sec
[junit] Running org.apache.solr.analysis.TestMappingCharFilterFactory
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.572 sec
[junit] Running org.apache.solr.analysis.TestPatternReplaceFilter
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 2.669 sec
[junit] Running org.apache.solr.analysis.TestPatternTokenizerFactory
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.251 sec
[junit] Running org.apache.solr.analysis.TestPhoneticFilter
   

[jira] Commented: (SOLR-1256) show CharFilters in analysis.jsp

2009-07-06 Thread Koji Sekiguchi (JIRA)

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

Koji Sekiguchi commented on SOLR-1256:
--

I'll commit in a day or two.

 show CharFilters in analysis.jsp
 

 Key: SOLR-1256
 URL: https://issues.apache.org/jira/browse/SOLR-1256
 Project: Solr
  Issue Type: Bug
  Components: web gui
Affects Versions: 1.4
Reporter: Yonik Seeley
Assignee: Koji Sekiguchi
Priority: Minor
 Fix For: 1.4

 Attachments: SOLR-1256.patch


 CharFilters aren't currently shown in analysis.jsp output

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: subdirectories under lib

2009-07-06 Thread Erik Hatcher
Another option is to have a config option for the lib directories  
(plural) allowing multiple to be specified that can live anywhere, not  
just under solr-home.


Erik

On Jul 4, 2009, at 12:03 PM, Yonik Seeley wrote:


How hard would it be to allow subdirectories under example/solr/lib?

Seems like it would be nice to allow jars to be partitioned, so
everything related to solr cell could be put under the
solr/lib/solrcell directory.  Then extracting request handler could be
defined as lazy and we could simply tell people to
remove solr/lib/solrcell if you don't need it.

-Yonik
http://www.lucidimagination.com




[jira] Commented: (SOLR-1223) Query Filter fq with OR operator

2009-07-06 Thread Brian Pearson (JIRA)

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

Brian Pearson commented on SOLR-1223:
-

Hey Lance, that solution would be perfect and certainly more powerful than what 
I suggested.  Again, if anyone takes this up, I can help with testing and docs

 Query Filter fq with OR operator
 

 Key: SOLR-1223
 URL: https://issues.apache.org/jira/browse/SOLR-1223
 Project: Solr
  Issue Type: New Feature
  Components: search
Reporter: Brian Pearson
Priority: Minor

 See this 
 [issue|http://www.nabble.com/Query-Filter-fq-with-OR-operator-td23895837.html]
  for some background.Today, all of the Query filters specified with the 
 fq parameter are AND'd together.  
 This issue is about allowing a set of filters to be OR'd together (in 
 addition to having another set of filters that are AND'd).The OR'd 
 filters would of course be applied before any scoring is done.  
 The advantage of this feature is that you will be able to break up complex 
 filters into simple, more cacheable filters, which should improve performance.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (SOLR-773) Incorporate Local Lucene/Solr

2009-07-06 Thread Chris Male (JIRA)

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

Chris Male updated SOLR-773:


Attachment: exampleSpatial.zip

 Incorporate Local Lucene/Solr
 -

 Key: SOLR-773
 URL: https://issues.apache.org/jira/browse/SOLR-773
 Project: Solr
  Issue Type: New Feature
Reporter: Grant Ingersoll
Assignee: Grant Ingersoll
Priority: Minor
 Attachments: exampleSpatial.zip, lucene-spatial-2.9-dev.jar, 
 lucene.tar.gz, SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, 
 SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, 
 SOLR-773-local-lucene.patch, SOLR-773-spatial_solr.patch, SOLR-773.patch, 
 SOLR-773.patch, spatial-solr.tar.gz


 Local Lucene has been donated to the Lucene project.  It has some Solr 
 components, but we should evaluate how best to incorporate it into Solr.
 See http://lucene.markmail.org/message/orzro22sqdj3wows?q=LocalLucene

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: Solr nightly build failure

2009-07-06 Thread Yonik Seeley
Hmmm... no idea why this would happen.

  testcase classname=org.apache.solr.client.solrj.embedded.JettyWebappTest
name=testJSP time=14.789
error message=Server returned HTTP response code: 500 for URL:
http://localhost:56914/test/admin/threaddump.jsp;
type=java.io.IOExceptionjava.io.IOException: Server returned
HTTP response code: 500 for URL:
http://localhost:56914/test/admin/threaddump.jsp
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1149)
at java.net.URL.openStream(URL.java:1007)
at 
org.apache.solr.client.solrj.embedded.JettyWebappTest.testJSP(JettyWebappTest.java:91)
/error

-Yonik
http://www.lucidimagination.com



On Mon, Jul 6, 2009 at 4:27 AM, solr-dev@lucene.apache.org wrote:

 init-forrest-entities:
    [mkdir] Created dir: /tmp/apache-solr-nightly/build
    [mkdir] Created dir: /tmp/apache-solr-nightly/build/web

 compile-solrj:
    [mkdir] Created dir: /tmp/apache-solr-nightly/build/solrj
    [javac] Compiling 83 source files to /tmp/apache-solr-nightly/build/solrj
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -Xlint:deprecation for details.
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.

 compile:
    [mkdir] Created dir: /tmp/apache-solr-nightly/build/solr
    [javac] Compiling 375 source files to /tmp/apache-solr-nightly/build/solr
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -Xlint:deprecation for details.
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.

 compileTests:
    [mkdir] Created dir: /tmp/apache-solr-nightly/build/tests
    [javac] Compiling 163 source files to /tmp/apache-solr-nightly/build/tests
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -Xlint:deprecation for details.
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.

 junit:
    [mkdir] Created dir: /tmp/apache-solr-nightly/build/test-results
    [junit] Running org.apache.solr.BasicFunctionalityTest
    [junit] Tests run: 19, Failures: 0, Errors: 0, Time elapsed: 18.117 sec
    [junit] Running org.apache.solr.ConvertedLegacyTest
    [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 8.976 sec
    [junit] Running org.apache.solr.DisMaxRequestHandlerTest
    [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 6.219 sec
    [junit] Running org.apache.solr.EchoParamsTest
    [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 2.558 sec
    [junit] Running org.apache.solr.OutputWriterTest
    [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 3.309 sec
    [junit] Running org.apache.solr.SampleTest
    [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.378 sec
    [junit] Running org.apache.solr.SolrInfoMBeanTest
    [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.94 sec
    [junit] Running org.apache.solr.TestDistributedSearch
    [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 47.478 sec
    [junit] Running org.apache.solr.TestTrie
    [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 10.396 sec
    [junit] Running org.apache.solr.analysis.DoubleMetaphoneFilterFactoryTest
    [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.409 sec
    [junit] Running org.apache.solr.analysis.DoubleMetaphoneFilterTest
    [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.518 sec
    [junit] Running org.apache.solr.analysis.EnglishPorterFilterFactoryTest
    [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.533 sec
    [junit] Running org.apache.solr.analysis.HTMLStripReaderTest
    [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 1.015 sec
    [junit] Running org.apache.solr.analysis.LengthFilterTest
    [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.61 sec
    [junit] Running org.apache.solr.analysis.SnowballPorterFilterFactoryTest
    [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.338 sec
    [junit] Running org.apache.solr.analysis.TestBufferedTokenStream
    [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.267 sec
    [junit] Running org.apache.solr.analysis.TestCapitalizationFilter
    [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.481 sec
    [junit] Running org.apache.solr.analysis.TestCharFilter
    [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.385 sec
    [junit] Running org.apache.solr.analysis.TestHyphenatedWordsFilter
    [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.07 sec
    [junit] Running org.apache.solr.analysis.TestKeepFilterFactory
    [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.081 sec
    [junit] 

[jira] Commented: (SOLR-773) Incorporate Local Lucene/Solr

2009-07-06 Thread Chris Male (JIRA)

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

Chris Male commented on SOLR-773:
-

I have now attached an example configuration for the spatial search patch I 
added.  It contains some sample documents and the lucene spatial search jar 
that my patch is designed to integrate with.

 Incorporate Local Lucene/Solr
 -

 Key: SOLR-773
 URL: https://issues.apache.org/jira/browse/SOLR-773
 Project: Solr
  Issue Type: New Feature
Reporter: Grant Ingersoll
Assignee: Grant Ingersoll
Priority: Minor
 Attachments: exampleSpatial.zip, lucene-spatial-2.9-dev.jar, 
 lucene.tar.gz, SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, 
 SOLR-773-local-lucene.patch, SOLR-773-local-lucene.patch, 
 SOLR-773-local-lucene.patch, SOLR-773-spatial_solr.patch, SOLR-773.patch, 
 SOLR-773.patch, spatial-solr.tar.gz


 Local Lucene has been donated to the Lucene project.  It has some Solr 
 components, but we should evaluate how best to incorporate it into Solr.
 See http://lucene.markmail.org/message/orzro22sqdj3wows?q=LocalLucene

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: subdirectories under lib

2009-07-06 Thread Otis Gospodnetic

This sounds good to me and I like Yonik's idea, too.

 Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch



- Original Message 
 From: Erik Hatcher e...@ehatchersolutions.com
 To: solr-dev@lucene.apache.org
 Sent: Monday, July 6, 2009 8:41:19 AM
 Subject: Re: subdirectories under lib
 
 Another option is to have a config option for the lib directories (plural) 
 allowing multiple to be specified that can live anywhere, not just under 
 solr-home.
 
 Erik
 
 On Jul 4, 2009, at 12:03 PM, Yonik Seeley wrote:
 
  How hard would it be to allow subdirectories under example/solr/lib?
  
  Seems like it would be nice to allow jars to be partitioned, so
  everything related to solr cell could be put under the
  solr/lib/solrcell directory.  Then extracting request handler could be
  defined as lazy and we could simply tell people to
  remove solr/lib/solrcell if you don't need it.
  
  -Yonik
  http://www.lucidimagination.com



Re: subdirectories under lib

2009-07-06 Thread Yonik Seeley
On Mon, Jul 6, 2009 at 8:41 AM, Erik Hatchere...@ehatchersolutions.com wrote:
 Another option is to have a config option for the lib directories (plural)
 allowing multiple to be specified that can live anywhere, not just under
 solr-home.

Yeah, that would optionally allow us to avoid copying all the
extraction-related jars.
The downside is that example would no longer be self-contained - but
it might be worth the exception in this case... the example server
would still work (just not the extracting request handler) if copied
somewhere else.

-Yonik
http://www.lucidimagination.com


Re: subdirectories under lib

2009-07-06 Thread Chris Hostetter
: Yeah, that would optionally allow us to avoid copying all the
: extraction-related jars.
: The downside is that example would no longer be self-contained - but
: it might be worth the exception in this case... the example server
: would still work (just not the extracting request handler) if copied
: somewhere else.

i was going to say something like cleaning up the example should be 
a motivator for several smaller examples, not for adding new config 
options but then it occured to me thta we'd pretty much have to have a 
config option like this in order to add multiple example directories, 
otherwise we'd wind up needing to copy some jars multiple times.

so yeah ... seems like a good idea.

-Hoss



[jira] Resolved: (SOLR-1145) Patch to set IndexWriter.defaultInfoStream from solr.xml

2009-07-06 Thread Mark Miller (JIRA)

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

Mark Miller resolved SOLR-1145.
---

Resolution: Fixed

Thanks Chris!

 Patch to set IndexWriter.defaultInfoStream from solr.xml
 

 Key: SOLR-1145
 URL: https://issues.apache.org/jira/browse/SOLR-1145
 Project: Solr
  Issue Type: Improvement
Reporter: Chris Harris
Assignee: Mark Miller
 Fix For: 1.4

 Attachments: SOLR-1145.patch, SOLR-1145.patch, SOLR-1145.patch, 
 SOLR-1145.patch


 Lucene IndexWriters use an infoStream to log detailed info about indexing 
 operations for debugging purpose. This patch is an extremely simple way to 
 allow logging this info to a file from within Solr: After applying the patch, 
 set the new defaultInfoStreamFilePath attribute of the solr element in 
 solr.xml to the path of the file where you'd like to save the logging 
 information.
 Note that, in a multi-core setup, all cores will end up logging to the same 
 infoStream log file. This may not be desired. (But it does justify putting 
 the setting in solr.xml rather than solrconfig.xml.)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (SOLR-1227) schema.jsp will be cached in browser

2009-07-06 Thread Mark Miller (JIRA)

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

Mark Miller commented on SOLR-1227:
---

I think this issue should be solved now that SOLR-1243 is committed.

 schema.jsp will be cached in browser
 

 Key: SOLR-1227
 URL: https://issues.apache.org/jira/browse/SOLR-1227
 Project: Solr
  Issue Type: Bug
  Components: web gui
Affects Versions: 1.4
 Environment: Solr 1.4 embedded jetty 
Reporter: Edward Capriolo
Assignee: Noble Paul
 Fix For: 1.4

 Attachments: SOLR-1227.patch


 The solr.xml schema file gets cached by the browser 
 http://localhost:port/solr/admin/schema.jsp . This leads people to thing the 
 schema has not been changed after editing it. The web interface should 
 instantly expire this page and possibly some others. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (SOLR-1262) DIH needs support for prepared statements

2009-07-06 Thread Abdul Chaudhry (JIRA)
DIH needs support for prepared statements 
--

 Key: SOLR-1262
 URL: https://issues.apache.org/jira/browse/SOLR-1262
 Project: Solr
  Issue Type: Improvement
  Components: contrib - DataImportHandler
Affects Versions: 1.3
 Environment: linux
mysql
Reporter: Abdul Chaudhry
Priority: Critical


During an indexing run we noticed that we were spending a lot of time creating 
and tearing down queries in mysql

The queries we are using are complex and involve joins spanning across multiple 
tables.

We should support prepared statements in the data import handler via the 
data-config.xml file - for those databases that support prepared statements.

We could add a new attribute to the entity entity in dataConfig - say - pquery 
or preparedQuery and then pass the prepared statement and have values filled in 
by the actual queries for each row using a placeholder - like a ? or something 
else.

I would probably start by hacking class JdbcDataSource to try a test but was 
wondering if anyone had experienced this or had any suggestions or if there is 
something in the works that I missed - I couldn't find any other bugs 
mentioning using prepared statements for performance.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (SOLR-1263) Multiple DIH still writing to dataimport.properties, fix for SOLR-1229 was incomplete

2009-07-06 Thread Jay Hill (JIRA)
Multiple DIH still writing to dataimport.properties, fix for SOLR-1229 was 
incomplete
-

 Key: SOLR-1263
 URL: https://issues.apache.org/jira/browse/SOLR-1263
 Project: Solr
  Issue Type: Bug
  Components: contrib - DataImportHandler
Affects Versions: 1.4
Reporter: Jay Hill
 Fix For: 1.4


The fix for SOLR-1229 was supposed to make it so different instances of the DIH 
have unique property file names, but even after updating to include the 
SOLR-1229 patch all DIH instances were still writing to dataimport.properties.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (SOLR-1263) Multiple DIH still writing to dataimport.properties, fix for SOLR-1229 was incomplete

2009-07-06 Thread Jay Hill (JIRA)

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

Jay Hill updated SOLR-1263:
---

Attachment: SOLR-1263.patch

The fix for SOLR-1234 missed one minor two places in SolrWriter.java where 
IMPORTER_PROPERTIES was changed to persistFilename.

 Multiple DIH still writing to dataimport.properties, fix for SOLR-1229 was 
 incomplete
 -

 Key: SOLR-1263
 URL: https://issues.apache.org/jira/browse/SOLR-1263
 Project: Solr
  Issue Type: Bug
  Components: contrib - DataImportHandler
Affects Versions: 1.4
Reporter: Jay Hill
 Fix For: 1.4

 Attachments: SOLR-1263.patch


 The fix for SOLR-1229 was supposed to make it so different instances of the 
 DIH have unique property file names, but even after updating to include the 
 SOLR-1229 patch all DIH instances were still writing to dataimport.properties.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (SOLR-1263) Multiple DIH still writing to dataimport.properties, fix for SOLR-1229 was incomplete

2009-07-06 Thread Jay Hill (JIRA)

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

Jay Hill updated SOLR-1263:
---

Description: The fix for SOLR-1234 was supposed to make it so different 
instances of the DIH have unique property file names, but even after updating 
to include the SOLR-1234 patch all DIH instances were still writing to 
dataimport.properties.  (was: The fix for SOLR-1229 was supposed to make it so 
different instances of the DIH have unique property file names, but even after 
updating to include the SOLR-1229 patch all DIH instances were still writing to 
dataimport.properties.)

 Multiple DIH still writing to dataimport.properties, fix for SOLR-1229 was 
 incomplete
 -

 Key: SOLR-1263
 URL: https://issues.apache.org/jira/browse/SOLR-1263
 Project: Solr
  Issue Type: Bug
  Components: contrib - DataImportHandler
Affects Versions: 1.4
Reporter: Jay Hill
 Fix For: 1.4

 Attachments: SOLR-1263.patch


 The fix for SOLR-1234 was supposed to make it so different instances of the 
 DIH have unique property file names, but even after updating to include the 
 SOLR-1234 patch all DIH instances were still writing to dataimport.properties.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Resolved: (SOLR-1227) schema.jsp will be cached in browser

2009-07-06 Thread Noble Paul (JIRA)

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

Noble Paul resolved SOLR-1227.
--

Resolution: Duplicate

the fix for this issue duplicates SOLR-1243

resolved. thanks Mark

 schema.jsp will be cached in browser
 

 Key: SOLR-1227
 URL: https://issues.apache.org/jira/browse/SOLR-1227
 Project: Solr
  Issue Type: Bug
  Components: web gui
Affects Versions: 1.4
 Environment: Solr 1.4 embedded jetty 
Reporter: Edward Capriolo
Assignee: Noble Paul
 Fix For: 1.4

 Attachments: SOLR-1227.patch


 The solr.xml schema file gets cached by the browser 
 http://localhost:port/solr/admin/schema.jsp . This leads people to thing the 
 schema has not been changed after editing it. The web interface should 
 instantly expire this page and possibly some others. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (SOLR-1129) SolrJ cannot bind dynamic fields to beans

2009-07-06 Thread Noble Paul (JIRA)

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

Noble Paul commented on SOLR-1129:
--

 should this go into 1.4 ? 

 SolrJ cannot bind dynamic fields to beans
 -

 Key: SOLR-1129
 URL: https://issues.apache.org/jira/browse/SOLR-1129
 Project: Solr
  Issue Type: Improvement
  Components: clients - java
Affects Versions: 1.3
Reporter: Noble Paul
Assignee: Noble Paul
 Fix For: 1.4

 Attachments: SOLR-1129.patch, SOLR-1129.patch, SOLR-1129.patch, 
 SOLR-1129.patch, SOLR-1129.patch


 SolrJ does not support binding of dynamic fields to bean fields
 The field declaration could be as follows
 {code:java}
 @Field(*_s)
 public String anyString;
 {code}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Assigned: (SOLR-1263) Multiple DIH still writing to dataimport.properties, fix for SOLR-1229 was incomplete

2009-07-06 Thread Noble Paul (JIRA)

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

Noble Paul reassigned SOLR-1263:


Assignee: Noble Paul

 Multiple DIH still writing to dataimport.properties, fix for SOLR-1229 was 
 incomplete
 -

 Key: SOLR-1263
 URL: https://issues.apache.org/jira/browse/SOLR-1263
 Project: Solr
  Issue Type: Bug
  Components: contrib - DataImportHandler
Affects Versions: 1.4
Reporter: Jay Hill
Assignee: Noble Paul
 Fix For: 1.4

 Attachments: SOLR-1263.patch


 The fix for SOLR-1234 was supposed to make it so different instances of the 
 DIH have unique property file names, but even after updating to include the 
 SOLR-1234 patch all DIH instances were still writing to dataimport.properties.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (SOLR-1229) deletedPkQuery feature does not work when pk and uniqueKey field do not have the same value

2009-07-06 Thread Noble Paul (JIRA)

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

Noble Paul commented on SOLR-1229:
--

Erik, did you have a chance to look at the fix?

 deletedPkQuery feature does not work when pk and uniqueKey field do not have 
 the same value
 ---

 Key: SOLR-1229
 URL: https://issues.apache.org/jira/browse/SOLR-1229
 Project: Solr
  Issue Type: Bug
  Components: contrib - DataImportHandler
Affects Versions: 1.4
Reporter: Erik Hatcher
Assignee: Noble Paul
 Fix For: 1.4

 Attachments: SOLR-1229.patch, SOLR-1229.patch, SOLR-1229.patch, 
 SOLR-1229.patch, tests.patch


 Problem doing a delta-import such that records marked as deleted in the 
 database are removed from Solr using deletedPkQuery.
 Here's a config I'm using against a mocked test database:
 {code:xml}
 dataConfig
  dataSource driver=com.mysql.jdbc.Driver url=jdbc:mysql://localhost/db/
  document name=tests
entity name=test
pk=board_id
transformer=TemplateTransformer
deletedPkQuery=select board_id from boards where deleted = 'Y'
query=select * from boards where deleted = 'N'
deltaImportQuery=select * from boards where deleted = 'N'
deltaQuery=select * from boards where deleted = 'N'
preImportDeleteQuery=datasource:board
  field column=id template=board-${test.board_id}/
  field column=datasource template=board/
  field column=title /
/entity
  /document
 /dataConfig
 {code}
 Note that the uniqueKey in Solr is the id field.  And its value is a 
 template board-PK.
 I noticed the javadoc comments in DocBuilder#collectDelta it says Note: In 
 our definition, unique key of Solr document is the primary key of the top 
 level entity.  This of course isn't really an appropriate assumption.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (SOLR-1129) SolrJ cannot bind dynamic fields to beans

2009-07-06 Thread Avlesh Singh (JIRA)

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

Avlesh Singh commented on SOLR-1129:


Good to go, Noble. I have tried and tested the patch, it looks good.

 SolrJ cannot bind dynamic fields to beans
 -

 Key: SOLR-1129
 URL: https://issues.apache.org/jira/browse/SOLR-1129
 Project: Solr
  Issue Type: Improvement
  Components: clients - java
Affects Versions: 1.3
Reporter: Noble Paul
Assignee: Noble Paul
 Fix For: 1.4

 Attachments: SOLR-1129.patch, SOLR-1129.patch, SOLR-1129.patch, 
 SOLR-1129.patch, SOLR-1129.patch


 SolrJ does not support binding of dynamic fields to bean fields
 The field declaration could be as follows
 {code:java}
 @Field(*_s)
 public String anyString;
 {code}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Resolved: (SOLR-1263) Multiple DIH still writing to dataimport.properties, fix for SOLR-1229 was incomplete

2009-07-06 Thread Noble Paul (JIRA)

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

Noble Paul resolved SOLR-1263.
--

Resolution: Fixed

committed r791700
thanks Jay

 Multiple DIH still writing to dataimport.properties, fix for SOLR-1229 was 
 incomplete
 -

 Key: SOLR-1263
 URL: https://issues.apache.org/jira/browse/SOLR-1263
 Project: Solr
  Issue Type: Bug
  Components: contrib - DataImportHandler
Affects Versions: 1.4
Reporter: Jay Hill
Assignee: Noble Paul
 Fix For: 1.4

 Attachments: SOLR-1263.patch


 The fix for SOLR-1234 was supposed to make it so different instances of the 
 DIH have unique property file names, but even after updating to include the 
 SOLR-1234 patch all DIH instances were still writing to dataimport.properties.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (SOLR-1264) if master slave is out of sync w/ master replication is not successful

2009-07-06 Thread Noble Paul (JIRA)

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

Noble Paul updated SOLR-1264:
-

Attachment: SOLR-1264.patch

successfulInstall flag was not set when a new indexDir is required

 if master slave is out of sync w/ master replication is not successful
 --

 Key: SOLR-1264
 URL: https://issues.apache.org/jira/browse/SOLR-1264
 Project: Solr
  Issue Type: Bug
  Components: replication (java)
Reporter: Noble Paul
Assignee: Noble Paul
 Fix For: 1.4

 Attachments: SOLR-1264.patch


 see the mail thread. http://markmail.org/thread/orxyqftqrsqvrt5w

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.