Re: [VOTE] Release Solr 1.4.0

[Shalin Shekhar Mangar]

I used this with an existing application (with a 1.3 schema+solrconfig) and
then another with (an old 1.4 trunk schema+solrconfig). Everything looks
fine. Memory usage has decreased.

However, I've seen at least two reports in solr-user about memory usage
increasing rapidly when jars are dropped in solr_home/lib which I haven't
had time to reproduce. Also there is a report of a deadlock issue with
StreamingUpdateSolrServer which I can reproduce.

I'll try to look into these issues more deeply later this week. The memory
usage issue might be a show stopper. I'm not sure if we should go ahead
right now.

On Fri, Oct 30, 2009 at 10:10 PM, Grant Ingersoll wrote:

> OK, take 3: 
> http://people.apache.org/~gsingers/solr/1.4.0/
>
>
> On Oct 30, 2009, at 8:10 AM, Grant Ingersoll wrote:
>
>  Got it.  Will upload shortly.
>>
>> On Oct 29, 2009, at 8:33 PM, Yonik Seeley wrote:
>>
>>  On Thu, Oct 29, 2009 at 7:36 PM, Yonik Seeley
>>>  wrote:
>>>
 Lucene 2.9.1 respin 3 vote has started... I'm downloading now and will
 test + check in.

>>>
>>> Done.  You're up Grant!
>>>
>>> -Yonik
>>> http://www.lucidimagination.com
>>>
>>
>>
>>
>
>


-- 
Regards,
Shalin Shekhar Mangar.

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

It's a highlighter bug, so...

On Nov 2, 2009, at 7:18 PM, Yonik Seeley wrote:


FYI, It looks like Lucene 2.9.1 is having another respin:
https://issues.apache.org/jira/browse/LUCENE-2013

I'm busy packing for ApacheCon - not sure what the implications are
for Solr yet... it's going to be spotty communication all week due to
the number of us traveling.

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

FYI, It looks like Lucene 2.9.1 is having another respin:
https://issues.apache.org/jira/browse/LUCENE-2013

I'm busy packing for ApacheCon - not sure what the implications are
for Solr yet... it's going to be spotty communication all week due to
the number of us traveling.

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Bill Au]

+1

Tested on Redhat EL5 with SUN Java 1.6.0_16 and Resin 3.0.23.  All my custom
Solr plugins (TokenFilter, RequestHandler, SearchComponent, QParserPlugin,
QParser, and UpdateRequestProcessor) work as expected without any problem.

Nice job everyone:-)

Bill

On Mon, Nov 2, 2009 at 10:32 AM, Eric Pugh
wrote:

> A happy non binding +1!
>
>
>
> On Nov 2, 2009, at 10:30 AM, Grant Ingersoll wrote:
>
>  +1
>>
>> On Oct 30, 2009, at 9:40 AM, Grant Ingersoll wrote:
>>
>>  OK, take 3: 
>> http://people.apache.org/~gsingers/solr/1.4.0/
>>>
>>> On Oct 30, 2009, at 8:10 AM, Grant Ingersoll wrote:
>>>
>>>  Got it.  Will upload shortly.

 On Oct 29, 2009, at 8:33 PM, Yonik Seeley wrote:

  On Thu, Oct 29, 2009 at 7:36 PM, Yonik Seeley
>  wrote:
>
>> Lucene 2.9.1 respin 3 vote has started... I'm downloading now and will
>> test + check in.
>>
>
> Done.  You're up Grant!
>
> -Yonik
> http://www.lucidimagination.com
>



>>>
>>>
>>
>>
> -
> Eric Pugh | Principal | OpenSource Connections, LLC | 434.466.1467 |
> http://www.opensourceconnections.com
> Co-Author: Solr 1.4 Enterprise Search Server available from
> http://www.packtpub.com/solr-1-4-enterprise-search-server
> Free/Busy: http://tinyurl.com/eric-cal
>
>
>
>
>
>
>
>
>

Re: [VOTE] Release Solr 1.4.0

[Eric Pugh]

A happy non binding +1!


On Nov 2, 2009, at 10:30 AM, Grant Ingersoll wrote:


+1

On Oct 30, 2009, at 9:40 AM, Grant Ingersoll wrote:


OK, take 3: http://people.apache.org/~gsingers/solr/1.4.0/

On Oct 30, 2009, at 8:10 AM, Grant Ingersoll wrote:


Got it.  Will upload shortly.

On Oct 29, 2009, at 8:33 PM, Yonik Seeley wrote:


On Thu, Oct 29, 2009 at 7:36 PM, Yonik Seeley
 wrote:
Lucene 2.9.1 respin 3 vote has started... I'm downloading now  
and will

test + check in.


Done.  You're up Grant!

-Yonik
http://www.lucidimagination.com











-
Eric Pugh | Principal | OpenSource Connections, LLC | 434.466.1467 | 
http://www.opensourceconnections.com
Co-Author: Solr 1.4 Enterprise Search Server available from 
http://www.packtpub.com/solr-1-4-enterprise-search-server
Free/Busy: http://tinyurl.com/eric-cal

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

+1

On Oct 30, 2009, at 9:40 AM, Grant Ingersoll wrote:


OK, take 3: http://people.apache.org/~gsingers/solr/1.4.0/

On Oct 30, 2009, at 8:10 AM, Grant Ingersoll wrote:


Got it.  Will upload shortly.

