#lucene-dev - a logged IRC channel

I have created #lucene-dev on freenode: irc://freenode/lucene-dev The channel is logged, with an archive here: http://colabti.org/irclogger/irclogger_logs/lucene-dev I would like for #lucene-dev to be a place where people can have zero-latency on-the-record discussions about Lu

RE: Branding Solr+Lucene

On 03/22/2010 at 2:30 PM, Yonik Seeley wrote: > On Mon, Mar 22, 2010 at 2:20 PM, Ryan McKinley > wrote: > > I'm confused... what is the need for a new name?  The only place where > > there is a conflict is in the top level svn tree... > > Agree, no need to re-brand. Hmm, I've apparently misunder

Branding Solr+Lucene

Now that Solr and Lucene live in the same space, there has been an on-going debate about what to call the merged entity. The names being mulled at this point include (variously sized) snippets of both Lucene's and Solr's names, and include LuSolr, Solcene, etc. (my current personal favorites al

Proposed: New logged IRC channel: #lucene_dev

As I mentioned in another thread on this list, I'm interested in setting up a permanent, linkable-to archive (a.k.a. log) for the lucene IRC channel. On #lucene, some devs don't want to be logged, and so will not participate on a logged IRC channel. Other devs want logging, to be able to point

#lucene IRC log [was: RE: lucene and solr trunk]

On 03/16/2010 at 6:06 AM, Michael McCandless wrote: > Does anyone know how other projects fold in IRC...? I gather from the deafening silence that we'll have to figure it out as we go... I think some (not all) of the discomfort associated with IRC could be addressed with a permanent, searchable,

RE: Baby steps towards making Lucene's scoring more flexible...

On 03/08/2010 at 2:10 PM, Michael McCandless wrote: > On Mon, Mar 8, 2010 at 2:07 PM, Steven A Rowe wrote: > > On 03/08/2010 at 1:57 PM, Steven A Rowe wrote: > > > On 03/08/2010 at 1:13 PM, Michael McCandless wrote: > > > > On Sun, Mar 7, 2010 at 1:21 PM,

RE: Baby steps towards making Lucene's scoring more flexible...

On 03/08/2010 at 1:57 PM, Steven A Rowe wrote: > On 03/08/2010 at 1:13 PM, Michael McCandless wrote: > > On Sun, Mar 7, 2010 at 1:21 PM, Marvin Humphrey > > wrote: > > > On Sat, Mar 06, 2010 at 05:07:18AM -0500, Michael McCandless wrote: > > > > > What

RE: Baby steps towards making Lucene's scoring more flexible...

On 03/08/2010 at 1:13 PM, Michael McCandless wrote: > On Sun, Mar 7, 2010 at 1:21 PM, Marvin Humphrey > wrote: > > On Sat, Mar 06, 2010 at 05:07:18AM -0500, Michael McCandless wrote: > > > > What's the flex API for specifying a custom posting format? > > > > > > You implement a Codecs class, whic

RE: (LUCENE-1844) Speed up junit tests

wrote: > That look exciting! Too bad that I have no IntelliJ, maybe we can use > that somehow! > > - > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: u...@thetaphi.de > > > -Original Message- > > From: S

RE: (LUCENE-1844) Speed up junit tests

Hi Uwe, On 02/14/2010 at 5:53 AM, Uwe Schindler wrote: > At least we should check all core tests to not set any static defaults > without try...finally! Are there any possibilities inside > Eclipse/other-IDEs to check this? IntelliJ has something called "structural search and replace" (SSR) - it

RE: [jira] Commented: (LUCENE-1799) Unicode compression

16 AM, Robert Muir wrote: > Steven, do you still have a test setup to measure collation key > generation performance with Lucene? > > > On Thu, Nov 19, 2009 at 9:38 AM, Steven A Rowe wrote: > > > Hi Robert, > > > On 11/18/2009 at 7:16 PM, Robert Muir

RE: [jira] Commented: (LUCENE-1799) Unicode compression

Hi Robert, On 11/18/2009 at 7:16 PM, Robert Muir wrote: > Looking at the collation support, we could maybe improve > IndexableBinaryStringTools by using char[]/byte[] with offset and > length. The existing ByteBuffer/CharBuffer methods could stay, they are > consistent with Charset api and are not

RE: Why release 3.0?

Hi Robert, I agree that the Unicode version supported by the JVM, as you say, really has nothing to do with Lucene. The disruption here is users' upgrading from Java 1.4 to 1.5+, not when they upgrade Lucene. I'd guess with few exceptions that most people have been using Lucene with 1.5+ for

RE: svn commit: r880744 - in /lucene/java/trunk: CHANGES.txt src/site/changes/changes2html.pl

t; - > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: u...@thetaphi.de > > > > -Original Message- > > From: Steven A Rowe [mailto:sar...@syr.edu] > > Sent: Monday, November 16, 2009 2:47 PM > > To: java-dev

RE: svn commit: r880744 - in /lucene/java/trunk: CHANGES.txt src/site/changes/changes2html.pl

Yeah, ... works to handle the bulleted lists (though it also adds ... tags -> monospaced font, which is not ideal). changes-to-html should more gracefully deal with bulleted lists. - Steve On 11/16/2009 at 8:35 AM, uschind...@apache.org wrote: > Author: uschindler > Date: Mon Nov 16 13:35:20 20

RE: Lucene Spatial

The link Alex provided looks like it's home to an older snapshot of the project's history; I think this is the project's current home: http://tsusiatsoftware.net/jts/main.html Steve > -Original Message- > From: Michael McCandless [mailto:luc...@mikemccandless.com] > Sent: Tuesda

RE: svn commit: r817286 - /lucene/java/site/docs/doap.rdf

Mark Miller wrote: > > > +Lucene 2.9.0 > +2009-09-23 > +2.9.0 > + Stupid question from the peanut gallery: Doesn't a VOTE require 3 days? I ask because (3 + 2009-09-21) = 2009-09-24, not -23. Steve

RE: competeing license ifo for snowball code?

There is a discussion about this at: http://issues.apache.org/jira/browse/LUCENE-740 Steve > -Original Message- > From: Chris Hostetter [mailto:hossman_luc...@fucit.org] > Sent: Thursday, August 27, 2009 5:32 PM > To: Lucene Dev > Subject: competeing license ifo for snowball code? >

RE: Lucene 2.9 release size

Hi Mark, On 8/29/2009 at 4:24 PM, Mark Miller wrote: > It looks like 2.9 will be a much larger release. The 2.4.1 src dist I > have is 5.9MB zipped - the 2.9 version is 15.3 MB zipped. [snip] > collation 0 -> 5.5 The source code under collation is much smaller than 5.5MB - this must mostly be

RE: Lucene SandBox in documentation

Tangent: Now that contrib/CHANGES.txt is getting regular updates, I think it would make sense to generate a Changes.html corresponding to its contents, in the same way that the core CHANGES.txt is transformed. Looks like this Sandbox/Contrib page would be a good place to host it. Steve > -

RE: Beta (was Re: who clears attributes?)

Here's my (non-binding) -1 for a 2.9 beta. Before Lucene started using an X.Y.Z release naming process (v1.4 or thereabouts), releases generally had multiple release candidates. This left Lucene in quasi-released limbo for long periods of time. My take on the switch to an X.Y.Z release proces

RE: ShingleFilter + StopWords?

On 7/27/2009 at 5:07 PM, Jason Rutherglen wrote: > ShingleFilter outputs the actual tokens and the shingled tokens > so doing things like KeepWordFilter before ShingleFilter may not > will solve the issue. Actually, it's *after* ShingleFilter that the technique I was describing would be applied.

RE: ShingleFilter + StopWords?

Hi Jason, On 7/27/2009 at 3:15 PM, Jason Rutherglen wrote: > I'd like to enable ShingleFilter to only create shingles for a set of > (stop) words (rather than for all N tokens). For purposes of discussion, here's some example input (first sentence from

RE: broken links when building web-site

Yes, I see something quite similar, though instead of "Is a directory", I'm getting "Access is denied" (on WinXP): X [0] images/instruction_arrow.png BROKEN: C:\svn\lucene\site\src\documentation\content\xdocs\images.instruction_arrow.png (The system cannot f

RE: changes-to-html

On 7/2/2009 at 9:52 AM, Mark Miller wrote: > Looks like there is a little issue - New Features is coming under Bug > Fixes. Its just kind of getting merged. There is a space in front of "New features". Header detection requires no leading whitespace, to distinguish headers from stuff that belong

RE: Lucene's default settings & back compatibility

On 5/21/2009 at 7:17 AM, Michael McCandless wrote: > OK so it sounds like we've boiled the proposal down to two concrete > changes to the back-compat policy: > > 1) Default settings can change; we will always choose defaults > based on "latest & greatest for new users". This only > af

RE: CHANGES.txt

ries, we de-dup then. I'll update ReleaseTodo in > the wiki. > > Thanks Steven! > > Mike > > On Sat, Apr 25, 2009 at 5:43 AM, Michael McCandless > wrote: > > On Fri, Apr 24, 2009 at 7:17 PM, Steven A Rowe > wrote: > > > >>> Maybe even tiny bug

RE: CHANGES.txt

On 4/24/2009 at 6:24 PM, Michael McCandless wrote: > On Fri, Apr 24, 2009 at 5:44 PM, Steven A Rowe wrote: > > On 4/24/2009 at 4:45 PM, Michael McCandless wrote: > > > On Fri, Apr 17, 2009 at 1:46 PM, Steven A Rowe > > > wrote: > > > > - Five issues (LUCE

RE: CHANGES.txt

Hi Mike, On 4/24/2009 at 4:45 PM, Michael McCandless wrote: > On Fri, Apr 17, 2009 at 1:46 PM, Steven A Rowe wrote: > > - Five issues (LUCENE-1186, 1452, 1453, 1465 and 1544) are mentioned > > in both the 2.4.1 section and in the Trunk section.  AFAICT, it has > > not been

CHANGES.txt

A few random observations about CHANGES.txt and the generated CHANGES.html: - The "ü" in Christian Kohlschütter's name is not proper UTF-8 (maybe it's double-encoded or something) in the two LUCENE-1186 mentions in the Trunk section, though it looks okay in the LUCENE-1186 mention in the 2.4.1 r

RE: I wanna contribute a Chinese analyzer to lucene

In addition to Ken's suggestions, check out http://wiki.apache.org/lucene-java/HowToContribute for some help on getting set up. - Steve From: Ken Krugler [mailto:kkrugler_li...@transpac.com] Sent: Thursday, April 16, 2009 10:16 AM To: java-dev@lucene.apache.org Subject: Re: I wanna contribute a

RE: Probelm sort on TermEnum

On 4/7/2009 at 1:19 PM, Michael McCandless wrote: > I think the new contrib/collation package may address this use case? > It converts each term to its CollationKey, outside of Lucene. Since AFAIK CollationKey creation is a one-way process, CollationKeyFilter may not be useful for Federica. Fede

RE: [jira] Commented: (LUCENE-1575) Refactoring Lucene collectors (HitCollector and extensions)

On 4/1/2009 at 8:45 AM, Michael McCandless wrote: > The patch command gets confused because it sees set of diffs against > what looks to be a pre-existing Collector.java, but of course I have no > Collector.java locally. "svn diff" did this because it knows you had > renamed MRHC --> C. [...] > Th

RE: Reading document in Lucene

Hi Ed, On 3/30/2009 at 8:17 PM, mitu2009 wrote: > My indexed document in Lucene has got multiple cities assigned to > it...ie. doc.Add(new Field("city", city1.Trim(), Field.Store.YES, > Field.Index.TOKENIZED)); doc.Add(new Field("city", city2.Trim(), > Field.Store.YES, Field.Index.TOKENIZED)); etc

RE: [ANNOUNCE] Lucene Java 2.4.1 released

On 3/9/2009 at 5:10 PM, Michael McCandless wrote: > OK this is now fixed. Thanks Steve! You've proven wrong the assertion that getting encoding right is a thankless task :). Steve > Steven A Rowe wrote: > > > Hi Mike, > > > > On 3/9/2009 at 2:34 PM, Michael Mc

RE: [ANNOUNCE] Lucene Java 2.4.1 released

Hi Mike, On 3/9/2009 at 2:34 PM, Michael McCandless wrote: > See changes at http://lucene.apache.org/java/2_4_1/changes/Changes.html Minor nit: the encoding of Christian Kohlschütter's name in the 2.4.1 section of CHANGES.txt appears to be Latin-1, but changes2html.pl assumes that CHANGES.txt i

Iterable in FieldCacheTermsFilter (LUCENE-1487)

FieldCacheTermsFilter on trunk uses Iterable, a language feature not present in Java 1.4. This is counter to the policy of maintaining Java 1.4 compatibility until the Lucene 3.0 release, isn't it? Steve - To unsubscribe, e-ma

RE: RE: Hudson Java Docs?

On 01/25/2009 at 3:23 PM, Uwe Schindler wrote: > I think, the outdated docs should be removed from the server to also > disappear from search engines. +1 > Originalnachricht ---- > Von: Steven A Rowe > Gesendet: > An: java-dev@lucene.apache.org > Betreff: RE: Hudson J

RE: Hudson Java Docs?

Hi Uwe, The combined ("All") javadocs moved here: See . However, the link to the combined javadocs from

RE: wiki

Google's language tools return the first sentence on the page verbatim (without translation) for Czech and Slovak, and a partial "translation" for Slovenian, but for Serbian it returns: Translation: Serbian » English Ovo je indeks svih reči koje se pojavljuju na naslovima stranica.

RE: Bubbling up newer records

elapsed since the epoch (not neccessarily since 1 Jan 1970 - > > pick a date that makes sense for you). Then, if you want to prioritize > > newer documents, just add "+days:1" to your query. Voila - the final > > results are a sum of other score factors plus a score factor t

RE: Bubbling up newer records

On 01/14/2009 at 10:44 PM, mitu2009 wrote: > Is it possible to bubble up newer records in lucene search results? ie.I > want Lucene to give a higher score to records which are closer to > today's date. In addition to the fine ideas given by previous posters, Andrzej Bialecki has described a techn

RE: [jira] Created: (LUCENE-1486) Wildcards, ORs etc inside Phrasequeries

Hi David, SpanRegexQuery may help - see my response on a similar thread below: Steve On 12/11/2008 at 11:59 AM, David Kaelbling wrote: > Thanks! But not quite -- that query doesn't hit on a document that > contai

RE: Grouping Of boolean opeartor & parsing

Hi Santosh, Looks to me like you should be asking your question on the java-user list, rather than the java-dev list -- the java-dev list is reserved for discussions of Lucene's development, not of its use. When you re-post to java-user, I suggest you modify your post so that it is in the form

RE: Broken javadocs->site docs links

On 11/07/2008 at 1:35 PM, Doug Cutting wrote: > Steven A Rowe wrote: > > This would not entirely fix the issue; each version's > > javadocs should link to the same version of the site docs, > > rather than to the latest version (which is what I assume you > > mean

RE: Broken javadocs->site docs links

e published anywhere at all? Steve > Steven A Rowe wrote: > > When the Lucene Java website transitioned to versioning > > some of the documentation, links from some javadocs were not > > modified to follow the resources. I found broken links to > > gettingstarted.html

Broken javadocs->site docs links

When the Lucene Java website transitioned to versioning some of the documentation, links from some javadocs were not modified to follow the resources. I found broken links to gettingstarted.html, queryparsersyntax.html, and fileformats.html from the javadocs, in both the 2.4.0 and the trunk ja

RE: draft 2.4 announcement

Spelling nits: On 09/30/2008 at 8:27 AM, Michael McCandless wrote: > Fieldable interface: we now allow changes on a case by case bases. bases -> basis > This means any custom classes that implement Fielable will need to be Fielable -> Fieldable Steve --

RE: TestIndexReaderReopen failures on WinXP

2GB of RAM, and I had multiple IntelliJ frames open :). Thanks for looking into it. I haven't seen the problem again. Steve > Steven A Rowe wrote: > > > I applied the patch and then the test refused to fail. > > > > I removed the patch and the test still refuse

RE: TestIndexReaderReopen failures on WinXP

xReaderReopen.java(revision > 694004) +++ src/test/org/apache/lucene/index/TestIndexReaderReopen.java > (working copy) @@ -818,6 +818,7 @@ > try { > this.task.run(); > } catch (Throwable r) { > +r.printStackTrace(System.out); >

TestIndexReaderReopen failures on WinXP

When I try to run all of the unit tests, TestIndexReaderReopen is consistently failing: [junit] Testsuite: org.apache.lucene.index.TestIndexReaderReopen [junit] null) [junit] Tests run: 13, Failures: 1, Errors: 0, Time elapsed: 116.375 sec [junit] [junit] Testcase: testThrea

RE: [jira] Commented: (LUCENE-1354) Provide Programmatic Access to CheckIndex

On 09/11/2008 at 4:13 PM, Michael McCandless (JIRA) wrote: > We really need the "svn patch" command, so that it would > have locally added that file on me applying the > patch. Sigh. But you worked around this just fine :) Looks like this feature will be available in Subversion 1.6, which is sla

