Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/7162/
All tests passed
Build Log (for compile errors):
[...truncated 4362 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For addit
I'd rather not lose [important] functionality. I think a global max
thread count is the least intrusive way to go, however I also need to
see if that's possible. If so I'll open an issue and post a patch.
2011/4/15 Shai Erera :
> Hi
> This was raised in LUCENE-2755 (along with other useful refac
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/7161/
All tests passed
Build Log (for compile errors):
[...truncated 4362 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For addit
Hi
This was raised in LUCENE-2755 (along with other useful refactoring to
MS-IW-MP interaction). Here is the relevant comment which addresses Jason's
particular issue:
https://issues.apache.org/jira/browse/LUCENE-2755?focusedCommentId=12966029&page=com.atlassian.jira.plugin.system.issuetabpanels:c
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/7160/
All tests passed
Build Log (for compile errors):
[...truncated 4363 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For addit
Build: https://hudson.apache.org/hudson/job/Lucene-trunk/1531/
All tests passed
Build Log (for compile errors):
[...truncated 13002 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands,
[
https://issues.apache.org/jira/browse/SOLR-2409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-2409:
---
Attachment: SOLR-2409.patch
Here's an updated patch with tests (both from Ryan's patch and my own
add
[
https://issues.apache.org/jira/browse/SOLR-2409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020545#comment-13020545
]
Yonik Seeley commented on SOLR-2409:
One problem with the previous approach of checking
[
https://issues.apache.org/jira/browse/SOLR-2409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley reassigned SOLR-2409:
--
Assignee: Yonik Seeley
> edismax unescaped colon returns no results
> --
[
https://issues.apache.org/jira/browse/SOLR-2409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-2409:
---
Attachment: SOLR-2409.patch
Here's a draft patch that takes the more direct approach of actually check
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/7159/
All tests passed
Build Log (for compile errors):
[...truncated 4361 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For addit
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-trunk/7158/
All tests passed
Build Log (for compile errors):
[...truncated 4371 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For addit
[
https://issues.apache.org/jira/browse/SOLR-2383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020510#comment-13020510
]
Yonik Seeley commented on SOLR-2383:
Looking good Jan!
I did notice one issue with the
[
https://issues.apache.org/jira/browse/SOLR-2466?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley resolved SOLR-2466.
Resolution: Fixed
Fix Version/s: 3.2
committed to 3x and trunk.
> CommonsHttpSolrServer will
velocity response writer needs test
---
Key: SOLR-2470
URL: https://issues.apache.org/jira/browse/SOLR-2470
Project: Solr
Issue Type: Test
Reporter: Yonik Seeley
/browse was broken w/o anyone rea
[
https://issues.apache.org/jira/browse/SOLR-2466?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-2466:
---
Attachment: SOLR-2466.patch
Here's a patch that sets retry to 0 in HttpClient and lets SolrJ to the re
[
https://issues.apache.org/jira/browse/LUCENENET-409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020468#comment-13020468
]
Neal Granroth commented on LUCENENET-409:
-
I looked at the patch. It will clea
[
https://issues.apache.org/jira/browse/SOLR-2469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley resolved SOLR-2469.
Resolution: Fixed
Fix committed to trunk and 3x. As noted via email, the only code change
related
[
https://issues.apache.org/jira/browse/SOLR-1709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-1709:
---
Fix Version/s: (was: 3.2)
I just realized SOLR-1729 is only on trunk, and backporting it to 3x may be
kin
[
https://issues.apache.org/jira/browse/LUCENENET-409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Digy updated LUCENENET-409:
---
Attachment: DateField.patch
Hi Neal,
Can you try the patch?
DIGY
> Invalid Base exception in DateField.S
On Fri, Apr 15, 2011 at 5:13 PM, wrote:
> Author: yonik
> Date: Fri Apr 15 21:13:42 2011
> New Revision: 1092812
>
> URL: http://svn.apache.org/viewvc?rev=1092812&view=rev
> Log:
> SOLR-2469: remove saveCommitPoint for replicate on startup
Oops... this obviously got my work-in-progress from the
[
https://issues.apache.org/jira/browse/SOLR-2469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley reassigned SOLR-2469:
--
Assignee: Yonik Seeley
> replication reserves commit-point forever if using replicateAfter=start
replication reserves commit-point forever if using replicateAfter=startup
-
Key: SOLR-2469
URL: https://issues.apache.org/jira/browse/SOLR-2469
Project: Solr
Issue Type:
64bit linux(ubuntu), so I don't think there's any practical memory limit on
a python process in that case
I've had python processes up to 8GB personally
Marcus
On Fri, Apr 15, 2011 at 10:54 AM, Bill Janssen wrote:
> Marcus wrote:
>
> > Bill:
> > I'm not sure I follow.
> > why would raising the
Marcus wrote:
> Bill:
> I'm not sure I follow.
> why would raising the JVM memory to 4GB ever cause a crash in python?
> Our server has 48GB.
I don't know the specifics of your deployment, but you may not be able
to use that much. 32-bit Python, for instance, won't be able to use it.
Even with
On Fri, 15 Apr 2011, Thomas Koch wrote:
I'd expect anyone running on Windows to see these test failures.
Andi..
So what do you think about this issue - can we ignore this or claim it's a
windows bug or hope that 'just' the test code is wrong?
Here is what I think: I think that there is a b
Your problem statement is kinda sparse on details. Have you looked at
the KeywordAnalyzer?
If you don't see that as relevant, can you provide some more examples
of the kinds of data you expect to put the field and queries that should
and should not match?
Best
Erick
On Tue, Apr 12, 2011 at 11:24
indeed, frequency usage is collection and use case dependant...
Not directly your case, but the idea is the same.
We used this information in spell/typo-variations context to
boost/penalize similarity, by dividing terms into a couple of freq
based segments.
Take an example:
Maria - Very High Fre
I have a field DestinationId and it can take values '123 123' or '456'
I need the results of rows which not have space in the values.
I need the row which has '456' alone to be returned.
Can you help.
Thanks
Premila
[
https://issues.apache.org/jira/browse/LUCENE-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020359#comment-13020359
]
Simon Willnauer commented on LUCENE-3023:
-
bq. Attached patch.
awesome mike, I th
[
https://issues.apache.org/jira/browse/LUCENE-3018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020354#comment-13020354
]
Uwe Schindler edited comment on LUCENE-3018 at 4/15/11 5:03 PM:
---
[
https://issues.apache.org/jira/browse/LUCENE-3018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020354#comment-13020354
]
Uwe Schindler commented on LUCENE-3018:
---
something like that:
{code:xml}
[
https://issues.apache.org/jira/browse/LUCENE-3018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020351#comment-13020351
]
Uwe Schindler commented on LUCENE-3018:
---
In general, you should make it possible to
[
https://issues.apache.org/jira/browse/SOLR-1925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020352#comment-13020352
]
Sirisha commented on SOLR-1925:
---
how can we apply the csvresponsewriter to copyField.For exam
Build:
https://hudson.apache.org/hudson/job/Lucene-Solr-tests-only-realtime_search-branch/11/
1 tests failed.
REGRESSION: org.apache.solr.cloud.ZkSolrClientTest.testReconnect
Error Message:
KeeperErrorCode = ConnectionLoss for /collections
Stack Trace:
org.apache.zookeeper.KeeperException$Conn
[
https://issues.apache.org/jira/browse/LUCENE-3018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020339#comment-13020339
]
Varun Thacker commented on LUCENE-3018:
---
If we place the cpptasks.jar in the lucene
I have had similar experience, but it was always a problem on the java side.
What helped was to dump memory:
-Xms512m -Xmx4500m -XX:+HeapDumpOnCtrlBreak -XX:+HeapDumpOnOutOfMemoryError
Documentation says that upon catching the OOM, you should stop the JVM
immediately. But actually it was possible
On Apr 14, 2011, at 3:24 PM, Simon Willnauer wrote:
> On Wed, Apr 6, 2011 at 8:44 PM, Grant Ingersoll wrote:
>>
>>
>> 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.ap
[
https://issues.apache.org/jira/browse/LUCENE-3018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020331#comment-13020331
]
Steven Rowe commented on LUCENE-3018:
-
bq. I built cpptasks-1.0b5 using jdk-1.5 . I h
Bill:
I'm not sure I follow.
why would raising the JVM memory to 4GB ever cause a crash in python?
Our server has 48GB.
thanks
Marcus
On Fri, Apr 15, 2011 at 7:33 AM, Bill Janssen wrote:
> Marcus wrote:
>
> > --bcaec53043296dfbfd04a0ece1ac
> > Content-Type: text/plain; charset=ISO-8859-1
> >
>
Robert, did you read my email at all?
Your javadoc comment has a link to a non-existent class. That’s not “valid”
under anybody’s jdk, regardless of version. Try running ‘ant javadoc’ under
your favorite jre on branch_3x. No worky, dude.
The fix is to remove “.util” from the package name. D
hi,
my code is 100% valid java 5. if this oracle bug bothers you so much,
perhaps you should switch to ibm's j9.
this is an oracle specific bug, again there is nothing wrong with my code
technically, thus no justification for revert.
remember, working around bugs in particular jre implementation
/me is unhappy, too. By the way, we use Java 5 also in Lucene trunk!
In most cases such Javadoc bugs can be circumvented by using absolute class
names.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: S
Turns out that the problem is that ReusableAnalyzerBase is not in the same
package in branch_3x as on trunk, so the class reference is just wrong on
branch_3x, regardless of the JDK one uses to generate javadocs. (Oracle
1.6.0_21 JDK triggers the same failure on branch_3x.)
Robert, I trust you
What is the bug? I have an interest in this component and am willing to
see about fixing it. It appears that it is a Javadoc bug??? Why would we
keep good code out for that?
-- DM
On 04/15/2011 09:15 AM, Steven A Rowe wrote:
As a result of Robert Muir's r1092398 commit on branch_3x (the Latvi
As a result of Robert Muir's r1092398 commit on branch_3x (the Latvian analysis
stuff), the build is now broken under Sun/Oracle JDK 1.5:
[javadoc]
C:\svn\lucene\dev\branches\branch_3x\lucene\contrib\analyzers\common\src\java\org\apache\lucene\analysis\lv\LatvianAnalyzer.java:118:
warning - T
Build: https://hudson.apache.org/hudson/job/Lucene-Solr-Maven-3.x/93/
No tests ran.
Build Log (for compile errors):
[...truncated 7800 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional comman
[
https://issues.apache.org/jira/browse/LUCENE-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-3023:
---
Attachment: LUCENE-3023.patch
Attached patch.
I made a pass through the diffs of RT
[
https://issues.apache.org/jira/browse/LUCENE-3033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020256#comment-13020256
]
Simon Willnauer commented on LUCENE-3033:
-
After 900 runs I stepped into this err
TestAddIndexes#testAddIndexesWithThreads fails on Realtime
--
Key: LUCENE-3033
URL: https://issues.apache.org/jira/browse/LUCENE-3033
Project: Lucene - Java
Issue Type: Bug
Co
[
https://issues.apache.org/jira/browse/LUCENE-3018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Varun Thacker updated LUCENE-3018:
--
Attachment: cpptasks.jar
cpptasks-LICENSE-ASL.txt
I built cpptasks-1.0b5 using
[
https://issues.apache.org/jira/browse/LUCENE-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020241#comment-13020241
]
Simon Willnauer commented on LUCENE-3023:
-
selckin thanks for reporting those fai
[
https://issues.apache.org/jira/browse/LUCENE-3032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer resolved LUCENE-3032.
-
Resolution: Fixed
committed to branch
> TestIndexWriterException fails with NPE on real
[
https://issues.apache.org/jira/browse/LUCENE-3031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer resolved LUCENE-3031.
-
Resolution: Fixed
committed to branch
> setFlushPending fails if we concurrently hit a
[
https://issues.apache.org/jira/browse/LUCENE-3032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated LUCENE-3032:
Attachment: LUCENE-3032.patch
if we never succeed adding a document and hit only non-abort
[
https://issues.apache.org/jira/browse/LUCENE-3031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated LUCENE-3031:
Summary: setFlushPending fails if we concurrently hit a aborting exception
(was: setFlush
TestIndexWriterException fails with NPE on realtime
---
Key: LUCENE-3032
URL: https://issues.apache.org/jira/browse/LUCENE-3032
Project: Lucene - Java
Issue Type: Bug
Components: Inde
[
https://issues.apache.org/jira/browse/LUCENE-3031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated LUCENE-3031:
Attachment: LUCENE-3031.patch
here is a patch... I will commit shortly
> setFlushPending
setFlushPending fails if we concurrently
-
Key: LUCENE-3031
URL: https://issues.apache.org/jira/browse/LUCENE-3031
Project: Lucene - Java
Issue Type: Bug
Components: Index
Affects Versio
[
https://issues.apache.org/jira/browse/LUCENE-2571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020230#comment-13020230
]
Simon Willnauer commented on LUCENE-2571:
-
bq. Well.. merges tie up IO (especiall
[
https://issues.apache.org/jira/browse/LUCENE-2571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated LUCENE-2571:
Attachment:
wikimedium.trunk.Standard.nd10M_dps_BalancedSegmentMergePolicy.png
> Indexing
[
https://issues.apache.org/jira/browse/LUCENE-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
selckin updated LUCENE-3023:
Attachment: realtime-TestIndexWriterExceptions-npe-4.txt
> Land DWPT on trunk
> --
>
>
[
https://issues.apache.org/jira/browse/LUCENE-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
selckin updated LUCENE-3023:
Attachment: realtime-TestIndexWriterExceptions-npe-1.txt
> Land DWPT on trunk
> --
>
>
[
https://issues.apache.org/jira/browse/LUCENE-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
selckin updated LUCENE-3023:
Attachment: realtime-TestAddIndexes-5.txt
> Land DWPT on trunk
> --
>
> Ke
[
https://issues.apache.org/jira/browse/LUCENE-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
selckin updated LUCENE-3023:
Attachment: realtime-TestIndexWriterExceptions-npe-2.txt
> Land DWPT on trunk
> --
>
>
[
https://issues.apache.org/jira/browse/LUCENE-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
selckin updated LUCENE-3023:
Attachment: realtime-TestIndexWriterExceptions-assert-6.txt
> Land DWPT on trunk
> --
>
>
[
https://issues.apache.org/jira/browse/LUCENE-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
selckin updated LUCENE-3023:
Attachment: realtime-TestOmitTf-corrupt-0.txt
> Land DWPT on trunk
> --
>
>
[
https://issues.apache.org/jira/browse/LUCENE-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
selckin updated LUCENE-3023:
Attachment: realtime-TestAddIndexes-3.txt
> Land DWPT on trunk
> --
>
> Ke
[
https://issues.apache.org/jira/browse/LUCENE-3028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020224#comment-13020224
]
Simon Willnauer commented on LUCENE-3028:
-
bq. hasn't failed since above fix
tha
[
https://issues.apache.org/jira/browse/LUCENE-3028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020222#comment-13020222
]
selckin commented on LUCENE-3028:
-
hasn't failed since above fix
> IW.getReader() retur
[
https://issues.apache.org/jira/browse/LUCENE-2571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13020217#comment-13020217
]
Earwin Burrfoot commented on LUCENE-2571:
-
bq. Merges are NOT blocking indexing o
71 matches
Mail list logo
