On Wed, 6 Apr 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
On Wed, 6 Apr 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
Unless I'm missing something here, you've got two options before you
break your users:
1. fix your code before you ship it to them
Andi Vajda va...@apache.org wrote:
There are two versions available from the lucene module:
import lucene
[(v, lucene.__dict__[v]) for v in dir(lucene) if 'VERSION' in v]
[('JCC_VERSION', '2.8'), ('VERSION', '3.1.0')]
I suppose I could make a list of all the (JCC_VERSION,
On Wed, 6 Apr 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
There are two versions available from the lucene module:
import lucene
[(v, lucene.__dict__[v]) for v in dir(lucene) if 'VERSION' in v]
[('JCC_VERSION', '2.8'), ('VERSION', '3.1.0')]
I suppose I could make
Hey Varun,
On Tue, Apr 5, 2011 at 11:07 PM, Michael McCandless
luc...@mikemccandless.com wrote:
Hi Varun,
Those two issues would make a great GSoC! Comments below...
+1
On Tue, Apr 5, 2011 at 1:56 PM, Varun Thacker
varunthacker1...@gmail.com wrote:
I would like to combine two tasks as
[
https://issues.apache.org/jira/browse/SOLR-2455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeffrey Chang updated SOLR-2455:
Attachment: SOLR-2455.patch
Modified both index.jsp and form.jsp to return false upon JS submit.
Hi All,
I'd like to start small and see how I can contribute to SOLR development.
By following http://wiki.apache.org/solr/HowToContribute, I've created a new
defect (SOLR-2455) and created a patch for it.
Not sure if I've done the right steps - can someone provide me some guidance
if I'm on
[
https://issues.apache.org/jira/browse/SOLR-2455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016281#comment-13016281
]
Uwe Schindler commented on SOLR-2455:
-
Hi Jeffrey,
thaks for the fix. This is really
[
https://issues.apache.org/jira/browse/SOLR-2455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler reassigned SOLR-2455:
---
Assignee: Uwe Schindler
admin/index.jsp double submit on IE
[
https://issues.apache.org/jira/browse/SOLR-2455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-2455:
Fix Version/s: 4.0
3.2
3.1.1
admin/index.jsp double submit
Hi Jeffry,
You don't have to do anything on this issue. I already assigned it to myself
and I will commit your patch to 4.0 (trunk) and backport through simple
merges.
In general to bring fixes in, simply open issues, we will take care. If a
fix is broken or not valid, somebody will notify
[
https://issues.apache.org/jira/browse/SOLR-2455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016291#comment-13016291
]
Uwe Schindler commented on SOLR-2455:
-
Committed trunk revision 1089335, branch 3.x
post.jar fails on non-XML updateHandlers
Key: SOLR-2458
URL: https://issues.apache.org/jira/browse/SOLR-2458
Project: Solr
Issue Type: Bug
Components: clients - java
Affects Versions:
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016314#comment-13016314
]
Jan Høydahl commented on SOLR-2458:
---
Example:
{code}
lap:exampledocs janhoy$ java
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016326#comment-13016326
]
Uwe Schindler commented on SOLR-2458:
-
The commit could be snet at the end as a single
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016329#comment-13016329
]
Jan Høydahl commented on SOLR-2458:
---
How would post.jar know the URL of the
UDIDIndexWriter keeps write lock on corrupt index
-
Key: LUCENE-3015
URL: https://issues.apache.org/jira/browse/LUCENE-3015
Project: Lucene - Java
Issue Type: Bug
Components: Index
[
https://issues.apache.org/jira/browse/SOLR-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016372#comment-13016372
]
Dawid Weiss commented on SOLR-2378:
---
I've been waiting for somebody to look at this
[
https://issues.apache.org/jira/browse/LUCENE-3015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016373#comment-13016373
]
Uwe Schindler commented on LUCENE-3015:
---
What are you talking about? Lucene has no
[
https://issues.apache.org/jira/browse/LUCENE-3015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016375#comment-13016375
]
Christian Danninger commented on LUCENE-3015:
-
Sorry about that, you are
[
https://issues.apache.org/jira/browse/SOLR-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016378#comment-13016378
]
Robert Muir commented on SOLR-2378:
---
Took a quick look:
Builder.add(char[], int, int,
[
https://issues.apache.org/jira/browse/SOLR-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016381#comment-13016381
]
Yonik Seeley commented on SOLR-2378:
If it causes too much of a lookup performance hit,
Yes, you're right Eric. The feature was removed in Solr 1.4.1 much to my
chagrin. On my todo list in the next couple months or so, I intend to bring it
back -- at least for 4.0
~ David
From: Eric Pugh [ep...@opensourceconnections.com]
Sent: Wednesday,
[
https://issues.apache.org/jira/browse/SOLR-1155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016382#comment-13016382
]
Jayson Minard commented on SOLR-1155:
-
Is there interest in me updating this for 3.1?
[
https://issues.apache.org/jira/browse/SOLR-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016384#comment-13016384
]
Robert Muir commented on SOLR-2378:
---
I am referring to build-time, not runtime here.
On Wed, Apr 6, 2011 at 9:30 AM, Grant Ingersoll
grant.ingers...@gmail.com wrote:
By all means go for it. I don't see any reason not too. I guess in the end,
I'm not sure what you are asking us to do. Do you want Lucene/Solr to remove
all of our spatial support in favor of incorporating
The spatial API in google code takes a pretty different approach to
spatial search in general. It is organized into three key packages:
1. core stuff, no lucene dependencies. Most of the math is here
Aren't you just replicating what SIS is doing for this piece? If you don't
have a JTS
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016395#comment-13016395
]
Yonik Seeley commented on SOLR-2458:
bq. Assume that all UpdateRequestHandlers support
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/6796/
2 tests failed.
REGRESSION: org.apache.solr.cloud.BasicDistributedZkTest.testDistribSearch
Error Message:
Error executing query
Stack Trace:
org.apache.solr.client.solrj.SolrServerException: Error executing query
On Apr 6, 2011, at 10:45 AM, Ryan McKinley wrote:
I'm trying to have an open discussion about what makes sense for
spatial development. I don't *want* to start a new project... but I
think we need a dev/test environment that can support the whole range
of spatial needs -- without reinventing
Hi. I wrote a sample code to test out speed difference between SEQUENTIAL
and O_DIRECT( I used the madvise flag-MADV_DONTNEED) reads .
This is the link to the code: http://pastebin.com/8QywKGyS
There was a speed difference which when i switched between the two flags. I
have not used the
I'm seeing parse failures on this query string:
categories:RSSReader AND id:[0-00--000 TO 01299-51-3142-795] AND NOT
categories:RSSReader/_noexpire_
thr002: RSSReader: Traceback (most recent call last):
thr002: File /local/lib/UpLib-1.7.11/site-extensions/RSSReader.py, line
271, in
On Apr 6, 2011, at 11:38 AM, Grant Ingersoll wrote:
Until there is a specific patch that brings in and shows how JTS would be
incorporated (via reflection and as a totally optional piece, presumably, per
the ASF LGPL guidelines), there really isn't anything to vote on.
I think what is being
Thanks Uwe.
I'll dig in more to see how I can help further now that I understand the
contribution process more.
Thanks,
Jeff
On Wed, Apr 6, 2011 at 3:19 PM, Uwe Schindler u...@thetaphi.de wrote:
Hi Jeffry,
You don’t have to do anything on this issue. I already assigned it to
myself and
-1. I *totally* understand if other people don't want JTS in the
build system -- it is not a core concern to most people involved.
Until there is a specific patch that brings in and shows how JTS would be
incorporated (via reflection and as a totally optional piece, presumably, per
the
Bill Janssen jans...@parc.com wrote:
I'm seeing parse failures on this query string:
categories:RSSReader AND id:[0-00--000 TO 01299-51-3142-795] AND NOT
categories:RSSReader/_noexpire_
3.0.3 works just fine.
Bill
[
https://issues.apache.org/jira/browse/SOLR-2438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016464#comment-13016464
]
David Smiley commented on SOLR-2438:
Nice Peter. So why did you create another JIRA
On Apr 6, 2011, at 12:06 PM, Smiley, David W. wrote:
On Apr 6, 2011, at 11:38 AM, Grant Ingersoll wrote:
Until there is a specific patch that brings in and shows how JTS would be
incorporated (via reflection and as a totally optional piece, presumably,
per the ASF LGPL guidelines), there
That test code looks good -- you really should have seen awful
performance had you used O_DIRECT since you read byte by byte.
A more realistic test is to read a whole buffer (eg 4 KB is what
Lucene now uses during merging, but we'd probably up this to like 1 MB
when using O_DIRECT).
Linus does
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016471#comment-13016471
]
Yonik Seeley commented on SOLR-2458:
part of the reason it works the way it does now is
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016471#comment-13016471
]
Yonik Seeley edited comment on SOLR-2458 at 4/6/11 6:13 PM:
bq.
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016468#comment-13016468
]
Hoss Man commented on SOLR-2458:
post.jar has hardcoded assumptions about what URL you
On Apr 6, 2011, at 2:08 PM, Grant Ingersoll wrote:
with its replacement being an externally hosted ASL-licened module expressly
designed to work with Lucene/Solr 4.0 and beyond (temporarily known as
lucene-spatial-playground). What would stay is the _basic_ spatial support
that got into
On Apr 6, 2011, at 2:12 PM, Ryan McKinley wrote:
[ ] OK with JTS compile dependency. Spatial support should be a module
[X] OK with JTS, but think this spatial stuff should happen elsewhere
[ ] Please, no LGPL dependencies in lucene build
~ David Smiley
Author:
On Wed, Apr 6, 2011 at 2:08 PM, Grant Ingersoll
grant.ingers...@gmail.com wrote:
On Apr 6, 2011, at 12:06 PM, Smiley, David W. wrote:
with its replacement being an externally hosted ASL-licened module expressly
designed to work with Lucene/Solr 4.0 and beyond (temporarily known as
[
https://issues.apache.org/jira/browse/SOLR-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016481#comment-13016481
]
Dawid Weiss commented on SOLR-2378:
---
Oh, right -- I didn't peek at the inside of
On Wed, Apr 6, 2011 at 2:12 PM, Ryan McKinley ryan...@gmail.com wrote:
Some may be following the thread on spatial development... here is a
quick summary, and a poll to help decide what may be the best next
move.
I'm hoping to introduce a high level spatial API that can be used for
a
On Wed, Apr 6, 2011 at 2:39 PM, Grant Ingersoll
grant.ingers...@gmail.com wrote:
I don't see why we need a compile/test dependency is needed at all:
We provide a factory based spatial module where one specifies a
SpatialProvider. We have our own implementation of that which works for
some
On Apr 6, 2011, at 2:44 PM, Ryan McKinley wrote:
On Wed, Apr 6, 2011 at 2:39 PM, Grant Ingersoll
grant.ingers...@gmail.com wrote:
I don't see why we need a compile/test dependency is needed at all:
We provide a factory based spatial module where one specifies a
SpatialProvider. We have
On Wed, Apr 6, 2011 at 2:54 PM, Ryan McKinley ryan...@gmail.com wrote:
The code can be separated so that the the dependencies are as you
suggest -- i have done this, but it makes testing more difficult and
less robust. As part of the framework I've introduced a robust way to
use the same
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/6805/
1 tests failed.
REGRESSION:
org.apache.solr.client.solrj.embedded.SolrExampleStreamingTest.testCommitWithin
Error Message:
expected:1 but was:0
Stack Trace:
junit.framework.AssertionFailedError: expected:1 but
On Wed, Apr 6, 2011 at 2:48 PM, Grant Ingersoll
grant.ingers...@gmail.com wrote:
On Apr 6, 2011, at 2:44 PM, Ryan McKinley wrote:
On Wed, Apr 6, 2011 at 2:39 PM, Grant Ingersoll
grant.ingers...@gmail.com wrote:
I don't see why we need a compile/test dependency is needed at all:
We provide
On Wed, Apr 6, 2011 at 3:01 PM, Robert Muir rcm...@gmail.com wrote:
On Wed, Apr 6, 2011 at 2:54 PM, Ryan McKinley ryan...@gmail.com wrote:
The code can be separated so that the the dependencies are as you
suggest -- i have done this, but it makes testing more difficult and
less robust. As
Right - there's no need to try and make promises about the future. It
seems unrelated to the questions at hand here.
To be clear... I don't see any of this as promises -- obviously
nothing happens until there is somethign concrete to evaluate.
The point of this thread (for me anyway) is to
Hi Bill,
The QueryParser class changed a bit. More overloads were introduced on the
Lucene side. You probably have a Python 'subclass' of QueryParser that needs
a bit of work to adapt to the changes.
Look at the new version in
On Apr 6, 2011, at 2:54 PM, Ryan McKinley wrote:
I'm sorta confused about this (i'll probably offend someone here, but so be
it)
Don't worry
Its hard for me to tell, i hope the reason isn't elegance, but why aren't
we working on making a simple,supported,80-20 case in lucene that
[
https://issues.apache.org/jira/browse/SOLR-2399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016500#comment-13016500
]
Stefan Matheis (steffkes) commented on SOLR-2399:
-
So, long time silence ..
[
https://issues.apache.org/jira/browse/SOLR-2400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016502#comment-13016502
]
Stefan Matheis (steffkes) commented on SOLR-2400:
-
I've checked out the
[
https://issues.apache.org/jira/browse/LUCENE-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016504#comment-13016504
]
Nikola Tankovic commented on LUCENE-2308:
-
Hi folks,
I wrote an GSoC proposal
LogLevelSelection Servlet outputs plain HTML
Key: SOLR-2459
URL: https://issues.apache.org/jira/browse/SOLR-2459
Project: Solr
Issue Type: Wish
Components: web gui
Reporter:
[
https://issues.apache.org/jira/browse/LUCENE-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016522#comment-13016522
]
Nikola Tankovic commented on LUCENE-2308:
-
I submitted first draft of my proposal
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016527#comment-13016527
]
Jan Høydahl commented on SOLR-2458:
---
It might not be a bug according to the original
Andi Vajda va...@apache.org wrote:
Hi Bill,
The QueryParser class changed a bit. More overloads were introduced on
the Lucene side. You probably have a Python 'subclass' of QueryParser
that needs a bit of work to adapt to the changes.
Thanks, but... All that adds up to breakage for my
On Wed, Apr 6, 2011 at 22:43, Robert Muir rcm...@gmail.com wrote:
On Wed, Apr 6, 2011 at 2:12 PM, Ryan McKinley ryan...@gmail.com wrote:
Some may be following the thread on spatial development... here is a
quick summary, and a poll to help decide what may be the best next
move.
I'm hoping
On Wed, Apr 6, 2011 at 5:07 PM, Earwin Burrfoot ear...@gmail.com wrote:
Handling Unicode code points outside of BMP is highly expert stuff as
well. And is totally unneeded by 80% of the users for any other reason
except elegance. I think you two guys can really understand each
other here : )
On Wed, 6 Apr 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
Hi Bill,
The QueryParser class changed a bit. More overloads were introduced on
the Lucene side. You probably have a Python 'subclass' of QueryParser
that needs a bit of work to adapt to the changes.
Thanks,
Andi Vajda va...@apache.org wrote:
Look at the new version in
apache/pylucene-3.1/java/org/apache/pylucene/queryParser/PythonQueryParser.java
and see the native methods that you're missing on your Python
Wow, looks like a lot. My implementations just have implementations of
getFieldQuery()
I love this idea.!
Bill Bell
Sent from mobile
On Apr 6, 2011, at 2:39 PM, Grant Ingersoll grant.ingers...@gmail.com wrote:
I don't see why we need a compile/test dependency is needed at all:
We provide a factory based spatial module where one specifies a
SpatialProvider. We have our own
On Thu, Apr 7, 2011 at 01:11, Robert Muir rcm...@gmail.com wrote:
On Wed, Apr 6, 2011 at 5:07 PM, Earwin Burrfoot ear...@gmail.com wrote:
Handling Unicode code points outside of BMP is highly expert stuff as
well. And is totally unneeded by 80% of the users for any other reason
except
Solr-2242 inquiry. Who is going to help me get this committed? Issues?
Bill Bell
Sent from mobile
On Apr 6, 2011, at 2:51 AM, Jeffrey Chang jclal...@gmail.com wrote:
Hi All,
I'd like to start small and see how I can contribute to SOLR development.
By following
Hi,
I'm new to PyLucene, so forgive me if this is a newbie question. I have a
dataset composed of several thousand lists of 128 integer features, each
list associated with a class label. Would it be possible to use Lucene as a
classifier, by indexing the label with respect to these integer
I have drafted the proposal on the official GSoC website . This is the link
to my proposal http://goo.gl/uYXrV . Please do let me know if anything needs
to be changed ,added or removed.
I will keep on working on it till the deadline on the 8th.
On Wed, Apr 6, 2011 at 11:41 PM, Michael McCandless
[
https://issues.apache.org/jira/browse/LUCENE-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016571#comment-13016571
]
Simon Willnauer commented on LUCENE-2308:
-
bq. I wrote an GSoC proposal for this
Hi,
On Wed, 6 Apr 2011, Chris Spencer wrote:
I'm new to PyLucene, so forgive me if this is a newbie question. I have a
dataset composed of several thousand lists of 128 integer features, each
list associated with a class label. Would it be possible to use Lucene as a
classifier, by indexing
[
https://issues.apache.org/jira/browse/LUCENE-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless reassigned LUCENE-2308:
--
Assignee: Michael McCandless
Separately specify a field's type
[
https://issues.apache.org/jira/browse/LUCENE-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016582#comment-13016582
]
Michael McCandless commented on LUCENE-2308:
Hi Nikola, I'd be happy to
Andi Vajda va...@apache.org wrote:
Unless I'm missing something here, you've got two options before you
break your users:
1. fix your code before you ship it to them
Unfortunately, the code is out there for building, and the instructions,
also already out there, say, PyLucene 2.4 to 3.X. I
On Wed, 6 Apr 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
Unless I'm missing something here, you've got two options before you
break your users:
1. fix your code before you ship it to them
Unfortunately, the code is out there for building, and the instructions,
also
On Wed, Apr 6, 2011 at 6:38 PM, Andi Vajda va...@apache.org wrote:
On Wed, 6 Apr 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
Unless I'm missing something here, you've got two options before you
break your users:
1. fix your code before you ship it to them
Unfortunately,
On Wed, 6 Apr 2011, Michael McCandless wrote:
On Wed, Apr 6, 2011 at 6:38 PM, Andi Vajda va...@apache.org wrote:
On Wed, 6 Apr 2011, Bill Janssen wrote:
Andi Vajda va...@apache.org wrote:
Unless I'm missing something here, you've got two options before you
break your users:
1. fix your
[
https://issues.apache.org/jira/browse/LUCENE-2959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-2959:
Assignee: Robert Muir
setting myself as assignee as i'd like to mentor this one.
[GSoC]
Hi Varun,
Nice proposal, very complete. Only one thing missing, you should mention
somewhere how many hours a week you are willing to spend working on the
project and whether there is any holiday you won't be able to work.
Good luck ;)
On Wed, Apr 6, 2011 at 5:57 PM, Varun Thacker
Hi students,
We are receiving very good proposals this year, I am sure mentors are very
happy :)
I have one suggestion to make our (mentors) lives easier. Please, add the
JIRA identifier to your proposal's title, example: LUCENE-2883: Consolidate
Solr Lucene FunctionQuery into modules. This
Done!
--- Em qua, 6/4/11, Adriano Crestani adrianocrest...@apache.org escreveu:
De: Adriano Crestani adrianocrest...@apache.org
Assunto: GSoC Lucene proposals
Para: dev@lucene.apache.org
Data: Quarta-feira, 6 de Abril de 2011, 22:43
Hi students,
We are receiving very good proposals this year, I
[
https://issues.apache.org/jira/browse/LUCENE-1768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016653#comment-13016653
]
Vinicius Barros commented on LUCENE-1768:
-
Thanks for reviewing it Adriano. I
I have updated my proposal online to mention the time I would be able to
dedicate to the project .
On Thu, Apr 7, 2011 at 7:05 AM, Adriano Crestani
adrianocrest...@gmail.comwrote:
Hi Varun,
Nice proposal, very complete. Only one thing missing, you should mention
somewhere how many hours a
85 matches
Mail list logo