[
https://issues.apache.org/jira/browse/SOLR-1131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-1131:
--
Attachment: SOLR-1131.patch
Brings it up to trunk. Still needs test cases. All other tests
[
https://issues.apache.org/jira/browse/SOLR-1582?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved SOLR-1582.
---
Resolution: Fixed
Fix Version/s: 1.5
committed.
> DocumentBuilder does not prope
Reporter: Grant Ingersoll
Assignee: Grant Ingersoll
Priority: Trivial
In DocumentBuilder, around lines 267, the BinaryField is created, but it is
never assigned to the field that is added to the output.
--
This message is automatically generated by JIRA.
-
You can
[
https://issues.apache.org/jira/browse/SOLR-1131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll reassigned SOLR-1131:
-
Assignee: Grant Ingersoll
> Allow a single field to index multiple fie
Facet by Function
-
Key: SOLR-1581
URL: https://issues.apache.org/jira/browse/SOLR-1581
Project: Solr
Issue Type: New Feature
Reporter: Grant Ingersoll
Fix For: 1.5
It would be really great if we
On FieldType, the getValueSource(SchemaField, QParser) implementation just
calls the deprecated getValueSource(SchemaField) method.
/** called to get the default value source (normally, from the
* Lucene FieldCache.)
*/
public ValueSource getValueSource(SchemaField field, QParser parser
Develop a Spatial Query Parser
--
Key: SOLR-1578
URL: https://issues.apache.org/jira/browse/SOLR-1578
Project: Solr
Issue Type: New Feature
Reporter: Grant Ingersoll
Fix For: 1.5
Given
[
https://issues.apache.org/jira/browse/SOLR-1574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12779955#action_12779955
]
Grant Ingersoll commented on SOLR-1574:
---
+1. This was my first time wri
[
https://issues.apache.org/jira/browse/SOLR-1568?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12779662#action_12779662
]
Grant Ingersoll commented on SOLR-1568:
---
Honestly, it's a bit tricky and I
[
https://issues.apache.org/jira/browse/SOLR-1568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-1568:
--
Attachment: CartesianTierQParserPlugin.java
Here's the start of a QParserPlugin for
o, what is the wiki
> URL?
>
> Thanks,
> Pradeep.
>
--
Grant Ingersoll
http://www.lucidimagination.com/
Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids) using
Solr/Lucene:
http://www.lucidimagination.com/search
On Nov 17, 2009, at 10:35 AM, Yonik Seeley wrote:
> On Mon, Nov 16, 2009 at 9:20 AM, Yonik Seeley
> wrote:
>> On Mon, Nov 16, 2009 at 8:23 AM, Grant Ingersoll wrote:
>>> One of the other things I think we are going to need is a cache for
>>> functions that are us
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved SOLR-1302.
---
Resolution: Fixed
I'm going to close this, as I've implemented a bunch of them
[
https://issues.apache.org/jira/browse/SOLR-1568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on SOLR-1568 started by Grant Ingersoll.
> Implement Cartesian Tier Filter
> ---
>
> Key: SOLR-1568
>
[
https://issues.apache.org/jira/browse/SOLR-1569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved SOLR-1569.
---
Resolution: Fixed
Committed revision 881319.
> Allow literal Strings in functi
[
https://issues.apache.org/jira/browse/SOLR-1569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-1569:
--
Attachment: SOLR-1569.patch
> Allow literal Strings in functi
https://issues.apache.org/jira/browse/SOLR-1569
On Nov 17, 2009, at 7:08 AM, Grant Ingersoll wrote:
> Any idea on how to pass string constants to a function?
>
> When I do I get:
> java.lang.RuntimeException: Exception during query
[
https://issues.apache.org/jira/browse/SOLR-1569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12778874#action_12778874
]
Grant Ingersoll commented on SOLR-1569:
---
See
http://www.lucidimagination.com/se
Allow literal Strings in functions
--
Key: SOLR-1569
URL: https://issues.apache.org/jira/browse/SOLR-1569
Project: Solr
Issue Type: Bug
Reporter: Grant Ingersoll
Assignee: Grant
Any idea on how to pass string constants to a function?
When I do I get:
java.lang.RuntimeException: Exception during query
at
org.apache.solr.util.AbstractSolrTestCase.assertQ(AbstractSolrTestCase.java:218)
at
org.apache.solr.util.AbstractSolrTestCase.assertQ(AbstractSolrTestCas
On Nov 16, 2009, at 3:26 PM, Yonik Seeley wrote:
> On Mon, Nov 16, 2009 at 3:18 PM, Grant Ingersoll wrote:
>>> http://www.lucidimagination.com/blog/tag/frange/
>>
>> I notice in the implementation that it assumes float. What if I want double
>> range?
>
>
[
https://issues.apache.org/jira/browse/SOLR-773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12778512#action_12778512
]
Grant Ingersoll commented on SOLR-773:
--
Hi Bill (and everyone else),
I'm w
On Nov 15, 2009, at 5:07 PM, Yonik Seeley wrote:
> On Sat, Nov 14, 2009 at 2:30 PM, Grant Ingersoll wrote:
>> Is it at all meaningful to think about a function query acting as a Filter?
>> The basic idea being that if the score was above/below some value
>> (presumabl
Implement Cartesian Tier Filter
---
Key: SOLR-1568
URL: https://issues.apache.org/jira/browse/SOLR-1568
Project: Solr
Issue Type: New Feature
Reporter: Grant Ingersoll
Assignee: Grant
On Nov 16, 2009, at 9:20 AM, Yonik Seeley wrote:
> On Mon, Nov 16, 2009 at 8:23 AM, Grant Ingersoll wrote:
>> One of the other things I think we are going to need is a cache for
>> functions that are used this way. For instance, in the geo case, it is
>> likely that we
Upgrade to Tika 0.5
---
Key: SOLR-1567
URL: https://issues.apache.org/jira/browse/SOLR-1567
Project: Solr
Issue Type: Improvement
Reporter: Grant Ingersoll
Assignee: Grant Ingersoll
On Nov 15, 2009, at 8:32 PM, Grant Ingersoll wrote:
>
> On Nov 15, 2009, at 5:07 PM, Yonik Seeley wrote:
>
>> On Sat, Nov 14, 2009 at 2:30 PM, Grant Ingersoll wrote:
>>> Is it at all meaningful to think about a function query acting as a Filter?
>>> The b
7;'max(myfield,0)'''
>>
>> == ms ==
>> [[Solr1.4]]
>> @@ -175, +149 @@
>>
>> Arguments may be numerically indexed date fields such as !TrieDate (the
>> default in 1.4), or date math (examples in SolrQuerySyntax) based on a
>> constant date
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12778312#action_12778312
]
Grant Ingersoll commented on SOLR-1302:
---
That being said, my anecdotal tests
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12778308#action_12778308
]
Grant Ingersoll commented on SOLR-1302:
---
Still benchmarking. I think there are
On Nov 15, 2009, at 5:07 PM, Yonik Seeley wrote:
> On Sat, Nov 14, 2009 at 2:30 PM, Grant Ingersoll wrote:
>> Is it at all meaningful to think about a function query acting as a Filter?
>> The basic idea being that if the score was above/below some value
>> (presumabl
Is it at all meaningful to think about a function query acting as a Filter?
The basic idea being that if the score was above/below some value (presumably 0
by default), then that particular document would be on/off. Right now, Solr
can take in functions as fq params, but they don't really do a
[
https://issues.apache.org/jira/browse/SOLR-1297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777972#action_12777972
]
Grant Ingersoll commented on SOLR-1297:
---
Note, there is a temporary workaround
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777969#action_12777969
]
Grant Ingersoll commented on SOLR-1302:
---
Committed revision 836216.
> F
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777932#action_12777932
]
Grant Ingersoll commented on SOLR-1302:
---
Wiki updated: http://wiki.apache.org/
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-1302:
--
Attachment: SOLR-1302.patch
No need for all of these classes for one offs of distance
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777856#action_12777856
]
Grant Ingersoll commented on SOLR-1302:
---
I believe this is ready to commit, bu
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-1302:
--
Attachment: SOLR-1302.patch
Adds in SquaredEuclideanFunction and EuclideanFunction distance
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1227#action_1227
]
Grant Ingersoll commented on SOLR-1302:
---
Note, we may want to mod this to work
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-1302:
--
Attachment: SOLR-1302.patch
Haversine implementation, RadianFunction and DegreeFunction. Also
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777676#action_12777676
]
Grant Ingersoll commented on SOLR-1302:
---
I've got Haversine implemented (gre
On Nov 13, 2009, at 1:48 PM, Mattmann, Chris A (388J) wrote:
>>
>> Still, I think we should put it on our roadmap.
SOLR-1562.
Functions should better support double values
-
Key: SOLR-1562
URL: https://issues.apache.org/jira/browse/SOLR-1562
Project: Solr
Issue Type: Improvement
Reporter: Grant Ingersoll
On Nov 13, 2009, at 1:35 PM, Yonik Seeley wrote:
> On Fri, Nov 13, 2009 at 1:31 PM, Grant Ingersoll wrote:
>> Yeah, in the end, Lucene Scorer returns a float... However, if we allow for
>> pseudo fields and other capabilities, it would be nice to have doubles.
>
> We
If I implement Vincenty's formula for distance between two points on an
ellipsoid that can be accurate down to the 0.5mm. Not doing that yet and not
planning on implementing, so this is not a huge issue right now.
Still, I think we should put it on our roadmap.
On Nov 13, 2009, at 1:32 PM, Y
On Nov 13, 2009, at 12:58 PM, Yonik Seeley wrote:
> On Fri, Nov 13, 2009 at 12:52 PM, Grant Ingersoll wrote:
>> Implementing my first function (distance stuff) and notices that functions
>> seem to have a float bent to them. Not even sure what would be involved,
>> bu
Implementing my first function (distance stuff) and notices that functions seem
to have a float bent to them. Not even sure what would be involved, but there
are cases for distance that I could see wanting double precision. Thoughts?
-Grant
[
https://issues.apache.org/jira/browse/SOLR-1561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved SOLR-1561.
---
Resolution: Fixed
> Import Lucene 2.9.1 Geospatial
[
https://issues.apache.org/jira/browse/SOLR-773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on SOLR-773 started by Grant Ingersoll.
> Incorporate Local Lucene/Solr
> -
>
> Key: SOLR-773
>
[
https://issues.apache.org/jira/browse/SOLR-1561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-1561:
--
Fix Version/s: 1.5
> Import Lucene 2.9.1 Geospatial
Import Lucene 2.9.1 Geospatial JAR
--
Key: SOLR-1561
URL: https://issues.apache.org/jira/browse/SOLR-1561
Project: Solr
Issue Type: New Feature
Reporter: Grant Ingersoll
Priority
[
https://issues.apache.org/jira/browse/SOLR-1561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll reassigned SOLR-1561:
-
Assignee: Grant Ingersoll
> Import Lucene 2.9.1 Geospatial
[
https://issues.apache.org/jira/browse/SOLR-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll reassigned SOLR-1302:
-
Assignee: Grant Ingersoll
> Fun with Distances - Add Distance functions for a variety
sure all the correct artifacts are signed (all jars and poms).
On Nov 10, 2009, at 2:10 PM, Ryan McKinley wrote:
And a big thank you to Grant for managing this release!
thanks Grant
On Nov 10, 2009, at 10:38 AM, Grant Ingersoll wrote:
Feel free to move forward on 1.5...
Announcement will be
Apache Solr 1.4 has been released and is now available for public
download!
http://www.apache.org/dyn/closer.cgi/lucene/solr/
Solr is the popular, blazing fast open source enterprise search
platform from the Apache Lucene project. Its major features include
powerful full-text search, hit highl
Feel free to move forward on 1.5...
Announcement will be sent out shortly on 1.4. Good work everyone!
-Grant
[
https://issues.apache.org/jira/browse/SOLR-1552?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-1552:
--
Attachment: SOLR-1522.patch
Patch to automate release signing. See http://wiki.apache.org/solr
[
https://issues.apache.org/jira/browse/SOLR-1552?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved SOLR-1552.
---
Resolution: Fixed
> Change the build to automatically sign relea
Change the build to automatically sign releases
---
Key: SOLR-1552
URL: https://issues.apache.org/jira/browse/SOLR-1552
Project: Solr
Issue Type: Improvement
Reporter: Grant Ingersoll
The mirrors are propagating, I will send the release announcement
tomorrow afternoon.
On Nov 9, 2009, at 1:59 PM, Yonik Seeley wrote:
On Mon, Nov 9, 2009 at 1:56 PM, Grant Ingersoll
wrote:
OK, this vote has passed. I will finish up the various pieces.
Yonik, is
the draft release
OK, this vote has passed. I will finish up the various pieces.
Yonik, is the draft release announcement on the other thread finalized?
On Nov 6, 2009, at 1:28 PM, Grant Ingersoll wrote:
OK, done. Same place as always. Looks like the Lucene release is
finally going through, so let'
I think at this point, I'd rather not. We've delayed long enough. It
should have been marked as 1.4 long ago and should have been raised as
more serious in any of the 4 previous release candidates.
On Nov 9, 2009, at 10:17 AM, Peter Wolanin wrote:
Seems like the dismax escaping still has
On Nov 8, 2009, at 5:59 PM, Chris Hostetter wrote:
: +1 for releasing these artifacts:
:
: 1cc3783316aa1f95ba5e250a4c1d0451 apache-solr-1.4.0.tgz
: 8da9395565736499f80542c8d05b3854 apache-solr-1.4.0.zip
+1 from me for the same source artifacts.
+1 for me.
Sure. I'll do it tonight or first thing tomorrow morning.
On Nov 5, 2009, at 6:04 PM, Yonik Seeley wrote:
On Thu, Nov 5, 2009 at 7:40 PM, Grant Ingersoll
wrote:
Hopefully, 4th time is the charm:
http://people.apache.org/~gsingers/solr/1.4.0/
Can we respin???!!!
Hopefully, 4th time is the charm:
http://people.apache.org/~gsingers/solr/1.4.0/
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
+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
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
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
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 fix
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
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 an
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.
on? ... 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
Client Side Tika integration
Key: SOLR-1526
URL: https://issues.apache.org/jira/browse/SOLR-1526
Project: Solr
Issue Type: New Feature
Components: clients - java
Reporter: Grant Ingersoll
[
https://issues.apache.org/jira/browse/SOLR-1526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-1526:
--
Fix Version/s: 1.5
> Client Side Tika integrat
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
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
On Oct 26, 2009, at 8:40 PM, Yonik Seeley wrote:
On Mon, Oct 26, 2009 at 8:14 PM, Grant Ingersoll
wrote:
Not following...
I just updated the default version to 1.4.1-dev on the branch.
I really don't know what maven_version should be set to... I guess we
can leave it at 1.4.0 fo
Not following... This gets a little tricky w/ the Maven stuff b/c we
want it to point to the value that is actually released, which will be
2.9.1 in the pom. So, it won't work until Lucene is actually
published, unfortunately.
I don't know any other way around this except waiting until 2.
---
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org
--
Grant Ingersoll
http://www.lucidimagination.com/
Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids)
using Solr/Lucene:
http://www.lucidimagination.com/search
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
ng 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
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/br
Hmm, OK. I will need to update the branch build again, then. I
wasn't thinking about it for my specific release and not about going
forward.
On Oct 26, 2009, at 5:14 PM, Yonik Seeley wrote:
On Mon, Oct 26, 2009 at 4:34 PM, Grant Ingersoll
wrote:
Does the second step (step 7 o
From http://wiki.apache.org/solr/HowToRelease:
Check out the branch with: svn co https://svn.apache.org/repos/asf/lucene/solr/branches/branch-X.Y
\
Note: at the moment releases need to be done on a unix box or in a
cygwin environment with unix linefeeds, because fixcrlf is only done
on the
On Oct 26, 2009, at 4:05 PM, Yonik Seeley wrote:
On Mon, Oct 26, 2009 at 4:00 PM, Grant Ingersoll
wrote:
So, just to clarify, here's the plan as I understand it:
1. Put up a 1.4.0 RC today w/ 2.9.1-RC2
Yes, ASAP please :-)
2. Commence vote on 1.4.0
3. Once 2.9.1 is finalized, re
. It makes thing SO
much easier
when you need to dig into the Lucene code.
It is well worth a week delay.
wunder
On Oct 19, 2009, at 10:27 AM, Yonik Seeley wrote:
On Mon, Oct 19, 2009 at 10:59 AM, Grant Ingersoll >
wrote:
Are we ready for a release?
+1
I don't think we need t
easier
when you need to dig into the Lucene code.
It is well worth a week delay.
wunder
On Oct 19, 2009, at 10:27 AM, Yonik Seeley wrote:
On Mon, Oct 19, 2009 at 10:59 AM, Grant Ingersoll >
wrote:
Are we ready for a release?
+1
I don't think we need to wait for Lucene 2.9.1 - we
Applied. Thanks John!
On Oct 23, 2009, at 10:37 AM, John Thorhauer wrote:
Hi,
I would like to extend the ExtractingRequestHandler and in doing so I
will need to instantiate the ExtractingDocumentLoader in my own
package. So could someone please apply this simple patch that would
allow me to
Reporter: Grant Ingersoll
Priority: Minor
Fix For: 1.5
There are times when it would be nice to be able to deal with multiple values
for functions per a single document. This would require adding array returns
to DocValues, as in:
{code}
public byte [] byteVal(int doc
[
https://issues.apache.org/jira/browse/SOLR-1403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved SOLR-1403.
---
Resolution: Won't Fix
SolrJS has been moved to a third party repository
> solrjs bro
On Oct 20, 2009, at 7:52 PM, Yonik Seeley wrote:
Actually just copying the example schema to contrib seemed to work
fine... those should probably be kept in alignment regardless of if we
decide to do something different about the data directory.
Then maybe we should use an svn:external? Exc
ry and get the schemas closer together?
-Yonik
http://www.lucidimagination.com
--
Grant Ingersoll
http://www.lucidimagination.com/
Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids)
using Solr/Lucene:
http://www.lucidimagination.com/search
Are we ready for a release? I got busy at work and haven't been able
to address things as much, but it seems like things are progressing.
Shall I generate another RC or are we waiting for Lucene 2.9.1? If we
go w/ the 2.9.1-dev, then we just need to restore the Maven stuff for
them. Hope
On Oct 15, 2009, at 7:01 PM, Chris Hostetter wrote:
: upgrade to lucene 2.9.1-dev r824987
If we're switching back to our own jars, then doesn't that mean we
need to
add back those custom pom.xml files for maven users? ...
Yes, we do.
http://svn.apache.org/viewvc?view=revision&revisio
I think the Clustering example is up to date, but I'm curious if I
missed something. I will double check.
On Oct 14, 2009, at 4:43 PM, Yonik Seeley wrote:
The plan still seems to be to release next week. It's a great time to
update our documentation, esp the highly visible stuff like the m
http://people.apache.org/~gsingers/solr/1.4.0-RC/
I have not signed these artifacts yet. I have to generate a stronger
key b/c mine is only 2048. Am working through that now.
OK, so we are in code freeze right now.
I'm going to follow the Release process at
http://wiki.apache.org/solr/HowToRelease
I will put up an RC now, then people can try it out, etc. I would
then like to have a goal of putting up an official set of artifacts to
be voted on next Monday.
In
Yep, working on it now.
So, let's call it pencils down. I'll put up one either tonight or
tomorrow morning.
On Oct 12, 2009, at 5:14 PM, Yonik Seeley wrote:
On Fri, Oct 9, 2009 at 11:21 AM, Grant Ingersoll
wrote:
Realistically speaking, I can do an RC on Monday afternoon.
301 - 400 of 1554 matches
Mail list logo