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

Build failed in Hudson: Solr-trunk #387

See http://hudson.zones.apache.org/hudson/job/Solr-trunk/387/changes Changes: [ehatcher] Enlighted by Hoss' question, clarify a bit more about nesting Solr within a larger web application [ehatcher] Clarify path-prefix in web.xml comments and javadocs [ehatcher] Incorporate the prefixPath, if

[jira] Commented: (SOLR-303) Distributed Search over HTTP

[ https://issues.apache.org/jira/browse/SOLR-303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12581885#action_12581885 ] Thomas Peuss commented on SOLR-303: --- bq. they are limited in the number of documents they

Multicore and deprecation

I'm looking a bit at the Multicore stuff and I am wondering why we are deprecating code that hasn't been released? Shouldn't we just make it right? Along those lines, what should SolrDispatchFilter be calling in the initMultiCore()? Typically, internal calls should be made to the

MultiCore and load()

More on multicore: Would it also make sense for there to be a MultiCore(String dir, File config) constructor that just calls load()? -Grant

Re: Multicore and deprecation

Grant Ingersoll wrote: I'm looking a bit at the Multicore stuff and I am wondering why we are deprecating code that hasn't been released? Shouldn't we just make it right? The deprecation is the outcome of an unresolved discussion ;) and yes, it should be resolved. The issue is how to make

Re: MultiCore and load()

Grant Ingersoll wrote: More on multicore: Would it also make sense for there to be a MultiCore(String dir, File config) constructor that just calls load()? In what context are you calling new MultiCore() directly? The getInstance() bit is there so that if someone else modifies the

Re: MultiCore and load()

It seems like the MultiCore instance could be put into the Servlet Context, then index.jsp would have access to it. On Mar 25, 2008, at 9:32 AM, Ryan McKinley wrote: Grant Ingersoll wrote: More on multicore: Would it also make sense for there to be a MultiCore(String dir, File config)

[jira] Updated: (SOLR-350) Manage Multiple SolrCores

[ https://issues.apache.org/jira/browse/SOLR-350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley updated SOLR-350: --- Attachment: SOLR-350-RemoveStatic.patch remove SolrMultiCore references from JSP Manage Multiple

Re: MultiCore and load()

check the latest patch... Grant Ingersoll wrote: It seems like the MultiCore instance could be put into the Servlet Context, then index.jsp would have access to it. On Mar 25, 2008, at 9:32 AM, Ryan McKinley wrote: Grant Ingersoll wrote: More on multicore: Would it also make sense for

Re: MultiCore and load()

If it makes something easier, I think that is fine. Grant Ingersoll wrote: More on multicore: Would it also make sense for there to be a MultiCore(String dir, File config) constructor that just calls load()? -Grant

[jira] Commented: (SOLR-350) Manage Multiple SolrCores

[ https://issues.apache.org/jira/browse/SOLR-350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12581972#action_12581972 ] Erik Hatcher commented on SOLR-350: --- The RemoveStatic patch looks good, Ryan. +1 Manage

[jira] Commented: (SOLR-284) Parsing Rich Document Types

[ https://issues.apache.org/jira/browse/SOLR-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12582062#action_12582062 ] Chris Harris commented on SOLR-284: --- I'm thinking it would be handy if

Re: svn commit: r640843 - in /lucene/solr/trunk: client/java/solrj/test/org/apache/solr/client/solrj/ src/java/org/apache/solr/core/ src/webapp/src/org/apache/solr/servlet/ src/webapp/web/ src/webapp/

Looks like there are still some jsp files that reference SolrMultiCore after this change. -Yonik On Tue, Mar 25, 2008 at 11:01 AM, [EMAIL PROTECTED] wrote: Author: ryan Date: Tue Mar 25 08:01:23 2008 New Revision: 640843 URL: http://svn.apache.org/viewvc?rev=640843view=rev Log:

Re: Solr nightly build failure

: [junit] Running org.apache.solr.client.solrj.response.QueryResponseTest : [junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0.316 sec This test seems to have been failing consistently in the nightly build since March 18th which is when the test was added (new Date Faceting

[jira] Reopened: (SOLR-497) SolrJ QueryResponse does not support date faceting results

[ https://issues.apache.org/jira/browse/SOLR-497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man reopened SOLR-497: --- FYI: the QueryResponseTest added by this patch has been failing in the nightly.sh build (but not the hudson

exampleAnalysis?

What is exampleAnalysis? http://svn.apache.org/repos/asf/lucene/solr/trunk/example/exampleAnalysis/ The tests all pass with it removed. do we need it? It seems like it may make things more confusing... In my view, one post.sh script is better then two. ryan

Re: exampleAnalysis?

It's used for trying out the AnalysisRequestHandler in the example. -Grant On Mar 25, 2008, at 9:53 PM, Ryan McKinley wrote: What is exampleAnalysis? http://svn.apache.org/repos/asf/lucene/solr/trunk/example/exampleAnalysis/ The tests all pass with it removed. do we need it? It seems like

Re: svn commit: r640843 - in /lucene/solr/trunk: client/java/solrj/test/org/apache/solr/client/solrj/ src/java/org/apache/solr/core/ src/webapp/src/org/apache/solr/servlet/ src/webapp/web/ src/webapp/

On Mar 25, 2008, at 5:52 PM, Yonik Seeley wrote: Looks like there are still some jsp files that reference SolrMultiCore after this change. I think I've fixed them all up now. Within Solr, JSPs: -1 ... sure would be nice if the bulk of those things were converted to request handlers :)