RE: Moving SweetSpotSimilarity out of contrib

On 09/03/2008 at 2:00 PM, Chris Hostetter wrote: > On 09/03/2008 at 8:40 AM, Mark Miller wrote: > > I havn't used it myself, so I won't guess (too much ), but the > > question to me seems to be, is SweetSpot important enough to move to > > core? Are there enough good reasons? And even if so, is it

RE: How to Query for Documents' Anchor Text?

Hi dealmaker, The java-dev mailing list is devoted to discussion of the *development* of Lucene. In the future, please use the java-user mailing list for questions about *using* Lucene. If by "anchor text" you mean HTML anchor text, then you must make sure that you index this text in its own

RE: maven snapshot repository

ing. I'll fix it. > > On Jul 16, 2008, at 12:05 PM, Grant Ingersoll wrote: > > > > > > > > On Jul 14, 2008, at 1:22 PM, Steven A Rowe wrote: > > > > > > > Looking into this further, I can see that the nightly jars are being &g

RE: maven snapshot repository

home directory on the zones machine, since the cron job calling it is run under his account - from <http://svn.apache.org/viewvc/lucene/java/nightly/nightly.cron?revision=591125&view=markup>: 03 5 * * * $HOME/lucene/nightly/publish-maven.sh > $HOME/lucene/nightly/publish-mav