On Oct 29, 2009, at 8:33 PM, Yonik Seeley wrote:


On Thu, Oct 29, 2009 at 7:36 PM, Yonik Seeley
 wrote:
Lucene 2.9.1 respin 3 vote has started... I'm downloading now and  
will

test + check in.


Done.  You're up Grant!

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Ryan McKinley]

+1


On Oct 30, 2009, at 12:40 PM, Grant Ingersoll wrote:


OK, take 3: http://people.apache.org/~gsingers/solr/1.4.0/

On Oct 30, 2009, at 8:10 AM, Grant Ingersoll wrote:


Got it.  Will upload shortly.

On Oct 29, 2009, at 8:33 PM, Yonik Seeley wrote:


On Thu, Oct 29, 2009 at 7:36 PM, Yonik Seeley
 wrote:
Lucene 2.9.1 respin 3 vote has started... I'm downloading now and  
will

test + check in.


Done.  You're up Grant!

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Chris Hostetter]

: OK, take 3: http://people.apache.org/~gsingers/solr/1.4.0/

+1 for these artifacts...

03729c1d9e5bc334605bf6f41a17ed51  apache-solr-1.4.0.tgz
e506aff35bbff8d47166117f27b6a2f1  apache-solr-1.4.0.zip


-Hoss

Re: [VOTE] Release Solr 1.4.0

[Mattmann, Chris A (388J)]

Hi Folks,

My +1 for the release.

1. MD5 sums verify:

[chipotle:~] mattmann% cat apache-solr-1.4.0.tgz.md5
03729c1d9e5bc334605bf6f41a17ed51  apache-solr-1.4.0.tgz
[chipotle:~] mattmann%

[chipotle:~] mattmann% md5 apache-solr-1.4.0.tgz
MD5 (apache-solr-1.4.0.tgz) = 03729c1d9e5bc334605bf6f41a17ed51
[chipotle:~] mattmann%

2. GPG sign checks out (minor nit below):

[chipotle:~] mattmann% gpg --verify apache-solr-1.4.0.tgz.asc 
apache-solr-1.4.0.tgz
gpg: Signature made Fri Oct 30 05:49:24 2009 PDT using RSA key ID FE045966
gpg: Can't check signature: public key not found
[chipotle:~] mattmann%

* nit * had to go get the KEYS file from the latest SOLR trunk (might be nice 
to include it with the RC dir)...

[chipotle:~] mattmann% wget 
"http://svn.apache.org/repos/asf/lucene/solr/trunk/KEYS"^M
--11:36:32--  http://svn.apache.org/repos/asf/lucene/solr/trunk/KEYS
 ...snip...
[chipotle:~] mattmann% gpg --import KEYS
gpg: key 015AFC8A: public key "Bertrand Delacretaz " 
imported
gpg: key 0AFCEE7C: public key "Yonik Seeley " imported
gpg: key FE045966: public key "Grant Ingersoll (CODE SIGNING KEY) 
" imported
gpg: Total number processed: 3
gpg:   imported: 3  (RSA: 1)
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u

[chipotle:~] mattmann% gpg --verify apache-solr-1.4.0.tgz.asc 
apache-solr-1.4.0.tgz
gpg: Signature made Fri Oct 30 05:49:24 2009 PDT using RSA key ID FE045966
gpg: Good signature from "Grant Ingersoll (CODE SIGNING KEY) 
"
gpg: WARNING: This key is not certified with a trusted signature!
gpg:  There is no indication that the signature belongs to the owner.
Primary key fingerprint: A46D 8682 A850 E44E 4FEC  20EB 8A8A 771F FE04 5966

3. Also nice to see a separate CHANGES.txt file in the RC dir too but that's 
just me :)

Fantastic job, guys. It's been a long time coming.

Cheers,
Chris


On 10/31/09 10:58 AM, "Yonik Seeley"  wrote:

On Fri, Oct 30, 2009 at 12:40 PM, Grant Ingersoll  wrote:
> OK, take 3: http://people.apache.org/~gsingers/solr/1.4.0/

+1

-Yonik
http://www.lucidimagination.com


++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.mattm...@jpl.nasa.gov
WWW:   http://sunset.usc.edu/~mattmann/
++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

On Fri, Oct 30, 2009 at 12:40 PM, Grant Ingersoll  wrote:
> OK, take 3: http://people.apache.org/~gsingers/solr/1.4.0/

+1

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

OK, take 3: http://people.apache.org/~gsingers/solr/1.4.0/

On Oct 30, 2009, at 8:10 AM, Grant Ingersoll wrote:


Got it.  Will upload shortly.

On Oct 29, 2009, at 8:33 PM, Yonik Seeley wrote:


On Thu, Oct 29, 2009 at 7:36 PM, Yonik Seeley
 wrote:
Lucene 2.9.1 respin 3 vote has started... I'm downloading now and  
will

test + check in.


Done.  You're up Grant!

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

Got it.  Will upload shortly.

On Oct 29, 2009, at 8:33 PM, Yonik Seeley wrote:


On Thu, Oct 29, 2009 at 7:36 PM, Yonik Seeley
 wrote:
Lucene 2.9.1 respin 3 vote has started... I'm downloading now and  
will

test + check in.


Done.  You're up Grant!

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

On Thu, Oct 29, 2009 at 7:36 PM, Yonik Seeley
 wrote:
> Lucene 2.9.1 respin 3 vote has started... I'm downloading now and will
> test + check in.

