[jira] Commented: (LUCENE-804) build.xml: result of "dist-src" should support "build-contrib"

2007-02-15 Thread Doron Cohen (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473316 ] Doron Cohen commented on LUCENE-804: This can be easily fixed like this: Index: build.xml ==

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread Chris Hostetter
: Please vote to officially release these packages as Lucene 2.1. +0 the inability to build several contribs in the source release because the jars they depend on are excluded (and there's no docs on what they are for people to download them manually) seems pretty bad ... but i don't know that i

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread Doron Cohen
> > : Please vote to officially release these packages as Lucene 2.1. > > +0 > > the inability to build several contribs in the source release because the > jars they depend on are excluded (and there's no docs on what they are for > people to download them manually) seems pretty bad ... I think t

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread Grant Ingersoll
On Feb 15, 2007, at 2:55 AM, Chris Hostetter wrote: : > I'm not exactly sure if this is show stopper, but when I get the : > binary, the build.xml that is included is not usable b/c it is : > missing common-build.xml. : Oops... I think we should fix this for the release if at all : possible.

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread DM Smith
I've been reading this thread and here is my take as I will be updating jpackage for a 2.1 release. The content of a binary distribution differs widely as to what is included in it. It obviously needs to have one or more jar files that represent the product. Beyond that I have never really

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread Erik Hatcher
On Feb 15, 2007, at 6:50 AM, Grant Ingersoll wrote: On Feb 15, 2007, at 2:55 AM, Chris Hostetter wrote: : > I'm not exactly sure if this is show stopper, but when I get the : > binary, the build.xml that is included is not usable b/c it is : > missing common-build.xml. : Oops... I think we

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread Erik Hatcher
On Feb 15, 2007, at 8:10 AM, DM Smith wrote: I don't think that one should ever expect to build from a binary package. Even if one could. Here's the hitch... the demo code that comes with Lucene, as sad as it is :(, gets shipped as source code in the binary distribution. This makes sense

[jira] Created: (LUCENE-805) New Lucene Demo

2007-02-15 Thread Grant Ingersoll (JIRA)
New Lucene Demo --- Key: LUCENE-805 URL: https://issues.apache.org/jira/browse/LUCENE-805 Project: Lucene - Java Issue Type: Improvement Components: Examples Reporter: Grant Ingersoll Assigned To: G

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread Yonik Seeley
On 2/15/07, Grant Ingersoll <[EMAIL PROTECTED]> wrote: What's weird, is I don't think much has changed build wise from the last release, yet we all of a sudden noticed all these things. Yes, I just verified that things are pretty much in the same shape in the 2.0.0 release. contrib/(ant, lucli,

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread Erik Hatcher
I vote for release of 2.1 as-is... no one really uses that demo stuff anyway. I'll tackle the binary custom demo build.xml file as soon as I can and commit that. When folks complain, we can point them to the new build.xml file and they'll just plop that into a 2.1 binary release and it'll

[jira] Commented: (LUCENE-805) New Lucene Demo

2007-02-15 Thread Erik Hatcher (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473419 ] Erik Hatcher commented on LUCENE-805: - The examples from Lucene in Action are freely available and Otis and I are

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread Yonik Seeley
Recap: - some contrib modules can't be built without the user downloading more jars themselves - the "demo" in the binary package currently needs to be built by the user, and needs a special build.xml that doesn't rely on lucene source code (oops). I just verified that this was also broken in the

[jira] Updated: (LUCENE-804) build.xml: result of "dist-src" should support "build-contrib"

2007-02-15 Thread Doron Cohen (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Doron Cohen updated LUCENE-804: --- Attachment: 804.build.xml.patch 804.build.xml.patch removes loadable jars from the src_dist and adds

[jira] Updated: (LUCENE-804) build.xml: result of "dist-src" should support "build-contrib"

2007-02-15 Thread Doron Cohen (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Doron Cohen updated LUCENE-804: --- Lucene Fields: [New, Patch Available] (was: [New]) > build.xml: result of "dist-src" should support

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread Grant Ingersoll
+1. Out the door is good, esp. since there haven't been complaints about it in the past. Thanks for doing this Yonik! On Feb 15, 2007, at 11:42 AM, Yonik Seeley wrote: Recap: - some contrib modules can't be built without the user downloading more jars themselves - the "demo" in the binary

[jira] Commented: (LUCENE-805) New Lucene Demo

2007-02-15 Thread Grant Ingersoll (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473429 ] Grant Ingersoll commented on LUCENE-805: I'm all for that the examples from LIA, but I also think the key par

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread karl wettin
15 feb 2007 kl. 17.42 skrev Yonik Seeley: Recap: - some contrib modules can't be built without the user downloading more jars themselves I would not mind introducing Maven builds in Lucene. It would solve / at least/ this problem. And it would merge so great with my other projects. :) I'd

request for comments, 626

2007-02-15 Thread karl wettin
https://issues.apache.org/jira/browse/LUCENE-626 Did anyone try out or took a look at my redesign of the spell checker? I'd love some feedback. -- karl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-m

Welcome Doron Cohen!

2007-02-15 Thread Yonik Seeley
I'm pleased to announce that the Lucene PMC has voted to make Doron Cohen a Lucene committer. Congrats, and welcome aboard, Doron! -Yonik ps: Doron - you can test out your new privileges by updating the who-we-are page, and regenerating + updating the site. And it would be nice to introduce yo

[jira] Commented: (LUCENE-805) New Lucene Demo

2007-02-15 Thread Erik Hatcher (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473480 ] Erik Hatcher commented on LUCENE-805: - That was my concern as well, Grant. At least the LIA code is fairly well

Re: [VOTE] release Lucene 2.1

2007-02-15 Thread Erik Hatcher
On Feb 15, 2007, at 12:10 PM, karl wettin wrote: I would not mind introducing Maven builds in Lucene. It would solve /at least/ this problem. And it would merge so great with my other projects. :) I'd be happy to help out , but there are some wicked anting going on in a lot of build.xml:s s

Re: [jira] Commented: (LUCENE-805) New Lucene Demo

2007-02-15 Thread Grant Ingersoll
I think that code is great and is often self-documenting, but it only represents the result of someone writing the code, it doesn't explain the why part of it. So, it would need English (and translations???) to explain why a particular approach was taken, along with possible alternatives.

Maven builds (was: [VOTE] release Lucene 2.1)

2007-02-15 Thread karl wettin
15 feb 2007 kl. 20.27 skrev Erik Hatcher: On Feb 15, 2007, at 12:10 PM, karl wettin wrote: I would not mind introducing Maven builds in Lucene. It would solve /at least/ this problem. And it would merge so great with my other projects. :) I'd be happy to help out , but there are some wicke

Re: request for comments, 626

2007-02-15 Thread Yonik Seeley
I looked at it briefly and said to myself: "Wow, cool! I'll have to check that out some day." :-) Just a friendly reminder that lack of comments != lack of interest. Perhaps a little more description of how things work, esp the adaptive part, might elicit some feedback (and if it's in the maili

Re: Maven builds

2007-02-15 Thread Doug Cutting
There are cultural issues as well as technical issues to adopting Maven. Most folks involved with Lucene are familiar with using Ant and maintaining an Ant-based build system. So merely converting Lucene to be built by Maven will not cause everyone who currently works on Lucene to become will

Re: Maven builds

2007-02-15 Thread Yonik Seeley
My first impression of ant: Ok, the syntax is a little funky, and I can't re-use my knowledge of command line options to tools w/o doing an exec... I need to learn the "ant" parameters for all the different tasks now. I can look at a build.xml and tweak/fix it because there isn't too much "magi

Re: Welcome Doron Cohen!

2007-02-15 Thread Michael Busch
Yonik Seeley wrote: I'm pleased to announce that the Lucene PMC has voted to make Doron Cohen a Lucene committer. Congrats, and welcome aboard, Doron! -Yonik Awesome news, Doron! Welcome aboard. Congratulations, Michael -

Re: Maven builds

2007-02-15 Thread karl wettin
15 feb 2007 kl. 21.24 skrev Yonik Seeley: But, it all seems like magic to me... if I want to do something different, even a minor little change, I don't know where to start. If I want to add an additional compile flag, where does that go??? I have no idea. To change the behavior (like u

Re: add svn ignores for eclipse artifacts

2007-02-15 Thread Yonik Seeley
On 2/14/07, Grant Ingersoll (JIRA) <[EMAIL PROTECTED]> wrote: [ https://issues.apache.org/jira/browse/LUCENE-803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473274 This probably goes for IntelliJ too *.iml *.iws *.ipr > add svn ignores for eclipse artifac

Re: Maven builds

2007-02-15 Thread Grant Ingersoll
I think a POM for Lucene core and demo is pretty trivial, since there are no dependencies, although I haven't tried Maven 2 yet. Contrib modules w/ dependencies is a little bit harder and getting them all to work together is a bit more on top of that. We made the switch to Maven 1 at CNLP

Re: Welcome Doron Cohen!

2007-02-15 Thread Grant Ingersoll
Congrats, Doron! Glad to have you on board! Your benchmark contribution is really useful as are the many contributions to discussions, etc. Look forward to working with you in the future! -Grant On Feb 15, 2007, at 1:49 PM, Yonik Seeley wrote: I'm pleased to announce that the Lucene PM

Re: Welcome Doron Cohen!

2007-02-15 Thread Doron Cohen
Thanks everyone! I am very happy to become part of this team! Grant Ingersoll <[EMAIL PROTECTED]> wrote on 15/02/2007 13:42:58: > Congrats, Doron! Glad to have you on board! > > Your benchmark contribution is really useful as are the many > contributions to discussions, etc. Look forward to wo

Re: Maven builds

2007-02-15 Thread Steven Rowe
karl wettin wrote: > > 15 feb 2007 kl. 20.27 skrev Erik Hatcher: >> On Feb 15, 2007, at 12:10 PM, karl wettin wrote: >>> I would not mind introducing Maven builds in Lucene. It would solve >>> /at least/ this problem. And it would merge so great with my other >>> projects. :) I'd be happy to help

Re: Maven builds

2007-02-15 Thread karl wettin
15 feb 2007 kl. 23.03 skrev Steven Rowe: I'll see what I can do this weekend. "Maven" refers to two very different products. Which version to use ought to be a serious consideration. Karl, do you mean to use Maven 1.X or Maven2? Maven2. mvn. -- karl -

Re: Maven builds

2007-02-15 Thread Slava Imeshev
Here is a couple of alternative points of view on Maven. Make sure your kids are not reading this: http://www.jroller.com/page/fate/?anchor=why_maven_sucks http://www.jroller.com/page/fate/?anchor=maven_refresher_course - Original Message - From: "karl wettin" <[EMAIL PROTECTED]> To: S

Re: request for comments, 626

2007-02-15 Thread karl wettin
15 feb 2007 kl. 20.52 skrev Yonik Seeley: I looked at it briefly and said to myself: "Wow, cool! I'll have to check that out some day." :-) Just a friendly reminder that lack of comments != lack of interest. At least I don't have to call my mom for confirmation now. :) Perhaps a little mo

Re: Maven builds

2007-02-15 Thread Grant Ingersoll
These articles are over 3 years old or more, I think the large community that uses Maven says it is a worthwhile thing. I'm curious, Slava, how many of ViewTier's Parabuild clients use Maven, since your website says you support it? I'm not saying Maven is the be all end all, but it works p

Re: Maven builds

2007-02-15 Thread Slava Imeshev
Parabuild is build-tool agnostic, nor Viewtier has any tool preferences. The open source projects that we are currently supporting at http://parabuild.viewtier.com:8080 vary in use of builds tools. Our experience with setting up that projects has shown that Ant-based ones have been somewhat ea

Re: Maven builds

2007-02-15 Thread karl wettin
16 feb 2007 kl. 00.37 skrev Slava Imeshev: My personal opinion is that Ant is good enough and that Java has reached build automation nirvana with it, just like C/C++ with make. Did I start yet another tech-religous war thread now? Sorry about that. However, I don't think that the Buddha de

Re: Maven builds

2007-02-15 Thread Robert Koberg
On Thu, 15 Feb 2007 18:58:00 -0500, karl wettin <[EMAIL PROTECTED]> wrote: 16 feb 2007 kl. 00.37 skrev Slava Imeshev: My personal opinion is that Ant is good enough and that Java has reached build automation nirvana with it, just like C/C++ with make. Did I start yet another tech-religo

Re: [jira] Commented: (LUCENE-805) New Lucene Demo

2007-02-15 Thread Erik Hatcher
On Feb 15, 2007, at 2:33 PM, Grant Ingersoll wrote: I think that code is great and is often self-documenting, but it only represents the result of someone writing the code, it doesn't explain the why part of it. So, it would need English (and translations???) to explain why a particular ap

Re: Maven builds

2007-02-15 Thread Doug Cutting
karl wettin wrote: However, I don't think that the Buddha defined Nivana as "good enough". http://en.wikipedia.org/wiki/Nirvana, "It is a mode of being that is free from mind-contaminants (Kilesa) such as lust, anger or craving." That's not far from "good enough". Doug --

[jira] Updated: (LUCENE-794) Beginnings of a span based highlighter

2007-02-15 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-794: --- Attachment: HighlighterTest.java QuerySpansExtractor.java Highlighter.

[jira] Commented: (LUCENE-794) Beginnings of a span based highlighter

2007-02-15 Thread Mark Miller (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473578 ] Mark Miller commented on LUCENE-794: Using an Analyzer that produces multiple tokens at the same position does no

Re: Welcome Doron Cohen!

2007-02-15 Thread Otis Gospodnetic
Welcome Doron! Otis - Original Message From: Yonik Seeley <[EMAIL PROTECTED]> To: java-dev@lucene.apache.org Sent: Friday, February 16, 2007 2:49:54 AM Subject: Welcome Doron Cohen! I'm pleased to announce that the Lucene PMC has voted to make Doron Cohen a Lucene committer. Congrats,

[jira] Updated: (LUCENE-645) Highligter fails to include non-token at end of string to be highlighted

2007-02-15 Thread Koji Sekiguchi (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Sekiguchi updated LUCENE-645: -- This fix works well for our case with JapaneseAnalyzer. input text: "AAA BBB CCC (DDD EEE)" outpu