RE: Query to match sub phrases

Hi Preetam, Questions like yours are better served in the java-user mailing list, which is devoted to Q&A about *using* Lucene, rather than here in the java-dev list, which is reserved for discussions concerning Lucene's *development*. In the contrib/ area on the trunk (not yet part of any rele

RE: maven snapshot repository

On 07/04/2008 at 3:28 PM, Karl Wettin wrote: > The snapshots seems to be built every day, but I seems to be producing > some jars of a non-trunk revision or branch. Perhaps 2.3.2? I looked at MANIFEST.MF from lucene-core-2.3-SNAPSHOT.jar (the date for this file in the web page listing on the snap

RE: Negative wildcard searches on MultiSearcher not eliminating correctly.

Hi Steve, On 06/06/2008 at 2:10 PM, Halsey, Stephen wrote: > I think I've discovered a bug. I've opened the following issue:- > > https://issues.apache.org/jira/browse/LUCENE-1300 > I have tested this bug with the currently unreleased 2.3.2 and the > released 2.1 and 2.3.1 and it fails on all. [s

RE: test msg...

Hi Bruce, On 05/23/2008 at 1:34 PM, bruce wrote: > is this the email list for user questions regarding lucene/nutch/hadoop?? No. You want the *-user mailing lists, not the *-dev ones. More info: Lucene Java mailing lists: Nutch mailing li

RE: Open Source Relevance

On 05/19/2008 at 3:58 PM, Grant Ingersoll wrote: > I think it is time the open source search community (and > I don’t mean just Lucene) develop and publish a set of > TREC-style relevance judgments for freely available data > that is easily obtained from the Internet. Stephen Green, Minion develop

RE: [ANNOUNCE] Lucene Java 2.3.2 release available

Hi Michael, The trunk CHANGES.txt contains a 2.3.1 section, but no 2.3.2 section - shouldn't the changes incorporated in the 2.3.2 release that are now listed under the Trunk section be moved to a new 2.3.2 section? Steve On 05/07/2008 at 7:11 PM, Michael Busch wrote: > -BEGIN PGP SIGNED M

RE: Lingustically-enhanced indexing for Lucene

Hi Felipe, On 05/09/2008 at 8:06 AM, [EMAIL PROTECTED] wrote: > A couple of moths ago I asked in this list how to contribute > to Lucene. You told me that I should do a patch a report a > bug to JIRA. Actually, what I want to contribute is a > completely new development that I think should be pla

RE: [jira] Created: (LUCENE-1257) Port to Java5

Hi Toke, On 04/09/2008 at 2:43 AM, Toke Eskildsen wrote: > On Tue, 2008-04-08 at 18:48 -0500, robert engels wrote: > > That is opposite of my testing:... > > > > The 'foreach' is consistently faster. The time difference is > > independent of the size of the array. What I know about JVM > > implem

RE: [jira] Created: (LUCENE-1257) Port to Java5

On 04/04/2008 at 4:40 AM, Toke Eskildsen wrote: > On Wed, 2008-04-02 at 09:30 -0400, Mark Miller wrote: > > > - replacement of indexed for loops with for each constructs > > > > Is this always the best idea? Doesn't the for loop construct make an > > iterator, which can be much slower than an inde

RE: shingles and punctuations

Hi Mathieu, >From the class comment for ShingleFilter: This filter handles position increments > 1 by inserting filler tokens (tokens with termtext "_"). It does not handle a position increment of 0. You could use feature this by setting (in an upstream filter) the positionIncrement of ea

The old Lucene Bugzilla issues no longer exist

I discovered today that the LUCENE Bugzilla issues are no longer there. For example, if you go to and click on the "Bugzilla Id:" link , the page that comes up says "Bug #7912 does not ex

RE: Fieldable, AbstractField, Field

On 03/24/2008 at 5:32 PM, Doug Cutting wrote: > Chris Hostetter wrote: > > in my opinion other blog he links to hits the nail on the head a > > little better (i remember reading this last year) ... > > > http://kirillosenkov.blogspot.com/2007/08/choosing-interface-vs-abstract-class.html > > The r

RE: Looking to Index Various Document Types.

'sup, DD: You should have posted your question, which is about *using* Lucene, to the java-user mailing list; the java-dev mailing list is instead intended for discussion of *development of* Lucene. Here's a Lius tutorial, in both French and English: http://www.doculibre.com/lius/ And here's

JIRA comment markup documentation [was: [jira] Created: (LUCENE-1187) Things to be done with now that Filter is indendent from BitSet]

Hi Paul, On 02/23/2008 at 5:33 AM, Paul Elschot (JIRA) wrote: > (Aside: where is the documentation on how to mark up text in > jira comments?) To the right of and aligned with the top of the "Comment:" text area that's part of the "Add Comment" section in a JIRA issue, there are two icons: "pre

Versioned website documentation

I noticed that the 2.2.0 release's website documentation does not contain the News item announcing its release, unlike the versioned documentation for all other versions (except 2.3.0, which doesn't have any News items at all): I think the 2.2.0 version