Done.  You're up Grant!

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

Lucene 2.9.1 respin 3 vote has started... I'm downloading now and will
test + check in.

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

Looks like excludes clause in packaging is excluding everyting under classes
which the missing file is.

src/test/test-files/solr/lib/classes/empty-file-main-lib.txt

$ grep classes build.xml
  
   classes we want to build factories for
  files that this task should use when looking for classes that
  FYI: The file ${stub.list} contains a list of classes
   
excludes="lib/README.committers.txt **/data/ **/logs/*
**/classes/ **/*.sh **/bin/ src/scripts/ src/site/build/ **/target/
client/ruby/flare/ client/python contrib/**/build/ **/*.iml **/*.ipr
**/*.iws contrib/clustering/example/lib/**
contrib/clustering/lib/downloads/**" />

So I guess it needs to be specifically included... or moved out from
under classes (I haven't looked at the test to see if it needs to be
there).

-Yonik
http://www.lucidimagination.com



On Thu, Oct 29, 2009 at 9:10 AM, Bill Au  wrote:
> The test case org.apache.solr.core.SolrCoreTest.txt is failing because of a
> problem with the test itself.  A test data file it is expecting is missing.
> This should not hold up the release.  But since we have a little time, maybe
> it is worth fixing.
>
> Bill
>
> On Thu, Oct 29, 2009 at 9:06 AM, Yonik Seeley 
> wrote:
>>
>> OK... looks like we'll need to re-spin.
>> We may have a few hours till that happens.  Perhaps we should get in a
>> couple of the little bug fixes mentioned earlier.
>>
>> https://issues.apache.org/jira/browse/SOLR-1529
>> https://issues.apache.org/jira/browse/SOLR-1527
>>
>> any other low-risk or high priority bug fixes?
>>
>> -Yonik
>> http://www.lucidimagination.com
>>
>> On Thu, Oct 29, 2009 at 8:52 AM, Yonik Seeley
>>  wrote:
>> > On Thu, Oct 29, 2009 at 8:49 AM, Uwe Schindler  wrote:
>> >> Yes, it's too bad!
>> >>
>> >> But you will replace the lucene jars in the artifacts before releasing?
>> >> Because it would not be good to have jar files with version 2.9.1 in
>> >> the
>> >> package that are not the officially released 2.9.1 artifacts.
>> >
>> > Darn... forgot about the version number in the jars.
>> > Sigh.
>> >
>> > -Yonik
>> > http://www.lucidimagination.com
>> >
>
>

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

Just make sure you apply the patches to the branch, too.   Or, we can  
delete the branch and recreate it.


On Oct 29, 2009, at 9:06 AM, Yonik Seeley wrote:


OK... looks like we'll need to re-spin.
We may have a few hours till that happens.  Perhaps we should get in a
couple of the little bug fixes mentioned earlier.

https://issues.apache.org/jira/browse/SOLR-1529
https://issues.apache.org/jira/browse/SOLR-1527

any other low-risk or high priority bug fixes?

-Yonik
http://www.lucidimagination.com

On Thu, Oct 29, 2009 at 8:52 AM, Yonik Seeley
 wrote:
On Thu, Oct 29, 2009 at 8:49 AM, Uwe Schindler   
wrote:

Yes, it's too bad!

But you will replace the lucene jars in the artifacts before  
releasing?
Because it would not be good to have jar files with version 2.9.1  
in the

package that are not the officially released 2.9.1 artifacts.


Darn... forgot about the version number in the jars.
Sigh.

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Shalin Shekhar Mangar]

On Thu, Oct 29, 2009 at 6:36 PM, Yonik Seeley wrote:

> OK... looks like we'll need to re-spin.
> We may have a few hours till that happens.  Perhaps we should get in a
> couple of the little bug fixes mentioned earlier.
>
> https://issues.apache.org/jira/browse/SOLR-1529
> https://issues.apache.org/jira/browse/SOLR-1527
>
>
+1

-- 
Regards,
Shalin Shekhar Mangar.

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

On Thu, Oct 29, 2009 at 9:10 AM, Bill Au  wrote:
> The test case org.apache.solr.core.SolrCoreTest.txt is failing because of a
> problem with the test itself.  A test data file it is expecting is missing.
> This should not hold up the release.  But since we have a little time, maybe
> it is worth fixing.

Good catch - can you fix?  It's likely just a packaging issue?

-Yonik
http://www.lucidimagination.com


> Bill
>
> On Thu, Oct 29, 2009 at 9:06 AM, Yonik Seeley 
> wrote:
>>
>> OK... looks like we'll need to re-spin.
>> We may have a few hours till that happens.  Perhaps we should get in a
>> couple of the little bug fixes mentioned earlier.
>>
>> https://issues.apache.org/jira/browse/SOLR-1529
>> https://issues.apache.org/jira/browse/SOLR-1527
>>
>> any other low-risk or high priority bug fixes?
>>
>> -Yonik
>> http://www.lucidimagination.com
>>
>> On Thu, Oct 29, 2009 at 8:52 AM, Yonik Seeley
>>  wrote:
>> > On Thu, Oct 29, 2009 at 8:49 AM, Uwe Schindler  wrote:
>> >> Yes, it's too bad!
>> >>
>> >> But you will replace the lucene jars in the artifacts before releasing?
>> >> Because it would not be good to have jar files with version 2.9.1 in
>> >> the
>> >> package that are not the officially released 2.9.1 artifacts.
>> >
>> > Darn... forgot about the version number in the jars.
>> > Sigh.
>> >
>> > -Yonik
>> > http://www.lucidimagination.com
>> >
>
>

Re: [VOTE] Release Solr 1.4.0

[Bill Au]

The test case org.apache.solr.core.SolrCoreTest.txt is failing because of a
problem with the test itself.  A test data file it is expecting is missing.
This should not hold up the release.  But since we have a little time, maybe
it is worth fixing.

Bill

On Thu, Oct 29, 2009 at 9:06 AM, Yonik Seeley wrote:

> OK... looks like we'll need to re-spin.
> We may have a few hours till that happens.  Perhaps we should get in a
> couple of the little bug fixes mentioned earlier.
>
> https://issues.apache.org/jira/browse/SOLR-1529
> https://issues.apache.org/jira/browse/SOLR-1527
>
> any other low-risk or high priority bug fixes?
>
> -Yonik
> http://www.lucidimagination.com
>
> On Thu, Oct 29, 2009 at 8:52 AM, Yonik Seeley
>  wrote:
> > On Thu, Oct 29, 2009 at 8:49 AM, Uwe Schindler  wrote:
> >> Yes, it's too bad!
> >>
> >> But you will replace the lucene jars in the artifacts before releasing?
> >> Because it would not be good to have jar files with version 2.9.1 in the
> >> package that are not the officially released 2.9.1 artifacts.
> >
> > Darn... forgot about the version number in the jars.
> > Sigh.
> >
> > -Yonik
> > http://www.lucidimagination.com
> >
>

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

OK... looks like we'll need to re-spin.
We may have a few hours till that happens.  Perhaps we should get in a
couple of the little bug fixes mentioned earlier.

https://issues.apache.org/jira/browse/SOLR-1529
https://issues.apache.org/jira/browse/SOLR-1527

any other low-risk or high priority bug fixes?

-Yonik
http://www.lucidimagination.com

On Thu, Oct 29, 2009 at 8:52 AM, Yonik Seeley
 wrote:
> On Thu, Oct 29, 2009 at 8:49 AM, Uwe Schindler  wrote:
>> Yes, it's too bad!
>>
>> But you will replace the lucene jars in the artifacts before releasing?
>> Because it would not be good to have jar files with version 2.9.1 in the
>> package that are not the officially released 2.9.1 artifacts.
>
> Darn... forgot about the version number in the jars.
> Sigh.
>
> -Yonik
> http://www.lucidimagination.com
>

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

On Thu, Oct 29, 2009 at 8:49 AM, Uwe Schindler  wrote:
> Yes, it's too bad!
>
> But you will replace the lucene jars in the artifacts before releasing?
> Because it would not be good to have jar files with version 2.9.1 in the
> package that are not the officially released 2.9.1 artifacts.

Darn... forgot about the version number in the jars.
Sigh.

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

On Thu, Oct 29, 2009 at 8:45 AM, Shalin Shekhar Mangar
 wrote:
> On Thu, Oct 29, 2009 at 6:10 PM, Yonik Seeley 
> wrote:
>>
>> So what we feared has come to pass - Lucene found more bugs and is
>> going to restart the release.
>> The bugs found however, don't affect Solr... so I think we should just
>> continue with our vote.
>>
>
> I'm sorry I don't understand. Weren't we going to release with released
> Lucene artifacts?

Yes, if their vote succeeded, but if it didn't we were going to
re-evaluate at that time.

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Shalin Shekhar Mangar]

On Thu, Oct 29, 2009 at 6:10 PM, Yonik Seeley wrote:

> So what we feared has come to pass - Lucene found more bugs and is
> going to restart the release.
> The bugs found however, don't affect Solr... so I think we should just
> continue with our vote.
>
>
I'm sorry I don't understand. Weren't we going to release with released
Lucene artifacts? If yes, wouldn't we have to regenerate the Solr artifacts?

-- 
Regards,
Shalin Shekhar Mangar.

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

So what we feared has come to pass - Lucene found more bugs and is
going to restart the release.
The bugs found however, don't affect Solr... so I think we should just
continue with our vote.

-Yonik
http://www.lucidimagination.com


On Mon, Oct 26, 2009 at 6:15 PM, Grant Ingersoll  wrote:
> Tis the season for releases...
>
> Please vote on releasing the Solr 1.4.0 artifacts located at
> http://people.apache.org/~gsingers/solr/1.4.0/  (note, solr.tar and
> solr-maven.tar are not artifacts to be released)
>
> CHANGES are spelled out at
> https://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.4/CHANGES.txt
>
> Thanks,
> Grant
>

Re: [VOTE] Release Solr 1.4.0

[Ryan McKinley]

On Oct 28, 2009, at 9:12 PM, Nicholas Letourneau wrote:


Not sure who gets a vote,


Everyone gets to vote -- officially some votes are 'binding' but in  
practice this does not really matter.


The more feedback there is, the more confidence we have that things  
are good (or need fixed)





and this is my first message to this list, but I
wanted to add that I deployed the maven artifacts (along with the  
lucene
2.9.1 ones) to my in house maven repository and successfully built  
all my

solr dependant projects with

   
 org.apache.solr
 solr-core
 1.4.0
   
   
 org.apache.solr
 solr-solrj
 1.4.0
   

Everything went swimingly and running "mvn dependency:tree" showed  
this

output:

[INFO] +- org.apache.solr:solr-core:jar:1.4.0:compile
[INFO] |  +- org.apache.lucene:lucene-analyzers:jar:2.9.1:compile
[INFO] |  |  \- org.apache.lucene:lucene-core:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-highlighter:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-queries:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-snowball:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-memory:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-misc:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-spellchecker:jar:2.9.1:compile
[INFO] |  +- commons-codec:commons-codec:jar:1.3:compile
[INFO] |  +- commons-fileupload:commons-fileupload:jar:1.2.1:compile
[INFO] |  +- org.apache.solr:solr-commons-csv:jar:1.4.0:compile
[INFO] |  +- woodstox:wstx-asl:jar:3.2.7:compile
[INFO] |  \-
org.apache.geronimo.specs:geronimo-stax-api_1.0_spec:jar:1.0.1:compile
[INFO] \- org.apache.solr:solr-solrj:jar:1.4.0:compile
[INFO]+- org.slf4j:slf4j-api:jar:1.5.5:compile
[INFO]\- org.codehaus.woodstox:wstx-asl:jar:3.2.7:compile
[INFO]   \- stax:stax-api:jar:1.0.1:compile

Nicholas Letourneau

On 10/27/09 10/27 7:07 PM, "Grant Ingersoll"   
wrote:



OK, new artifacts are up.



On Oct 27, 2009, at 9:51 PM, Chris Hostetter wrote:



: By other issues, I mean the duplicate libs.  I think we can live
with them.

I agree ... i would have voted +1 already but i figured based on  
your

commit you were in the process of doing a new one.



-Hoss

Re: [VOTE] Release Solr 1.4.0

[Nicholas Letourneau]

Not sure who gets a vote, and this is my first message to this list, but I
wanted to add that I deployed the maven artifacts (along with the lucene
2.9.1 ones) to my in house maven repository and successfully built all my
solr dependant projects with


  org.apache.solr
  solr-core
  1.4.0


  org.apache.solr
  solr-solrj
  1.4.0


Everything went swimingly and running "mvn dependency:tree" showed this
output:

[INFO] +- org.apache.solr:solr-core:jar:1.4.0:compile
[INFO] |  +- org.apache.lucene:lucene-analyzers:jar:2.9.1:compile
[INFO] |  |  \- org.apache.lucene:lucene-core:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-highlighter:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-queries:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-snowball:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-memory:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-misc:jar:2.9.1:compile
[INFO] |  +- org.apache.lucene:lucene-spellchecker:jar:2.9.1:compile
[INFO] |  +- commons-codec:commons-codec:jar:1.3:compile
[INFO] |  +- commons-fileupload:commons-fileupload:jar:1.2.1:compile
[INFO] |  +- org.apache.solr:solr-commons-csv:jar:1.4.0:compile
[INFO] |  +- woodstox:wstx-asl:jar:3.2.7:compile
[INFO] |  \- 
org.apache.geronimo.specs:geronimo-stax-api_1.0_spec:jar:1.0.1:compile
[INFO] \- org.apache.solr:solr-solrj:jar:1.4.0:compile
[INFO]+- org.slf4j:slf4j-api:jar:1.5.5:compile
[INFO]\- org.codehaus.woodstox:wstx-asl:jar:3.2.7:compile
[INFO]   \- stax:stax-api:jar:1.0.1:compile

Nicholas Letourneau

On 10/27/09 10/27 7:07 PM, "Grant Ingersoll"  wrote:

> OK, new artifacts are up.
> 
> 
> 
> On Oct 27, 2009, at 9:51 PM, Chris Hostetter wrote:
> 
>> 
>> : By other issues, I mean the duplicate libs.  I think we can live
>> with them.
>> 
>> I agree ... i would have voted +1 already but i figured based on your
>> commit you were in the process of doing a new one.
>> 
>> 
>> 
>> -Hoss
>> 
> 

Re: [VOTE] Release Solr 1.4.0

[Ryan McKinley]

+1

Integrated with my app, and things work well.  (windows vista)
Ran examples and everything worked as expected.  (Mac OSX)



On Oct 27, 2009, at 10:07 PM, Grant Ingersoll wrote:


OK, new artifacts are up.



On Oct 27, 2009, at 9:51 PM, Chris Hostetter wrote:



: By other issues, I mean the duplicate libs.  I think we can live  
with them.


I agree ... i would have voted +1 already but i figured based on your
commit you were in the process of doing a new one.



-Hoss

Re: [VOTE] Release Solr 1.4.0

[Noble Paul നോബിള്‍ नोब्ळ्]

OK . Let us push it to 1.5.


On Wed, Oct 28, 2009 at 10:01 AM, Ryan McKinley  wrote:
>
> On Oct 28, 2009, at 12:07 AM, Chris Hostetter wrote:
>
>>
>> : It's not a regression, but a new, non-core feature.  If we delay every
>> : time we find a bug, this release will never end.
>>
>> agreed.
>>
>
> agreed.  And assuming lucene 3.0 comes out in the somewhat near future, we
> will have an easy place for minor bug fixes soon enough.
>
>
>



-- 
-
Noble Paul | Principal Engineer| AOL | http://aol.com

Re: [VOTE] Release Solr 1.4.0

[Ryan McKinley]

On Oct 28, 2009, at 12:07 AM, Chris Hostetter wrote:



: It's not a regression, but a new, non-core feature.  If we delay  
every

: time we find a bug, this release will never end.

agreed.



agreed.  And assuming lucene 3.0 comes out in the somewhat near  
future, we will have an easy place for minor bug fixes soon enough.

Re: [VOTE] Release Solr 1.4.0

[Chris Hostetter]

: It's not a regression, but a new, non-core feature.  If we delay every
: time we find a bug, this release will never end.

agreed.



-Hoss

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

2009/10/27 Noble Paul നോബിള്‍  नोब्ळ् :
> I shall fix https://issues.apache.org/jira/browse/SOLR-1527 for 1.4 I guess

Perhaps we should just document this?
It's not a regression, but a new, non-core feature.  If we delay every
time we find a bug, this release will never end.

-Yonik
http://www.lucidimagination.com

Re: [VOTE] Release Solr 1.4.0

[Noble Paul നോബിള്‍ नोब्ळ्]

I shall fix https://issues.apache.org/jira/browse/SOLR-1527 for 1.4 I guess

On Wed, Oct 28, 2009 at 8:20 AM, Erik Hatcher  wrote:
> +1 also
>
> I'll have a look at the duplicate libs issue as soon as I can, but won't be
> until after/during next week (ApacheCon).
>
>        Erik
>
> On Oct 27, 2009, at 10:41 PM, Chris Hostetter wrote:
>
>>
>> : OK, new artifacts are up.
>>
>> +1
>>
>> And for the record, these are the artifacts my vote is based on...
>>
>> 8166f7f23637fa8a7d84c3cd30aa21ab  apache-solr-1.4.0.tgz
>> f7ffa8669e12271981c212733bee1ec0  apache-solr-1.4.0.zip
>>
>>
>>
>>
>>
>> -Hoss
>>
>
>



-- 
-
Noble Paul | Principal Engineer| AOL | http://aol.com

Re: [VOTE] Release Solr 1.4.0

[Erik Hatcher]

+1 also

I'll have a look at the duplicate libs issue as soon as I can, but  
won't be until after/during next week (ApacheCon).


Erik

On Oct 27, 2009, at 10:41 PM, Chris Hostetter wrote:



: OK, new artifacts are up.

+1

And for the record, these are the artifacts my vote is based on...

8166f7f23637fa8a7d84c3cd30aa21ab  apache-solr-1.4.0.tgz
f7ffa8669e12271981c212733bee1ec0  apache-solr-1.4.0.zip





-Hoss

Re: [VOTE] Release Solr 1.4.0

[Chris Hostetter]

: OK, new artifacts are up.

+1  

And for the record, these are the artifacts my vote is based on...

8166f7f23637fa8a7d84c3cd30aa21ab  apache-solr-1.4.0.tgz
f7ffa8669e12271981c212733bee1ec0  apache-solr-1.4.0.zip





-Hoss

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

OK, new artifacts are up.



On Oct 27, 2009, at 9:51 PM, Chris Hostetter wrote:



: By other issues, I mean the duplicate libs.  I think we can live  
with them.


I agree ... i would have voted +1 already but i figured based on your
commit you were in the process of doing a new one.



-Hoss

Re: [VOTE] Release Solr 1.4.0

[Chris Hostetter]

: By other issues, I mean the duplicate libs.  I think we can live with them.

I agree ... i would have voted +1 already but i figured based on your 
commit you were in the process of doing a new one.



-Hoss

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

On Oct 27, 2009, at 9:08 PM, Grant Ingersoll wrote:



On Oct 27, 2009, at 7:31 PM, Chris Hostetter wrote:



: Hmm, I thought I removed that one.  beta5 should not be in there.

I see you changed this on the branch .. were you planning on making  
a new

release candidate?


I'll cut another one.  Although I'm not fixing the other issues.


By other issues, I mean the duplicate libs.  I think we can live with  
them.

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

On Oct 27, 2009, at 7:31 PM, Chris Hostetter wrote:



: Hmm, I thought I removed that one.  beta5 should not be in there.

I see you changed this on the branch .. were you planning on making  
a new

release candidate?


I'll cut another one.  Although I'm not fixing the other issues. 

Re: [VOTE] Release Solr 1.4.0

[Chris Hostetter]

: Hmm, I thought I removed that one.  beta5 should not be in there.

I see you changed this on the branch .. were you planning on making a new 
release candidate?


-Hoss

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

On Oct 27, 2009, at 3:14 PM, Chris Hostetter wrote:



: OK, take two is up in the same place.  Please vote.

I thought we'd fixed this, but we still several dependency jars  
included

multiple times in the release artifacts...

hoss...@brunner:~/tmp/solr1.4$ find apache-solr-1.4.0 -name \*.jar |  
perl -ple 's{.*/}{}' | sort | uniq -c | sort -r | perl -nle 'print  
unless /^\s*1\s/'

  3 commons-io-1.4.jar
  3 commons-codec-1.3.jar
  2 wstx-asl-3.2.7.jar
  2 slf4j-api-1.5.5.jar
  2 log4j-1.2.14.jar
  2 jcl-over-slf4j-1.5.5.jar
  2 geronimo-stax-api_1.0_spec-1.0.1.jar
  2 commons-lang-2.4.jar
  2 commons-httpclient-3.1.jar

