On Thursday 24 November 2005 00:06, Erik Hatcher wrote:
>
> On 23 Nov 2005, at 15:42, Paul Elschot wrote:
> > I refactored it to have a few more tests, and all seems to work well.
> > It also includes the tests from TestSpanRegexQuery.java .
> >
...
>
> > To parse a regex query term, the surround
Refactoring and slight extension of regex testing code.
---
Key: LUCENE-470
URL: http://issues.apache.org/jira/browse/LUCENE-470
Project: Lucene - Java
Type: Test
Components: Search
Versions: CVS Nightly - S
[ http://issues.apache.org/jira/browse/LUCENE-470?page=all ]
paul.elschot updated LUCENE-470:
Attachment: TestRegexQuery.java
Includes the tests of TestSpanRegexQuery.java.
Adds a few test cases.
> Refactoring and slight extension of regex testing code.
[
http://issues.apache.org/jira/browse/LUCENE-470?page=comments#action_12358455 ]
Erik Hatcher commented on LUCENE-470:
-
Paul - I committed your changes, thanks! I did have to add "String" in front
of the declaration of the FN variable though :)
> Re
On 24 Nov 2005, at 03:17, Paul Elschot wrote:
I must admit that I haven't used the surround parser. For my custom
parser (a legacy syntax that no one here would want), I take any term
that has an *, ?, or [...] syntax as a regex term.
I had another look at the javadocs of java regex package.
[ http://issues.apache.org/jira/browse/LUCENE-470?page=all ]
paul.elschot closed LUCENE-470:
---
Resolution: Fixed
> Refactoring and slight extension of regex testing code.
> ---
>
> Key: LUCEN
On Thursday 24 November 2005 10:25, Erik Hatcher wrote:
>
> On 24 Nov 2005, at 03:17, Paul Elschot wrote:
> >> I must admit that I haven't used the surround parser. For my custom
> >> parser (a legacy syntax that no one here would want), I take any term
> >> that has an *, ?, or [...] syntax as a
On 24 Nov 2005, at 11:57, Paul Elschot wrote:
Capturing groups and special contexts need normal brackets ().
Maybe we have a terminology mismatch. I call these (parentheses) and
these [brackets].
Capturing groups are used for replacements, and I don't see a use
for that in a query langua
[
http://issues.apache.org/jira/browse/LUCENE-463?page=comments#action_12358478 ]
Cheolgoo Kang commented on LUCENE-463:
--
I've resolved the same problem today, and think it's the problem caused by
Integer.parseInt(). For example, at the second line, In
[
http://issues.apache.org/jira/browse/LUCENE-463?page=comments#action_12358479 ]
Yonik Seeley commented on LUCENE-463:
-
Why not just use a string sort rather than an integer (or long) sort?
> Sorting does not work correcly on "String Date"
> -
[
http://issues.apache.org/jira/browse/LUCENE-463?page=comments#action_12358480 ]
Cheolgoo Kang commented on LUCENE-463:
--
AFAIK, sorting as number is far more faster than string. And friendly with
memory issue also.
Some developers want to use the val
11 matches
Mail list logo