RE: formatable changes log

On 01/26/2008 at 3:00 PM, Steven A Rowe wrote: > On 01/26/2008 at 2:26 PM, Doron Cohen wrote: > > On Jan 26, 2008 6:32 PM, Steven A Rowe <[EMAIL PROTECTED]> wrote: > > > On 01/26/2008 at 8:07 AM, Grant Ingersoll wrote: > > > > On Jan 25, 2008, at 11:36 PM, Steve

RE: formatable changes log

Hi Doron, On 01/26/2008 at 2:26 PM, Doron Cohen wrote: > On Jan 26, 2008 6:32 PM, Steven A Rowe <[EMAIL PROTECTED]> wrote: > > On 01/26/2008 at 8:07 AM, Grant Ingersoll wrote: > > > On Jan 25, 2008, at 11:36 PM, Steven A Rowe wrote: > > > > Here's the

RE: formatable changes log

On 01/26/2008 at 8:07 AM, Grant Ingersoll wrote: > On Jan 25, 2008, at 11:36 PM, Steven A Rowe wrote: > > Here's the Perl script I wrote to produce the above: > > > > <http://web.syr.edu/~sarowe/changes.txt.to.html.pl.txt> > > If we choose this, can you do

RE: formatable changes log

On 01/25/2008 at 2:05 PM, Chris Hostetter wrote: > > As it is becoming hard to browse/navigate CHANGES.txt, how about > > maintaining it in a simple HTML file? > > personally, i'm a fan of simple, plain text files for the > CHANGES.txt ... easy to edit, easy to read. I don't know about easy to re