...by itself i wouldn't let that stop us from releasing, but what does
concern me a little bit is that we're also including different  
versions of
some jars, which seems like it could easily cause some weird errors  
for

people in some situations...

Using extraction combined with clustering and/or velocity...
apache-solr-1.4.0/contrib/extraction/lib/commons-lang-2.1.jar
apache-solr-1.4.0/contrib/clustering/lib/commons-lang-2.4.jar
apache-solr-1.4.0/contrib/velocity/src/main/solr/lib/commons- 
lang-2.4.jar


Using extraction in solr...
apache-solr-1.4.0/dist/solrj-lib/geronimo-stax-api_1.0_spec-1.0.1.jar
apache-solr-1.4.0/lib/geronimo-stax-api_1.0_spec-1.0.1.jar
apache-solr-1.4.0/contrib/extraction/lib/geronimo-stax- 
api_1.0_spec-1.0.jar


Using extraction ... at all ...
apache-solr-1.4.0/contrib/extraction/lib/poi-ooxml-3.5-beta5.jar
apache-solr-1.4.0/contrib/extraction/lib/poi-ooxml-3.5-beta6.jar



Hmm, I thought I removed that one.  beta5 should not be in there.

This one should actually cause any problems, since the 2.5 copy is  
just

what jetty uses...
apache-solr-1.4.0/lib/servlet-api-2.4.jar
apache-solr-1.4.0/example/lib/servlet-api-2.5-6.1.3.jar


