Re: [jira] Resolved: (SOLR-479) Solr Test code coverage
On Feb 24, 2008, at 11:48 PM, Chris Hostetter wrote: : If we hook it into the "nightly" target, then the only thing that needs to be : done is make sure Hudson captures the reports. The trick in hooking it into : the nightly is that you want to make sure you clean before doing any other : packaging to make sure that the instrumented files are not in the build. i'm pretty sure the hudson artifacts aren't the ones we distribute as the "nightly build" .. that's still done by a cron in the lucene zone AFAIK, so it shouldn't be a big deal. honestly: i'm starting to come around to the idea that we should stop distributing nightly builds at all -- just ue hudson for automated unit/coverage tests and shut off the cron scripts ... but that's a topic for a seperate thread. : If someone takes care of that, I can see to it that it gets in Hudson. Also, : I'd be more than happy to get another Solr committer setup on Hudson. It is : really easy to work with, especially the newer version. go ahead and set me up with a hudson account and i'll take a look at it -- there are some aspects of clover that i don't get yet, so i'd like to make sure i understand what's going wrong with the lucene-java clover setup first. Hoss, follow the directions here (first question in FAQ): http://wiki.apache.org/general/Hudson to get an account on hudson.zones.apache.org Thx, Nige
[jira] Created: (SOLR-492) Solr::Request::Standard doesn't process facet.offset
Solr::Request::Standard doesn't process facet.offset Key: SOLR-492 URL: https://issues.apache.org/jira/browse/SOLR-492 Project: Solr Issue Type: Bug Components: clients - ruby - flare Reporter: Matt Mitchell Priority: Trivial The Solr::Request::Standard does not process the facet.offset parameter. The to_hash method needs to be modified. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-139) Support updateable/modifiable documents
[ https://issues.apache.org/jira/browse/SOLR-139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12573906#action_12573906 ] Otis Gospodnetic commented on SOLR-139: --- I'm looking at this issue now. I used to think "sure, this will work fine", but I'm looking at a 1B doc index (split over N servers) and am suddenly very scared of having to store more than necessary in the index. In other words, writing custom field value loaders from external storage sounds like the right thing to do. Perhaps one such loader could simply load from the index itself. :) > Support updateable/modifiable documents > --- > > Key: SOLR-139 > URL: https://issues.apache.org/jira/browse/SOLR-139 > Project: Solr > Issue Type: New Feature > Components: update >Reporter: Ryan McKinley >Assignee: Ryan McKinley > Fix For: 1.3 > > Attachments: Eriks-ModifiableDocument.patch, > Eriks-ModifiableDocument.patch, Eriks-ModifiableDocument.patch, > Eriks-ModifiableDocument.patch, Eriks-ModifiableDocument.patch, > getStoredFields.patch, getStoredFields.patch, getStoredFields.patch, > getStoredFields.patch, getStoredFields.patch, > SOLR-139-IndexDocumentCommand.patch, SOLR-139-IndexDocumentCommand.patch, > SOLR-139-IndexDocumentCommand.patch, SOLR-139-IndexDocumentCommand.patch, > SOLR-139-IndexDocumentCommand.patch, SOLR-139-IndexDocumentCommand.patch, > SOLR-139-IndexDocumentCommand.patch, SOLR-139-IndexDocumentCommand.patch, > SOLR-139-IndexDocumentCommand.patch, SOLR-139-IndexDocumentCommand.patch, > SOLR-139-IndexDocumentCommand.patch, SOLR-139-ModifyInputDocuments.patch, > SOLR-139-ModifyInputDocuments.patch, SOLR-139-ModifyInputDocuments.patch, > SOLR-139-ModifyInputDocuments.patch, SOLR-139-XmlUpdater.patch, > SOLR-269+139-ModifiableDocumentUpdateProcessor.patch > > > It would be nice to be able to update some fields on a document without > having to insert the entire document. > Given the way lucene is structured, (for now) one can only modify stored > fields. > While we are at it, we can support incrementing an existing value - I think > this only makes sense for numbers. > for background, see: > http://www.nabble.com/loading-many-documents-by-ID-tf3145666.html#a8722293 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SOLR-387) Add hooks to RequestHandlers so they can be more easily extended
[ https://issues.apache.org/jira/browse/SOLR-387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Otis Gospodnetic resolved SOLR-387. --- Resolution: Won't Fix > Add hooks to RequestHandlers so they can be more easily extended > > > Key: SOLR-387 > URL: https://issues.apache.org/jira/browse/SOLR-387 > Project: Solr > Issue Type: Improvement > Components: search >Affects Versions: 1.2 >Reporter: Brian Durand >Priority: Trivial > Attachments: SOLR-387-Extensible-RequestHandlers.patch > > > I have found a couple of instances where I need to hook code in to modify the > queries sent to RequestHandler and DisMaxRequestHandler before they are > executed. The structure of these classes under Solr 1.2 does not lend itself > to this type of extension. I have a patch which adds an additional method: > public void addCustomBehavior (SolrQueryRequest req, SolrQueryResponse > rsp, List queries, List sortFields) > Subclasses of the request handlers can then implement this method to hook in > their custom code. > This code fix would be made obsolete by SOLR-281 (Search Component Plugins) > https://issues.apache.org/jira/browse/SOLR-281 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-387) Add hooks to RequestHandlers so they can be more easily extended
[ https://issues.apache.org/jira/browse/SOLR-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12573782#action_12573782 ] Brian Durand commented on SOLR-387: --- That's fine. > Add hooks to RequestHandlers so they can be more easily extended > > > Key: SOLR-387 > URL: https://issues.apache.org/jira/browse/SOLR-387 > Project: Solr > Issue Type: Improvement > Components: search >Affects Versions: 1.2 >Reporter: Brian Durand >Priority: Trivial > Attachments: SOLR-387-Extensible-RequestHandlers.patch > > > I have found a couple of instances where I need to hook code in to modify the > queries sent to RequestHandler and DisMaxRequestHandler before they are > executed. The structure of these classes under Solr 1.2 does not lend itself > to this type of extension. I have a patch which adds an additional method: > public void addCustomBehavior (SolrQueryRequest req, SolrQueryResponse > rsp, List queries, List sortFields) > Subclasses of the request handlers can then implement this method to hook in > their custom code. > This code fix would be made obsolete by SOLR-281 (Search Component Plugins) > https://issues.apache.org/jira/browse/SOLR-281 -- 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 compile-common: [mkdir] Created dir: /tmp/apache-solr-nightly/build/common [javac] Compiling 31 source files to /tmp/apache-solr-nightly/build/common [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/core [javac] Compiling 306 source files to /tmp/apache-solr-nightly/build/core [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-solrj-core: [mkdir] Created dir: /tmp/apache-solr-nightly/build/client/solrj [javac] Compiling 22 source files to /tmp/apache-solr-nightly/build/client/solrj [javac] Note: /tmp/apache-solr-nightly/client/java/solrj/src/org/apache/solr/client/solrj/impl/CommonsHttpSolrServer.java uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. compile-solrj: [javac] Compiling 2 source files to /tmp/apache-solr-nightly/build/client/solrj compileTests: [mkdir] Created dir: /tmp/apache-solr-nightly/build/tests [javac] Compiling 84 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: 25, Failures: 0, Errors: 0, Time elapsed: 20.866 sec [junit] Running org.apache.solr.ConvertedLegacyTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 7.481 sec [junit] Running org.apache.solr.DisMaxRequestHandlerTest [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 5.12 sec [junit] Running org.apache.solr.EchoParamsTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 2.457 sec [junit] Running org.apache.solr.OutputWriterTest [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 2.585 sec [junit] Running org.apache.solr.SampleTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.102 sec [junit] Running org.apache.solr.TestDistributedSearch [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 19.824 sec [junit] 2008-02-29 08:07:13.101::INFO: Shutdown hook executing [junit] 2008-02-29 08:07:13.101::INFO: Shutdown hook complete [junit] 2008-02-29 08:07:14.112::INFO: Shutdown hook complete [junit] 2008-02-29 08:07:15.120::INFO: Shutdown hook complete [junit] 2008-02-29 08:07:16.130::INFO: Shutdown hook complete [junit] 2008-02-29 08:07:17.135::INFO: Shutdown hook complete [junit] 2008-02-29 08:07:18.140::INFO: Shutdown hook complete [junit] 2008-02-29 08:07:19.150::INFO: Shutdown hook complete [junit] 2008-02-29 08:07:20.160::INFO: Shutdown hook complete [junit] 2008-02-29 08:07:21.169::INFO: Shutdown hook complete [junit] Running org.apache.solr.analysis.HTMLStripReaderTest [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 0.919 sec [junit] Running org.apache.solr.analysis.TestBufferedTokenStream [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.392 sec [junit] Running org.apache.solr.analysis.TestCapitalizationFilter [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.48 sec [junit] Running org.apache.solr.analysis.TestHyphenatedWordsFilter [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.066 sec [junit] Running org.apache.solr.analysis.TestKeepWordFilter [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.172 sec [junit] Running org.apache.solr.analysis.TestPatternReplaceFilter [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 2.459 sec [junit] Running org.apache.solr.analysis.TestPatternTokenizerFactory [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.041 sec [junit] Running org.apache.solr.analysis.TestPhoneticFilter [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.232 sec [junit] Running org.apache.solr.analysis.TestRemoveDuplicatesTokenFilter [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.414 sec [junit] Running org.apache.solr.analysis.TestSynonymFilter [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 2.065 sec [junit] Running org.apache.solr.analysis.TestTrimFilter [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.044 sec [junit] Running org.apache.solr.analysis.TestWordDelimiterFilter
