Compilation issues in contrib/xml-query-parser ?

2008-03-26 Thread Otis Gospodnetic
Hi, Am I the only one who has problems compiling when running "ant test", but not when running "ant compile"? Things break in contrib/xml-query-parser/, and all compilation errors seem to have *Builder classes not seeing *Filter classes: common.compile-core: [mkdir] Created dir: /home/otis

[jira] Resolved: (LUCENE-510) IndexOutput.writeString() should write length in bytes

2008-03-26 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-510. --- Resolution: Fixed Fix Version/s: 2.4 > IndexOutput.writeString() should write

Re: Compilation issues in contrib/xml-query-parser ?

2008-03-26 Thread Michael McCandless
I'm don't see this problem, on Linux & Mac OS X. JDK 1.5. Mike Otis Gospodnetic wrote: Hi, Am I the only one who has problems compiling when running "ant test", but not when running "ant compile"? Things break in contrib/xml-query-parser/, and all compilation errors seem to have *Builder

[jira] Updated: (LUCENE-1187) Things to be done now that Filter is independent from BitSet

2008-03-26 Thread Paul Elschot (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Elschot updated LUCENE-1187: - Attachment: Contrib20080326.patch Contrib20080326.patch: supersedes the 20080325 version. Genera

[jira] Updated: (LUCENE-1187) Things to be done now that Filter is independent from BitSet

2008-03-26 Thread Paul Elschot (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Elschot updated LUCENE-1187: - Component/s: Search contrib/* Lucene Fields: [New, Patch Available] (wa

[jira] Assigned: (LUCENE-1187) Things to be done now that Filter is independent from BitSet

2008-03-26 Thread Michael Busch (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Busch reassigned LUCENE-1187: - Assignee: Michael Busch > Things to be done now that Filter is independent from BitSet >

[jira] Commented: (LUCENE-1187) Things to be done now that Filter is independent from BitSet

2008-03-26 Thread Michael Busch (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582414#action_12582414 ] Michael Busch commented on LUCENE-1187: --- Thanks for your patches, Paul. I'll be trav

[jira] Commented: (LUCENE-1231) Column-stride fields (aka per-document Payloads)

2008-03-26 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582420#action_12582420 ] Michael McCandless commented on LUCENE-1231: {quote} How would this compare to

Re: [jira] Resolved: (LUCENE-510) IndexOutput.writeString() should write length in bytes

2008-03-26 Thread Marvin Humphrey
Michael McCandless resolved LUCENE-510. Congratulations. :) When I wrote my initial patch, I saw a performance degradation of c. 30% in my indexing benchmarks. Repeated reallocation was presumably one culprit: when length in Java chars is stored in the index, you only need to allocate

[jira] Commented: (LUCENE-831) Complete overhaul of FieldCache API/Implementation

2008-03-26 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582422#action_12582422 ] Michael McCandless commented on LUCENE-831: --- One question here: should we switch

Re: [jira] Resolved: (LUCENE-510) IndexOutput.writeString() should write length in bytes

2008-03-26 Thread Michael McCandless
Marvin Humphrey wrote: Michael McCandless resolved LUCENE-510. Congratulations. :) Thanks. I didn't quite realize what I was getting myself into when I said "yes" on that issue! When I wrote my initial patch, I saw a performance degradation of c. 30% in my indexing benchmarks. I

Re: [jira] Resolved: (LUCENE-510) IndexOutput.writeString() should write length in bytes

2008-03-26 Thread Yonik Seeley
On Wed, Mar 26, 2008 at 5:22 PM, Michael McCandless <[EMAIL PROTECTED]> wrote: > > Are the string diffs and comparisons now performed against raw > > bytes, so that fewer conversions are needed? > > Alas, not yet: Lucene still uses UTF16 java chars internally. The > conversion to UTF-8 happens

[jira] Commented: (LUCENE-1231) Column-stride fields (aka per-document Payloads)

2008-03-26 Thread Doug Cutting (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582442#action_12582442 ] Doug Cutting commented on LUCENE-1231: -- So there are a number of features these field

[jira] Commented: (LUCENE-831) Complete overhaul of FieldCache API/Implementation

2008-03-26 Thread Michael Busch (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582443#action_12582443 ] Michael Busch commented on LUCENE-831: -- {quote} The benefit then is that reopen() of a

Re: [jira] Resolved: (LUCENE-510) IndexOutput.writeString() should write length in bytes

2008-03-26 Thread Michael McCandless
Yonik Seeley <[EMAIL PROTECTED]> wrote: > Hmmm, can't we always do it by unicode code point? > When do we need UTF-16 order? In theory, we can. I think the sort order doesn't matter much, as long as everyone (writers & readers) agree what it is. I think unicode code point order is more "stand

Re: [jira] Resolved: (LUCENE-510) IndexOutput.writeString() should write length in bytes

2008-03-26 Thread Yonik Seeley
On Wed, Mar 26, 2008 at 6:06 PM, Michael McCandless <[EMAIL PROTECTED]> wrote: > Yonik Seeley <[EMAIL PROTECTED]> wrote: > > > Hmmm, can't we always do it by unicode code point? > > When do we need UTF-16 order? > > In theory, we can. I think the sort order doesn't matter much, as > long as

Re: [jira] Resolved: (LUCENE-510) IndexOutput.writeString() should write length in bytes

2008-03-26 Thread Michael McCandless
Yonik Seeley wrote: On Wed, Mar 26, 2008 at 6:06 PM, Michael McCandless <[EMAIL PROTECTED]> wrote: Yonik Seeley <[EMAIL PROTECTED]> wrote: Hmmm, can't we always do it by unicode code point? When do we need UTF-16 order? In theory, we can. I think the sort order doesn't matter much, as

[jira] Commented: (LUCENE-1231) Column-stride fields (aka per-document Payloads)

2008-03-26 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582464#action_12582464 ] Michael McCandless commented on LUCENE-1231: Sorry you're right: the payload i

[jira] Commented: (LUCENE-831) Complete overhaul of FieldCache API/Implementation

2008-03-26 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582471#action_12582471 ] Mark Miller commented on LUCENE-831: >If you're going to incrementally update a FieldCa

[jira] Commented: (LUCENE-831) Complete overhaul of FieldCache API/Implementation

2008-03-26 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582480#action_12582480 ] Mark Miller commented on LUCENE-831: Hmm...how do we avoid having to pull the cached fi

[jira] Updated: (LUCENE-1245) MultiFieldQueryParser is not friendly for overriding getFieldQuery(String,String,int)

2008-03-26 Thread Trejkaz (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trejkaz updated LUCENE-1245: Lucene Fields: [New, Patch Available] (was: [New]) Summary: MultiFieldQueryParser is not friendl

[jira] Updated: (LUCENE-1245) MultiFieldQueryParser is not friendly for overriding getFieldQuery(String,String,int)

2008-03-26 Thread Trejkaz (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trejkaz updated LUCENE-1245: Attachment: multifield.patch Fix makes getFieldQuery(String,String) and getFieldQuery(String,String,int)

[jira] Commented: (LUCENE-1245) MultiFieldQueryParser is not friendly for overriding getFieldQuery(String,String,int)

2008-03-26 Thread Trejkaz (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582490#action_12582490 ] Trejkaz commented on LUCENE-1245: - Here's an example illustrating the way we were using it

[jira] Issue Comment Edited: (LUCENE-1245) MultiFieldQueryParser is not friendly for overriding getFieldQuery(String,String,int)

2008-03-26 Thread Trejkaz (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582490#action_12582490 ] trejkaz edited comment on LUCENE-1245 at 3/26/08 5:13 PM: -- Here's

[jira] Issue Comment Edited: (LUCENE-1245) MultiFieldQueryParser is not friendly for overriding getFieldQuery(String,String,int)

2008-03-26 Thread Trejkaz (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-1245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582490#action_12582490 ] trejkaz edited comment on LUCENE-1245 at 3/26/08 5:32 PM: -- Here's

Hudson build is back to normal: Lucene-trunk #417

2008-03-26 Thread Apache Hudson Server
See http://hudson.zones.apache.org/hudson/job/Lucene-trunk/417/changes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]