...does anyone think these are likely to be problematic enough that we
they *must* be fixed before releasing?

?

(At a minimum: can someone who is familiar with the velocity code  
before
test it out in combination with extraction? ... i'm not even sure  
what to

look for)


-Hoss



--
Grant Ingersoll
http://www.lucidimagination.com/

Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids)  
using Solr/Lucene:

http://www.lucidimagination.com/search

Re: [VOTE] Release Solr 1.4.0

[Chris Hostetter]

: OK, take two is up in the same place.  Please vote.

I thought we'd fixed this, but we still several dependency jars included 
multiple times in the release artifacts...

hoss...@brunner:~/tmp/solr1.4$ find apache-solr-1.4.0 -name \*.jar | perl -ple 
's{.*/}{}' | sort | uniq -c | sort -r | perl -nle 'print unless /^\s*1\s/'
   3 commons-io-1.4.jar
   3 commons-codec-1.3.jar
   2 wstx-asl-3.2.7.jar
   2 slf4j-api-1.5.5.jar
   2 log4j-1.2.14.jar
   2 jcl-over-slf4j-1.5.5.jar
   2 geronimo-stax-api_1.0_spec-1.0.1.jar
   2 commons-lang-2.4.jar
   2 commons-httpclient-3.1.jar

...by itself i wouldn't let that stop us from releasing, but what does 
concern me a little bit is that we're also including different versions of 
some jars, which seems like it could easily cause some weird errors for 
people in some situations...

