IllegalArgumentException parsing foo~1
Key: LUCENE-950
URL: https://issues.apache.org/jira/browse/LUCENE-950
Project: Lucene - Java
Issue Type: Bug
Components: QueryParser
Affects
[
https://issues.apache.org/jira/browse/LUCENE-951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rich Johnson updated LUCENE-951:
Attachment: MultiLevelSkipListReader.patch
PATCH MultiLevelSkipListReader NullPointerException
PATCH MultiLevelSkipListReader NullPointerException
---
Key: LUCENE-951
URL: https://issues.apache.org/jira/browse/LUCENE-951
Project: Lucene - Java
Issue Type: Bug
Components: Index
[
https://issues.apache.org/jira/browse/LUCENE-950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510403
]
Grant Ingersoll commented on LUCENE-950:
Hmmm, this isn't really an error (see
[
https://issues.apache.org/jira/browse/LUCENE-938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510422
]
Ning Li commented on LUCENE-938:
Good catch, Steven!
One thing though: I thought we had assumed that there wouldn't
[
https://issues.apache.org/jira/browse/LUCENE-951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510415
]
Yonik Seeley commented on LUCENE-951:
-
Interesting... I wonder why none of our current tests hit this bug.
Interesting question... I guess we haven't had one contrib depend on
another yet, or at least, I haven't checked to see if we have.
I would presume that the benchmark contrib becomes a dependency of
the library that wants to use it (i.e. Highlighter), but it is
slightly different in that
Solr just suggested (http://www.mail-archive.com/solr-
[EMAIL PROTECTED]/msg04883.html) that they remove Author tags for
a variety of good reasons. What do people think of doing this in
Lucene Java?
The ASF seems to discourage them, but ultimately leaves it up to the
PMC (which, to my
See http://lucene.zones.apache.org:8080/hudson/job/Lucene-Nightly/143/changes
--
[...truncated 4169 lines...]
[junit] Writing files byte by byte
[junit] 1219 total milliseconds to read, 6215 kb/s
[junit] 92 total milliseconds to delete even