RE: Back Compatibility

Hi robert, On 01/23/2008 at 4:55 PM, robert engels wrote: > If the users are "just dropping in a new version" they are not > contributing to the community... I think just the opposite, they are > parasites. I reject your characterization of passive users as "parasites"; I suspect that you intend

RE: Parent POM template: 2004 ?

inceptions (can a project have more than one???), so my vote is still for 2000. Steve On 01/18/2008 at 2:03 PM, Michael Busch wrote: > Steven A Rowe wrote: > > The documentation for the tag in > > http://maven.apache.org/xsd/maven-4.0.0.xsd says: > > > > The year

Parent POM template: 2004 ?

The documentation for the tag in http://maven.apache.org/xsd/maven-4.0.0.xsd says: The year of the project's inception, specified with 4 digits. This value is used when generating copyright notices as well as being informational. CHANGES.txt indicates that Lucene's first open source

RE: (another) generate-maven-artifacts build failure

o, I don't know how this change would affect non-local deployment. Steve On 01/18/2008 at 10:04 AM, Steven A Rowe wrote: > Hi Michael, > > On 01/17/2008 at 10:28 PM, Michael Busch wrote: > > it's a bit weird. I actually just had the same problem with > > 2.0.8. Then

RE: (another) generate-maven-artifacts build failure