Using extraction combined with clustering and/or velocity...
apache-solr-1.4.0/contrib/extraction/lib/commons-lang-2.1.jar
apache-solr-1.4.0/contrib/clustering/lib/commons-lang-2.4.jar
apache-solr-1.4.0/contrib/velocity/src/main/solr/lib/commons-lang-2.4.jar

Using extraction in solr...
apache-solr-1.4.0/dist/solrj-lib/geronimo-stax-api_1.0_spec-1.0.1.jar
apache-solr-1.4.0/lib/geronimo-stax-api_1.0_spec-1.0.1.jar
apache-solr-1.4.0/contrib/extraction/lib/geronimo-stax-api_1.0_spec-1.0.jar

Using extraction ... at all ...
apache-solr-1.4.0/contrib/extraction/lib/poi-ooxml-3.5-beta5.jar
apache-solr-1.4.0/contrib/extraction/lib/poi-ooxml-3.5-beta6.jar

This one should actually cause any problems, since the 2.5 copy is just 
what jetty uses...
apache-solr-1.4.0/lib/servlet-api-2.4.jar
apache-solr-1.4.0/example/lib/servlet-api-2.5-6.1.3.jar


...does anyone think these are likely to be problematic enough that we 
they *must* be fixed before releasing?   

?

(At a minimum: can someone who is familiar with the velocity code before 
test it out in combination with extraction? ... i'm not even sure what to 
look for)


