: It's used for trying out the AnalysisRequestHandler in the example.
we should add a README, and kill the copy of post.sh ... the README can
point out how to use post.jar to hit the analysis handler.
-Hoss
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 :)
An
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 it
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
[
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 build)
: [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
c
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=640843&view=rev
> Log
[
https://issues.apache.org/jira/browse/SOLR-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582062#action_12582062
]
Chris Harris commented on SOLR-284:
---
I'm thinking it would be handy if RichDocumentRequestH
[
https://issues.apache.org/jira/browse/SOLR-350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12581972#action_12581972
]
Erik Hatcher commented on SOLR-350:
---
The RemoveStatic patch looks good, Ryan. +1
> Manage
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
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 ther
[
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 Sol
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) con
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
MultiC
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
More on multicore:
Would it also make sense for there to be a MultiCore(String dir, File
config) constructor that just calls load()?
-Grant
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
proper
[
https://issues.apache.org/jira/browse/SOLR-303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12581885#action_12581885
]
Thomas Peuss commented on SOLR-303:
---
bq. they are limited in the number of documents they c
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
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 o
20 matches
Mail list logo
