[jira] Commented: (SOLR-773) Incorporate Local Lucene/Solr
[ 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
[ 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
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
[ 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
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
[ 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
[ 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
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
[ 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
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
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
: 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
[ 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
[ 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
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
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
[ 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
[ 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
[ 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
[ 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
[ 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
[ 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
[ 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
[ 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
[ 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.