Hi Michael, On 01/17/2008 at 10:28 PM, Michael Busch wrote: > it's a bit weird. I actually just had the same problem with > 2.0.8. Then I switched back to 2.0.7 and > 'ant generate-maven-artifacts' was successful. Then I tried > 2.0.8 again, and then 'ant clean generate-maven-artifacts' was succes

RE: Back Compatibility

Hi Grant, On 01/17/2008 at 7:51 AM, Grant Ingersoll wrote: > Our minor release cycles are currently in the 3-6 months range > and our major release cycles are in the 1-1.5 year range. Since 2.0.0, including 2.3.0 - assuming it will be released in the next week or so - the minor release intervals

RE: (another) generate-maven-artifacts build failure

Hi Michael, On 01/15/2008 at 10:04 PM, Michael Busch wrote: > which version of the maven-ant-tasks are you using? 2.0.8 Steve > Steven A Rowe wrote: > > When I try to run "ant generate-maven-artifacts" on the > trunk, I get the following build failure - looks like &g

(another) generate-maven-artifacts build failure

When I try to run "ant generate-maven-artifacts" on the trunk, I get the following build failure - looks like building the path for the default deploy location doesn't work properly: generate-maven-artifacts: [artifact:install-provider] Installing provider: org.apache.maven.wagon:wagon-ssh:jar:

RE: Lucene 2.3 RC2 available

ime) + " msec) but did not get deleted", > lastDeleteTime - modTime <= (SECONDS*1000)); > } catch (IOException e) { > // OK > break; > > Mike > > Steven A Rowe wrote: > > > Hi Michael, > > > > On 01/11/2008 at 3:34 AM, M

RE: Lucene 2.3 RC2 available

Hi Michael, On 01/11/2008 at 3:34 AM, Michael Busch wrote: > I just uploaded Lucene 2.3 release candidate 2 to > http://people.apache.org/~buschmi/staging_area/lucene_2_3/rc2. > > Please switch to RC2 and keep testing! (The report below is not about binary release testing, but rather running the

FWD: RE: Fullwidth alphanumeric characters, plus a question on Korean ranges

at 5:06 PM, Daniel Noll wrote: > -Original Message- > From: Daniel Noll [mailto:[EMAIL PROTECTED] > Sent: Monday, January 07, 2008 5:07 PM > To: Steven A Rowe > Cc: java-dev@lucene.apache.org > Subject: Re: Fullwidth alphanumeric characters, plus a > question on Korean ra

RE: Fullwidth alphanumeric characters, plus a question on Korean ranges

- Using the /!(!a|b)/ syntax to exclude CJ characters from the LETTER macro: LETTER = ! ( ! [:letter:] | {CJ} ) > On Tuesday 08 January 2008 05:17:28 Steven A Rowe wrote: > > On 01/06/2008 at 7:47 PM, Daniel Noll wrote: > > > We discovered [in StandardTokenizer.jj] t

RE: Lucene 2.3 RC 1 available for testing

On 01/08/2008 at 2:36 AM, Uwe Schindler wrote: > As the specification (*the API*) of Lucene 2.3 is final, there should > stand 2.3. The Implementation version may contain "-dev" or "-rxX", > which is legal. > > This will not be a problem of the release version, but it should be > correctly set (a

RE: Fullwidth alphanumeric characters, plus a question on Korean ranges

Hi Daniel, I think this discussion belongs on java-dev, so I'm replying there. On 01/06/2008 at 7:47 PM, Daniel Noll wrote: > We discovered [in StandardTokenizer.jj] that fullwidth letters are > not treated as and fullwidth digits are not treated as . IMHO, this should be fixed in the JFlex ver

RE: Doubts with Lucene 2.2.0 - How to do the Indexin g lucene´s file.

etc. Steve > On Dec 28, 2007 1:46 PM, Steven A Rowe <[EMAIL PROTECTED]> wrote: > > http://wiki.apache.org/lucene-java/Resources > > > > On 12/28/2007 at 8:27 AM, Jesiel Trevisan wrote: > > > I got the web example of Lucene Search, but, it does not have n

RE: Doubts with Lucene 2.2.0 - How to do the Indexin g lucene´s file.

Hi Jesiel, Here's a good place to start: http://wiki.apache.org/lucene-java/Resources Steve On 12/28/2007 at 8:27 AM, Jesiel Trevisan wrote: > Hi everyone, > > I just have a little doubts with Lucene 2.2.0 > > I got the web example of Lucene Search, but, it does not have > nothing about >

RE: site javadocs link broken

Hi Doron, On 12/28/2007 at 8:33 AM, Doron Cohen wrote: > It is the trunk Javadocs that are missing for me - I don't see > the link to Hudson. [...] > In what page do you see a link to > http://lucene.zones.apache.org:8080/hudson/job/Lucene-Nightly/javadoc/index.html?

RE: site javadocs link broken

Hi Doron, All of these worked for me when I clicked on them just now from the site: http://lucene.apache.org/java/2_2_0/api/index.html http://lucene.apache.org/java/2_1_0/api/index.html http://lucene.apache.org/java/2_0_0/api/index.html http://lucene.zones.apache.org:8080/hudson/job/Lucene-Nightl