[
https://issues.apache.org/jira/browse/LUCENE-2793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer reassigned LUCENE-2793:
---
Assignee: Simon Willnauer
> Directory createOutput and openInput should take an IOCo
[
https://issues.apache.org/jira/browse/LUCENE-2795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer reassigned LUCENE-2795:
---
Assignee: Simon Willnauer
> Genericize DirectIOLinuxDir -> UnixDir
> ---
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
wrote:
> Hi Varun,
>
> Nice proposal, very complete. Only one thing missing, you should mention
> somewhere how many hours a week you are willing to
[
https://issues.apache.org/jira/browse/LUCENE-1768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016653#comment-13016653
]
Vinicius Barros commented on LUCENE-1768:
-
Thanks for reviewing it Adriano. I upd
Done!
--- Em qua, 6/4/11, Adriano Crestani escreveu:
De: Adriano Crestani
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 am sure mentors are very
happy :)
I have one sugges
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 w
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 wrote:
> I ha
[
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] Impleme
On Wed, 6 Apr 2011, Michael McCandless wrote:
On Wed, Apr 6, 2011 at 6:38 PM, Andi Vajda wrote:
On Wed, 6 Apr 2011, Bill Janssen wrote:
Andi Vajda 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
On Wed, Apr 6, 2011 at 6:38 PM, Andi Vajda wrote:
>
> On Wed, 6 Apr 2011, Bill Janssen wrote:
>
>> Andi Vajda 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
On Wed, 6 Apr 2011, Bill Janssen wrote:
Andi Vajda 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, sa
Andi Vajda 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 should be m
[
https://issues.apache.org/jira/browse/LUCENE-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016582#comment-13016582
]
Michael McCandless commented on LUCENE-2308:
Hi Nikola, I'd be happy to mento
[
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/SOLR-2400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016580#comment-13016580
]
Uwe Schindler commented on SOLR-2400:
-
Hi Stefan,
sorry for missing your last response
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 t
[
https://issues.apache.org/jira/browse/LUCENE-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016571#comment-13016571
]
Simon Willnauer commented on LUCENE-2308:
-
bq. I wrote an GSoC proposal for this
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
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 feature
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 wrote:
> Hi All,
>
> I'd like to start small and see how I can contribute to SOLR development.
>
> By following http://wiki.apache.org/solr/HowToContr
On Thu, Apr 7, 2011 at 01:11, Robert Muir wrote:
> On Wed, Apr 6, 2011 at 5:07 PM, Earwin Burrfoot 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 guy
I love this idea.!
Bill Bell
Sent from mobile
On Apr 6, 2011, at 2:39 PM, Grant Ingersoll 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 tha
Andi Vajda 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() and getRangeQue
On Wed, 6 Apr 2011, Bill Janssen wrote:
Andi Vajda 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 ad
On Wed, Apr 6, 2011 at 5:07 PM, Earwin Burrfoot 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 : )
>
you are
On Wed, Apr 6, 2011 at 22:43, Robert Muir wrote:
> On Wed, Apr 6, 2011 at 2:12 PM, Ryan McKinley 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 leve
Andi Vajda 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 users.
Bi
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016527#comment-13016527
]
Jan Høydahl commented on SOLR-2458:
---
It might not be a bug according to the original desi
[
https://issues.apache.org/jira/browse/LUCENE-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016522#comment-13016522
]
Nikola Tankovic commented on LUCENE-2308:
-
I submitted first draft of my 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-tabpanel&focusedCommentId=13016504#comment-13016504
]
Nikola Tankovic commented on LUCENE-2308:
-
Hi folks,
I wrote an GSoC proposal f
[
https://issues.apache.org/jira/browse/SOLR-2400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016502#comment-13016502
]
Stefan Matheis (steffkes) commented on SOLR-2400:
-
I've checked out the cur
[
https://issues.apache.org/jira/browse/SOLR-2399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016500#comment-13016500
]
Stefan Matheis (steffkes) commented on SOLR-2399:
-
So, long time silence ..
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 lu
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
apache/pylucene-3.1/java/org/apache/pylucene/queryParser/Python
>
> 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
On Wed, Apr 6, 2011 at 3:01 PM, Robert Muir wrote:
> On Wed, Apr 6, 2011 at 2:54 PM, Ryan McKinley 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
On Wed, Apr 6, 2011 at 2:48 PM, Grant Ingersoll
wrote:
>
> On Apr 6, 2011, at 2:44 PM, Ryan McKinley wrote:
>
>> On Wed, Apr 6, 2011 at 2:39 PM, Grant Ingersoll
>> wrote:
>>>
>>> I don't see why we need a compile/test dependency is needed at all:
>>> We provide a factory based spatial module wher
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:54 PM, Ryan McKinley 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 data and and tes
> 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
> non-spatial-gurus (and users) understand and can ma
On Apr 6, 2011, at 2:44 PM, Ryan McKinley wrote:
> On Wed, Apr 6, 2011 at 2:39 PM, Grant Ingersoll
> 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 implement
Begin forwarded message:
> From: Michael McCandless
> Date: April 5, 2011 5:46:13 AM EDT
> To: simon.willna...@gmail.com
> Cc: Simon Willnauer ,
> java-u...@lucene.apache.org, paul_t...@fastmail.fm
> Subject: Re: Lucene Merge failing on Open Files
> Reply-To: java-u...@lucene.apache.org
>
> Y
On Wed, Apr 6, 2011 at 2:39 PM, Grant Ingersoll
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 set (or all) of the fea
On Wed, Apr 6, 2011 at 2:12 PM, Ryan McKinley 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 variety of indexi
[
https://issues.apache.org/jira/browse/SOLR-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016481#comment-13016481
]
Dawid Weiss commented on SOLR-2378:
---
Oh, right -- I didn't peek at the inside of Builder.
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
set (or all) of the features. An external project (Apache Extras?) could then
go an
On Wed, Apr 6, 2011 at 2:08 PM, Grant Ingersoll
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
>> lucene-spatial-playground).
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: http://www.packtpub.com/solr
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
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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-tabpanel&focusedCommentId=13016471#comment-13016471
]
Yonik Seeley commented on SOLR-2458:
part of the reason it works the way it does now is
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 variety of indexing strategies and computational needs. For simple
point in BBox a
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 ha
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)
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016468#comment-13016468
]
Hoss Man commented on SOLR-2458:
post.jar has hardcoded assumptions about what URL you wan
[
https://issues.apache.org/jira/browse/SOLR-2438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016464#comment-13016464
]
David Smiley commented on SOLR-2438:
Nice Peter. So why did you create another JIRA iss
Bill Janssen 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
>> -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
>
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 wrote:
> Hi Jeffry,
>
>
>
> You don’t have to do anything on this issue. I already assigned it to
> myself and I will comm
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 bei
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,
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 O_DIRECT
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 reinvent
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
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016395#comment-13016395
]
Yonik Seeley commented on SOLR-2458:
bq. Assume that all UpdateRequestHandlers support
>>
>> 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
> ha
[
https://issues.apache.org/jira/browse/SOLR-1155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016389#comment-13016389
]
Yonik Seeley commented on SOLR-1155:
There's absolutely a lot of interest in this featu
On Wed, Apr 6, 2011 at 9:30 AM, Grant Ingersoll
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 this new project or do
>
[
https://issues.apache.org/jira/browse/SOLR-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016384#comment-13016384
]
Robert Muir commented on SOLR-2378:
---
I am referring to build-time, not runtime here.
run
[
https://issues.apache.org/jira/browse/SOLR-1155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016382#comment-13016382
]
Jayson Minard commented on SOLR-1155:
-
Is there interest in me updating this for 3.1?
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, Ap
[
https://issues.apache.org/jira/browse/SOLR-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016381#comment-13016381
]
Yonik Seeley commented on SOLR-2378:
If it causes too much of a lookup performance hit,
[
https://issues.apache.org/jira/browse/SOLR-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016378#comment-13016378
]
Robert Muir commented on SOLR-2378:
---
Took a quick look:
Builder.add(char[], int, int, ..
[
https://issues.apache.org/jira/browse/LUCENE-3015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016375#comment-13016375
]
Christian Danninger commented on LUCENE-3015:
-
Sorry about that, you are righ
[
https://issues.apache.org/jira/browse/LUCENE-3015?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christian Danninger closed LUCENE-3015.
---
Resolution: Invalid
UDIDIndexWriter is an external class
> UDIDIndexWriter keeps w
+1
On Apr 2, 2011, at 4:28 PM, Andi Vajda wrote:
>
> The PyLucene 3.1.0-1 release closely tracking the recent release of Lucene
> Java 3.1.0 is ready.
>
> A release candidate is available from:
> http://people.apache.org/~vajda/staging_area/
>
> A list of changes in this release can be seen a
[
https://issues.apache.org/jira/browse/LUCENE-3015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016373#comment-13016373
]
Uwe Schindler commented on LUCENE-3015:
---
What are you talking about? Lucene has no
[
https://issues.apache.org/jira/browse/SOLR-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016372#comment-13016372
]
Dawid Weiss commented on SOLR-2378:
---
I've been waiting for somebody to look at this patch
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
On Apr 5, 2011, at 4:08 PM, Ryan McKinley wrote:
> On Tue, Apr 5, 2011 at 2:46 PM, Grant Ingersoll wrote:
>>
>> On Apr 3, 2011, at 3:50 PM, Ryan McKinley wrote:
>>> If we do elect for option A, I would also suggest we delete the
>>> spatial contrib (in 4.0) and have solr depend on the external
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016329#comment-13016329
]
Jan Høydahl commented on SOLR-2458:
---
How would post.jar know the URL of the XmlUpdateRequ
[
https://issues.apache.org/jira/browse/SOLR-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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-tabpanel&focusedCommentId=13016314#comment-13016314
]
Jan Høydahl commented on SOLR-2458:
---
Example:
{code}
lap:exampledocs janhoy$ java -Durl=
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: 3.
[
https://issues.apache.org/jira/browse/SOLR-2455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13016291#comment-13016291
]
Uwe Schindler commented on SOLR-2455:
-
Committed trunk revision 1089335, branch 3.x rev
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:all-tabpanel
]
Uwe Schindler updated SOLR-2455:
Fix Version/s: 4.0
3.2
3.1.1
> admin/index.jsp double submit o
[
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:comment-tabpanel&focusedCommentId=13016281#comment-13016281
]
Uwe Schindler commented on SOLR-2455:
-
Hi Jeffrey,
thaks for the fix. This is really a
90 matches
Mail list logo
