Apologies... I went off of http://lucene.apache.org/java/docs/whoweare.html
It appears I forgot Mark also.
Does anyone else want a (presumably 60 day trial) license?
-Yonik
On 12/2/05, Wolfgang Hoschek <[EMAIL PROTECTED]> wrote:
> Yonik, I haven't been terribly active lately, but I've been voted
Just as a clarification, human-readable strings for queries are
essential for how we do things at CNET.
In addition to Mark's comments:
- standard logging mechanisms such as the access log of a app server
are readable
- easily human typable one-off queries during development and for
troubleshootin
Yonik, I haven't been terribly active lately, but I've been voted in
as committer as well... :-)
http://marc.theaimsgroup.com/?l=lucene-dev&w=2&r=1&s=hoschek
+committer&q=b
Cheers,
Wolfgang.
On Dec 2, 2005, at 2:53 PM, Yonik Seeley wrote:
~yonik/yourkit/
---
On Dec 2, 2005, at 10:03 AM, mark harwood wrote:
There seems to be a growing gap between Lucene
functionality and the query language offered by
QueryParser (eg no support for regex queries, span
queries, "more like this", filter queries,
minNumShouldMatch etc etc).
At least with a couple of the
What ever is generating the xml could just as easily create/instantiate the
query objects.
Yes, it is easier using the existing Java objects to construct queries
but they are inappropriate when you consider the scenarios 1 to 3 I
outlined earlier (query persistence, support for clients wri
[ http://issues.apache.org/jira/browse/LUCENE-475?page=all ]
Bernhard Messer closed LUCENE-475:
--
Fix Version: CVS Nightly - Specify date in submission
Resolution: Fixed
Volodymyr,
thanks for the fix. It's reviewed and commited.
Bernhard
>
> It's worth considering why it's useful to have a
> String-representable form for queries:
Absolutely. A quickly parseable string representation for queries is
essential in so many contexts, for the reasons you brought out. Think
what SQL does for the database.
-Yonik
Now hiring -- http://form
On Friday 02 December 2005 16:03, mark harwood wrote:
> There seems to be a growing gap between Lucene
> functionality and the query language offered by
> QueryParser (eg no support for regex queries, span
> queries, "more like this", filter queries,
> minNumShouldMatch etc etc).
>
> Closing this
Their reply:
: I'm sending you 60 days license keys for fully featured version. If
: you'll find that 60 days if not enough, please do not hesitate to
: contact me and I'll send you prolonged license keys.
:
: I think that the permanent licenses can be discussed later.
60 day temp licenses for co
I don't see the value in this. What ever is generating the xml could just as
easily create/instantiate the query objects.
I would much rather see the query parser migrated to an internal parser (that
would be easier to maintain), and develop a syntax that allowed easier use of
the most common/p
There seems to be a growing gap between Lucene
functionality and the query language offered by
QueryParser (eg no support for regex queries, span
queries, "more like this", filter queries,
minNumShouldMatch etc etc).
Closing this gap is hard when:
a) The availability of Javacc+Lucene skills is a
b
[
http://issues.apache.org/jira/browse/LUCENE-475?page=comments#action_12359170 ]
Yonik Seeley commented on LUCENE-475:
-
super minor nit:
toRead = Math.min(len-readCount, BufferedIndexOutput.BUFFER_SIZE)
is easier on my eyes than
+int toRead
[
http://issues.apache.org/jira/browse/LUCENE-475?page=comments#action_12359150 ]
Volodymyr Bychkoviak commented on LUCENE-475:
-
agree
> RAMDirectory(Directory dir, boolean closeDir) constructor uses memory
> inefficiently.
>
[
http://issues.apache.org/jira/browse/LUCENE-475?page=comments#action_12359144 ]
Jiri Kuhn commented on LUCENE-475:
--
Wouldn't it be nice to have special method to copy two directories? Like:
public abstract class Directory {
...
public static void
[ http://issues.apache.org/jira/browse/LUCENE-475?page=all ]
Volodymyr Bychkoviak updated LUCENE-475:
Attachment: RamDirectory2.diff
second version of patch which uses BufferedIndexOutput.BUFFER_SIZE as buffer
size and same buffer for all file
15 matches
Mail list logo
