[
https://issues.apache.org/jira/browse/SOLR-540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lars Kotthoff updated SOLR-540:
---
Attachment: SOLR-540-highlight-all.patch
I've changed a couple of things and uploaded the new patch.
*
[
https://issues.apache.org/jira/browse/SOLR-540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lars Kotthoff updated SOLR-540:
---
Attachment: (was: solr-highlight-all.patch)
> Add support for hl.fl=*
> ---
>
>
[
https://issues.apache.org/jira/browse/SOLR-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man resolved SOLR-584.
---
Resolution: Fixed
[EMAIL PROTECTED]:~/lucene/solr$ svn commit -m "SOLR-584: make stats.jsp and
stats.xsl more
On Mon, Jun 30, 2008 at 3:43 PM, Chris Harris <[EMAIL PROTECTED]> wrote:
> The wiki (http://wiki.apache.org/solr/UpdateXmlMessages) explains that
> "delete by id is much more efficient than delete by query". Does this
> patch mean this is no longer true?
Pretty much.
> That is, is delete by query
The wiki (http://wiki.apache.org/solr/UpdateXmlMessages) explains that
"delete by id is much more efficient than delete by query". Does this
patch mean this is no longer true? That is, is delete by query now
basically as fast as delete by ID? If not, is there at least an
amazing speedup for delete
Further on this if metadata is added to a field type, it needs to
somehow make it down to the tokenizer and filter factories to use if
desired. Language, for example, could be attached to a field type,
but then could be leveraged by a stop word filter to pick up a
language-specific sto
I heartily agree with you Grant that these objects should be user-extensible.
But removing the exception test entirely would probably be a great disservice
to Solr users, who could spend untold hours debugging problems in schema.xml
(eg. misspelled or contextually inappropriate properties) witho
[
https://issues.apache.org/jira/browse/SOLR-609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12609314#action_12609314
]
Grant Ingersoll commented on SOLR-609:
--
OK, I committed this, give it a try.
> SpellChe
[
https://issues.apache.org/jira/browse/SOLR-609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12609312#action_12609312
]
Shalin Shekhar Mangar commented on SOLR-609:
bq. Yeah, this probably makes sense.
[
https://issues.apache.org/jira/browse/SOLR-609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll reopened SOLR-609:
--
Reopen, change to not use defaults, but to setup defaults on the ReqHandler
> SpellCheckComponent do
[
https://issues.apache.org/jira/browse/SOLR-609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12609300#action_12609300
]
Grant Ingersoll commented on SOLR-609:
--
{quote}
Actually, now that I think about it, ano
[
https://issues.apache.org/jira/browse/SOLR-14?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Geoffrey Young updated SOLR-14:
---
Attachment: SOLR-14.patch
this new patch addresses three additional cases
o words prefixed with delim
[
https://issues.apache.org/jira/browse/SOLR-483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-483:
-
Attachment: SOLR-483.patch
Will commit in a day or two.
> short/byte sorting support
> ---
Currently, FieldType throws a RuntimeException if there are any
"extra" properties in the configuration. I think SchemaField does
something similar.
I'd like to consider not doing this. My main case is I want to be
able to store semantic information about the FieldType with the
FieldTyp
[
https://issues.apache.org/jira/browse/SOLR-483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll reassigned SOLR-483:
Assignee: Grant Ingersoll
> short/byte sorting support
> --
>
>
[
https://issues.apache.org/jira/browse/SOLR-483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on SOLR-483 started by Grant Ingersoll.
> short/byte sorting support
> --
>
> Key: SOLR-483
> URL: https://issu
[
https://issues.apache.org/jira/browse/SOLR-485?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved SOLR-485.
--
Resolution: Won't Fix
See SOLR-572 for a better Spell checker
> Deprecate SpellCheckRequestHandl
When a commit fail due to an OutOfMemoryError it doesn't handle properly the
error (the write.lock is not deleted anymore and the admin adds a new document
on the update handler for each batch you send).
-
18 matches
Mail list logo