Hey, what's going on Lucene bugzilla?

Hi there, I got hundreds of [DO NOT REPLY] messages again and again from bugzilla starting a few minutes ago. Does the bugzilla have any problem? -- Regards, Cheolgoo Kang - To unsubscribe, e-mail: [EMAIL PROTECTED] For

Re: Map-Reduce

duce-osdi04.pdf > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Regards, Cheolgoo Kang - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

index version

Hi, Luceners, I got timestamp from the IndexReader.getCurrentVersion() other than the number of changes on that index. Do somebody changed this before? Here is my test case attached on this issue. -- Cheolgoo - To unsubscribe,

Re: index version

Thanks, Daniel, I've missed the changes doc and thanks for pointing it out. :) On 10/3/05, Daniel Naber <[EMAIL PROTECTED]> wrote: > On Sunday 02 October 2005 19:49, Cheolgoo Kang wrote: > > > I got timestamp from the IndexReader.getCurrentVersion() other than > >

Re: [jira] Created: (LUCENE-444) StandardTokenizer loses Korean characters

alyzer. > > Thanks, > > Youngho > > ----- Original Message - > From: "Cheolgoo Kang (JIRA)" <[EMAIL PROTECTED]> > To: > Sent: Tuesday, October 04, 2005 11:26 PM > Subject: [jira] Created: (LUCENE-444) StandardTokenizer loses Korean

Re: [jira] Commented: (LUCENE-463) Sorting does not work correcly on "String Date"

Thanks Yonik for your kind explanation. On 11/26/05, Yonik Seeley (JIRA) <[EMAIL PROTECTED]> wrote: > [ > http://issues.apache.org/jira/browse/LUCENE-463?page=comments#action_12358524 > ] > > Yonik Seeley commented on LUCENE-463: > - > > Yep, I verified th

[jira] Created: (LUCENE-444) StandardTokenizer loses Korean characters

StandardTokenizer loses Korean characters - Key: LUCENE-444 URL: http://issues.apache.org/jira/browse/LUCENE-444 Project: Lucene - Java Type: Bug Components: Analysis Reporter: Cheolgoo Kang Priority: Minor While

[jira] Updated: (LUCENE-444) StandardTokenizer loses Korean characters

[ http://issues.apache.org/jira/browse/LUCENE-444?page=all ] Cheolgoo Kang updated LUCENE-444: - Attachment: StandardTokenizer_Korean.patch This patch adds one line of 0xAC00~0xD7AF, the Korean syllables range to the StandardTokenizer.jj code

[jira] Created: (LUCENE-461) StandardTokenizer splitting all of Korean words into separate characters

: Analysis Environment: Analyzing Korean text with Apache Lucene, esp. with StandardAnalyzer. Reporter: Cheolgoo Kang Priority: Minor StandardTokenizer splits all those Korean words inth separate character tokens. For example, "안녕하세요" is one Korean word that means &q

[jira] Updated: (LUCENE-461) StandardTokenizer splitting all of Korean words into separate characters

[ http://issues.apache.org/jira/browse/LUCENE-461?page=all ] Cheolgoo Kang updated LUCENE-461: - Attachment: StandardTokenizer_KoreanWord.patch TestStandardAnalyzer_KoreanWord.patch Here are patches to preserve one Korean word not to be

[jira] Commented: (LUCENE-463) Sorting does not work correcly on "String Date"

[ 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 s

[jira] Commented: (LUCENE-463) 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

[jira] Commented: (LUCENE-489) Wildcard Queries with leading "*"

[ http://issues.apache.org/jira/browse/LUCENE-489?page=comments#action_12363793 ] Cheolgoo Kang commented on LUCENE-489: -- Why don't you reverse those analyzed tokens in another field? If you have a field named 'CONTENT', make one ano