I'm trying to compile something that has a dependency on:
org.apache.lucene
lucene-test-framework
4.0-SNAPSHOT
but things are a bit screwy. When i look into the jar files that it
gets, looks like the contents are the same as lucene-core. Any
Build: https://builds.apache.org/job/Solr-3.x/412/
1 tests failed.
REGRESSION:
org.apache.solr.client.solrj.embedded.MultiCoreExampleJettyTest.testMultiCore
Error Message:
Index directory exists after core unload with deleteIndex=true
Stack Trace:
junit.framework.AssertionFailedError: Index di
Build: https://builds.apache.org/job/Lucene-3.x/442/
1 tests failed.
REGRESSION: org.apache.lucene.index.TestCheckIndex.testLuceneConstantVersion
Error Message:
3.4-SNAPSHOT should start with: 3.4-2011-07-20_04-21-23 1148620 - hudson -
2011-07-20 04:37:34
Stack Trace:
junit.framework.Assertion
[
https://issues.apache.org/jira/browse/SOLR-2584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13068150#comment-13068150
]
Elmer Garduno commented on SOLR-2584:
-
Thanks Koji
> Add a parameter in UIMAUpdateRequ
[
https://issues.apache.org/jira/browse/SOLR-2584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Koji Sekiguchi updated SOLR-2584:
-
Affects Version/s: 1.4.1
Fix Version/s: 4.0
3.4
Assigne
[
https://issues.apache.org/jira/browse/SOLR-2584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Koji Sekiguchi updated SOLR-2584:
-
Attachment: SOLR-2584.patch
Thanks Elmer for the patch!
I did some fix in the attached patch:
*
sorry, i'm trying to straighten out these nightlies and i just killed
everything!
On Tue, Jul 19, 2011 at 10:30 PM, Apache Jenkins Server
wrote:
> Build: https://builds.apache.org/job/Lucene-3.x/441/
>
> No tests ran.
>
> Build Log (for compile errors):
> [...truncated 15490 lines...]
>
>
>
> ---
Build: https://builds.apache.org/job/Lucene-3.x/441/
No tests ran.
Build Log (for compile errors):
[...truncated 15490 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-
Build: https://builds.apache.org/job/Lucene-trunk/1628/
1 tests failed.
REGRESSION:
org.apache.lucene.index.TestIndexWriterDelete.testIndexingThenDeleting
Error Message:
Java heap space
Stack Trace:
java.lang.OutOfMemoryError: Java heap space
at org.apache.lucene.store.RAMDirectory.lis
[
https://issues.apache.org/jira/browse/SOLR-2655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar updated SOLR-2655:
Attachment: SOLR-2655.patch
The problem affects child entities only. The problem was
[
https://issues.apache.org/jira/browse/SOLR-2663?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man resolved SOLR-2663.
Resolution: Fixed
Fix Version/s: 4.0
Committed revision 1148494.
> Refactor FieldTypePluginLoader o
Hi Yonik,
Thanks for your email.
If all our filed use solr.LowerCaseFilterFactory filter, then we should safe to
set it trun to handle upper case in wildcard query, right?
Thanks,
Yongtao
-Original Message-
From: ysee...@gmail.com [mailto:ysee...@gmail.com] On Behalf Of Yonik Seeley
Sent
On Tue, Jul 19, 2011 at 2:47 PM, Yongtao Liu wrote:
> I was wondering why SolrQueryParser set it to false by default?
That allows one to handle both lowercased and non-lowercased fields -
the client must match the case, but at least it's possible.
If it's true, then it becomes impossible to match
Hi all,
If user do wildcard query and the term has upper case (like Hell*), the query
will not return result.
I saw in org.apache.lucene.queryParser.QueryParser has function
setLowercaseExpandedTerms to handle this.
Via comments, looks like default value should be true.
But in SolrQueryParser,
[
https://issues.apache.org/jira/browse/LUCENE-2795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Varun Thacker updated LUCENE-2795:
--
Attachment: LUCENE-2795.patch
Updated jdocs.
createOutput switches between direct and normal.
[
https://issues.apache.org/jira/browse/SOLR-2584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Elmer Garduno updated SOLR-2584:
Attachment: SOLR-2584.patch
Added test cases and fixed an error.
> Add a parameter in UIMAUpdateReq
[
https://issues.apache.org/jira/browse/SOLR-2584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Elmer Garduno updated SOLR-2584:
Attachment: SOLR-2584.patch
UniqFieldsUpdateProcessor uniq's specified fields content. Useful after
[
https://issues.apache.org/jira/browse/SOLR-2584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067840#comment-13067840
]
Elmer Garduno commented on SOLR-2584:
-
Koji, I followed your approach and implemented i
On Tue, Jul 19, 2011 at 11:03 AM, Patrick Estarian
wrote:
> That's great! thanks!
>
> Now, would you please answer my original questions?
>
> 1- contact of the developer who did the Persian classes?
dev@lucene.apache.org :)
here is the original issue with discussion:
https://issues.apache.org/ji
That's great! thanks!
Now, would you please answer my original questions?
1- contact of the developer who did the Persian classes?
2- from which class I can start making my own TokenStream that holds a few
of the previous tokens? (or is there already something like that in the
existing classes?)
[
https://issues.apache.org/jira/browse/SOLR-2399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067754#comment-13067754
]
Mark Miller commented on SOLR-2399:
---
This is great stuff - brings Solr's admin UI into th
[
https://issues.apache.org/jira/browse/SOLR-896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067660#comment-13067660
]
Mark Miller commented on SOLR-896:
--
Thanks to github, the scary jar is back (though I'm no
[
https://issues.apache.org/jira/browse/SOLR-2659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067656#comment-13067656
]
Robert Muir commented on SOLR-2659:
---
+1
> IntelliJ resource copying of solrj/src/test-fi
[
https://issues.apache.org/jira/browse/SOLR-2659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067654#comment-13067654
]
Steven Rowe commented on SOLR-2659:
---
My vote is to do this for all the modules except Sol
[
https://issues.apache.org/jira/browse/SOLR-2341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067651#comment-13067651
]
Alex Cowell commented on SOLR-2341:
---
bq. Where would this be plugged into Solr?
The dist
[
https://issues.apache.org/jira/browse/SOLR-2659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067637#comment-13067637
]
Robert Muir commented on SOLR-2659:
---
maybe we should do this for all the modules then?
[
https://issues.apache.org/jira/browse/LUCENE-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067616#comment-13067616
]
Nikola Tankovic commented on LUCENE-2308:
-
Hmmm, I think I added it only 'cause o
[
https://issues.apache.org/jira/browse/LUCENE-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067615#comment-13067615
]
Michael McCandless commented on LUCENE-2308:
Patch looks good, except, you sh
[
https://issues.apache.org/jira/browse/LUCENE-3310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067608#comment-13067608
]
Michael McCandless commented on LUCENE-3310:
Note that in trunk (4.0) the fle
[
https://issues.apache.org/jira/browse/SOLR-2646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067604#comment-13067604
]
Michael McCandless commented on SOLR-2646:
--
This is awesome Mark! We badly need t
On Mon, Jul 18, 2011 at 11:37 PM, Patrick Estarian
wrote:
> Robert,
>
> Thank you very much for the reply.
>
> If I understand it correctly, you have a main project and a contrib section.
> It is very important for us to have this Persian search work "correctly"
> rather than efficient. Would this
31 matches
Mail list logo