-Hoss

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

I'm feeling emptiness, too.  Looks like I forgot the public_html part  
when copying.  All is restored now.



On Oct 26, 2009, at 10:14 PM, Yonik Seeley wrote:

On Mon, Oct 26, 2009 at 9:58 PM, Grant Ingersoll  
 wrote:

OK, take two is up in the same place.  Please vote.


I'm seeing emptiness at
http://people.apache.org/~gsingers/solr/1.4.0/

-Yonik
http://www.lucidimagination.com



On Oct 26, 2009, at 6:15 PM, Grant Ingersoll wrote:


Tis the season for releases...

Please vote on releasing the Solr 1.4.0 artifacts located at
http://people.apache.org/~gsingers/solr/1.4.0/  (note, solr.tar and
solr-maven.tar are not artifacts to be released)

CHANGES are spelled out at
https://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.4/CHANGES.txt

Thanks,
Grant

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

On Mon, Oct 26, 2009 at 9:58 PM, Grant Ingersoll  wrote:
> OK, take two is up in the same place.  Please vote.

I'm seeing emptiness at
http://people.apache.org/~gsingers/solr/1.4.0/

-Yonik
http://www.lucidimagination.com


> On Oct 26, 2009, at 6:15 PM, Grant Ingersoll wrote:
>
>> Tis the season for releases...
>>
>> Please vote on releasing the Solr 1.4.0 artifacts located at
>> http://people.apache.org/~gsingers/solr/1.4.0/  (note, solr.tar and
>> solr-maven.tar are not artifacts to be released)
>>
>> CHANGES are spelled out at
>> https://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.4/CHANGES.txt
>>
>> Thanks,
>> Grant
>
>
>

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

OK, take two is up in the same place.  Please vote.

On Oct 26, 2009, at 6:15 PM, Grant Ingersoll wrote:


Tis the season for releases...

Please vote on releasing the Solr 1.4.0 artifacts located at http://people.apache.org/~gsingers/solr/1.4.0/ 
  (note, solr.tar and solr-maven.tar are not artifacts to be released)


CHANGES are spelled out at 
https://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.4/CHANGES.txt

Thanks,
Grant

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

Yes.

I need to update the POMs too, so scratch this vote for a little bit.

On Oct 26, 2009, at 6:35 PM, Yonik Seeley wrote:


Hmmm, weren't you going to update the version numbers to 1.4.1-dev
like we just discussed in the other thread?
That way if someone changes some of the solr source from the download
and recompiles, they don't get a version number of 1.4.0

-Yonik
http://www.lucidimagination.com



On Mon, Oct 26, 2009 at 6:15 PM, Grant Ingersoll  
 wrote:

Tis the season for releases...

Please vote on releasing the Solr 1.4.0 artifacts located at
http://people.apache.org/~gsingers/solr/1.4.0/  (note, solr.tar and
solr-maven.tar are not artifacts to be released)

CHANGES are spelled out at
https://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.4/CHANGES.txt

Thanks,
Grant

Re: [VOTE] Release Solr 1.4.0

[Grant Ingersoll]

I can do it again.  The generation process is pretty easy now.


On Oct 26, 2009, at 6:42 PM, Ryan McKinley wrote:

Also, not sure what the policy is on voting on files where the pom  
still needs to change..


http://people.apache.org/~gsingers/solr/1.4.0/maven/org/apache/solr/solr-core/1.4.0/solr-core-1.4.0.pom
points to:

org.apache.lucene
lucene-analyzers
2.9.0


But we really want to point to 2.9.1
I guess we can go ahead and change that even though 2.9.1 does not  
exist in any repository yet?


ryan


On Oct 26, 2009, at 6:35 PM, Yonik Seeley wrote:


Hmmm, weren't you going to update the version numbers to 1.4.1-dev
like we just discussed in the other thread?
That way if someone changes some of the solr source from the download
and recompiles, they don't get a version number of 1.4.0

-Yonik
http://www.lucidimagination.com



On Mon, Oct 26, 2009 at 6:15 PM, Grant Ingersoll  
 wrote:

Tis the season for releases...

Please vote on releasing the Solr 1.4.0 artifacts located at
http://people.apache.org/~gsingers/solr/1.4.0/  (note, solr.tar and
solr-maven.tar are not artifacts to be released)

CHANGES are spelled out at
https://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.4/CHANGES.txt

Thanks,
Grant

Re: [VOTE] Release Solr 1.4.0

[Ryan McKinley]

Also, not sure what the policy is on voting on files where the pom  
still needs to change..


http://people.apache.org/~gsingers/solr/1.4.0/maven/org/apache/solr/solr-core/1.4.0/solr-core-1.4.0.pom
points to:

 org.apache.lucene
 lucene-analyzers
 2.9.0


But we really want to point to 2.9.1
I guess we can go ahead and change that even though 2.9.1 does not  
exist in any repository yet?


ryan


On Oct 26, 2009, at 6:35 PM, Yonik Seeley wrote:


Hmmm, weren't you going to update the version numbers to 1.4.1-dev
like we just discussed in the other thread?
That way if someone changes some of the solr source from the download
and recompiles, they don't get a version number of 1.4.0

-Yonik
http://www.lucidimagination.com



On Mon, Oct 26, 2009 at 6:15 PM, Grant Ingersoll  
 wrote:

Tis the season for releases...

Please vote on releasing the Solr 1.4.0 artifacts located at
http://people.apache.org/~gsingers/solr/1.4.0/  (note, solr.tar and
solr-maven.tar are not artifacts to be released)

CHANGES are spelled out at
https://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.4/CHANGES.txt

Thanks,
Grant

Re: [VOTE] Release Solr 1.4.0

[Yonik Seeley]

Hmmm, weren't you going to update the version numbers to 1.4.1-dev
like we just discussed in the other thread?
That way if someone changes some of the solr source from the download
and recompiles, they don't get a version number of 1.4.0

-Yonik
http://www.lucidimagination.com



On Mon, Oct 26, 2009 at 6:15 PM, Grant Ingersoll  wrote:
> Tis the season for releases...
>
> Please vote on releasing the Solr 1.4.0 artifacts located at
> http://people.apache.org/~gsingers/solr/1.4.0/  (note, solr.tar and
> solr-maven.tar are not artifacts to be released)
>
> CHANGES are spelled out at
> https://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.4/CHANGES.txt
>
> Thanks,
> Grant
>

[VOTE] Release Solr 1.4.0

[Grant Ingersoll]

Tis the season for releases...

Please vote on releasing the Solr 1.4.0 artifacts located at http://people.apache.org/~gsingers/solr/1.4.0/ 
  (note, solr.tar and solr-maven.tar are not artifacts to be released)


CHANGES are spelled out at 
https://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.4/CHANGES.txt

Thanks,
Grant