[
https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737183#comment-14737183
]
ASF subversion and git services commented on SOLR-6188:
---
Commit 17020
[
https://issues.apache.org/jira/browse/LUCENE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-6770:
--
Attachment: LUCENE-6770.patch
Patch with additional documentation.
> FSDirectory ctor should u
[
https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737173#comment-14737173
]
Shawn Heisey commented on SOLR-6188:
I tracked down what's happening with the first fai
[
https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shawn Heisey updated SOLR-6188:
---
Fix Version/s: (was: 5.3.1)
(was: Trunk)
> solr.ICUFoldingFilterFactory caus
[
https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shawn Heisey reopened SOLR-6188:
I will revert the commit and figure out what to do about the failures, try
again for 5.4 when I've got i
[
https://issues.apache.org/jira/browse/LUCENE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737164#comment-14737164
]
Uwe Schindler edited comment on LUCENE-6770 at 9/9/15 4:43 PM:
[
https://issues.apache.org/jira/browse/LUCENE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737164#comment-14737164
]
Uwe Schindler commented on LUCENE-6770:
---
bq. So, it calls toRealPath also. Does it
[
https://issues.apache.org/jira/browse/LUCENE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737158#comment-14737158
]
Uwe Schindler commented on LUCENE-6770:
---
Hi,
thansk for pointing to this. The addi
Hi,
> As I thought, the problem for some seems to be non-prompt unmapping of
> mapped address space held by otherwise unreachable mapped byte buffers.
> The mapped address space doesn't live in the Java heap and doesn't
> represent a heap memory pressure, so GC doesn't kick-in automatically
> when
[
https://issues.apache.org/jira/browse/LUCENE-6788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737126#comment-14737126
]
Robert Tarrall commented on LUCENE-6788:
After sleeping on it... if we need a pos
[
https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737127#comment-14737127
]
Shawn Heisey commented on SOLR-6188:
There are jenkins failures. Looking at them, I am
[
https://issues.apache.org/jira/browse/LUCENE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737116#comment-14737116
]
Vladimir Kuzmin commented on LUCENE-6770:
-
Uwe, it makes it clear. Can you also c
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/119/
Java: 32bit/jdk1.9.0-ea-b78 -client -XX:+UseParallelGC
2 tests failed.
FAILED: org.apache.solr.core.ResourceLoaderTest.testClassLoaderLibs
Error Message:
Stack Trace:
java.lang.AssertionError
at
__randomizedtesting.SeedI
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/790/
3 tests failed.
REGRESSION: org.apache.solr.cloud.DistribJoinFromCollectionTest.test
Error Message:
Expected: not "1.0" got: "1.0"
Stack Trace:
java.lang.AssertionError:
Expected: not "1.0"
got: "1.0"
> - you track the number of mapped buffers (or mapped address space) that you
> "know" is active in the application manually.
The problem is you really can't do it on a global, JVM-scale, Peter.
It's enough that the same JVM process starts two isolated class
loaders with Lucene in each and such ac
It seems less than ideal to count on System.gc to do this as a library
though.
Now the user has to worry about what affect System.gc has on what JVM with
what Garbage Collector and whether or not ExplicitGCInvokesConcurrent was
turned on for the JVM, or...
- Mark
On Wed, Sep 9, 2015 at 11:46 AM
Hi,
> As I thought, the problem for some seems to be non-prompt unmapping of
> mapped address space held by otherwise unreachable mapped byte buffers.
> The mapped address space doesn't live in the Java heap and doesn't
> represent a heap memory pressure, so GC doesn't kick-in automatically
> when
[
https://issues.apache.org/jira/browse/LUCENE-6590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737078#comment-14737078
]
ASF subversion and git services commented on LUCENE-6590:
-
Commit
On Wed, Sep 9, 2015 at 11:46 AM, Peter Levart wrote:
>
> By wanting to truly release the resources you allocated, you are essentially
> wanting to manage the resources yourself. If you are willing to track the
> active mapped byte buffers manually yourself, then what about the following
> idea:
>
On 09/09/2015 04:56 PM, Dawid Weiss wrote:
I think it would be best to leave to the application to decide and
implement the tracking and also triggering GC at times when it approaches
the limit.
I disagree. The GC -- when and how it is triggered -- should be
transparent to the application. We
[
https://issues.apache.org/jira/browse/LUCENE-6791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir resolved LUCENE-6791.
-
Resolution: Fixed
Fix Version/s: 5.4
Trunk
> sketchy MockFileSystem ref
[
https://issues.apache.org/jira/browse/LUCENE-6791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737057#comment-14737057
]
ASF subversion and git services commented on LUCENE-6791:
-
Commit
[
https://issues.apache.org/jira/browse/LUCENE-6791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737043#comment-14737043
]
ASF subversion and git services commented on LUCENE-6791:
-
Commit
[
https://issues.apache.org/jira/browse/SOLR-7903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joel Bernstein updated SOLR-7903:
-
Attachment: SOLR-7093.patch
New patch, continuing to iterate on the behavior of the sorting with
m
Thx Hoss! Seems it is already in hand (or understood at least)
On Wed, Sep 9, 2015, at 03:38 PM, Chris Hostetter wrote:
>
> : Every individual email "From: bu...@elastic.co" is usually a completley
> : distinct "Return-Path" header...
> ...
> : ...these addresses are what get compared agai
[
https://issues.apache.org/jira/browse/SOLR-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737025#comment-14737025
]
Joel Bernstein commented on SOLR-8002:
--
Ah, just read your post more closely. Building
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14169/
Java: 64bit/jdk1.8.0_60 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC
3 tests failed.
FAILED: org.apache.solr.core.ResourceLoaderTest.testClassLoaderLibs
Error Message:
Stack Trace:
java.lang.AssertionError
at
__ran
[
https://issues.apache.org/jira/browse/LUCENE-6791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737017#comment-14737017
]
Uwe Schindler commented on LUCENE-6791:
---
I know the problem around this stupid sign
[
https://issues.apache.org/jira/browse/SOLR-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737016#comment-14737016
]
Joel Bernstein edited comment on SOLR-8002 at 9/9/15 3:16 PM:
--
[
https://issues.apache.org/jira/browse/SOLR-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737018#comment-14737018
]
Dennis Gove commented on SOLR-8002:
---
I was thinking more in the initial parsing of the SQ
[
https://issues.apache.org/jira/browse/SOLR-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737016#comment-14737016
]
Joel Bernstein commented on SOLR-8002:
--
[~susheel2...@gmail.com], this ticket is actua
[
https://issues.apache.org/jira/browse/LUCENE-6791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737014#comment-14737014
]
Robert Muir commented on LUCENE-6791:
-
With a lambda its a little ugly, you need a ca
[
https://issues.apache.org/jira/browse/LUCENE-6791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737005#comment-14737005
]
Uwe Schindler commented on LUCENE-6791:
---
Looks fine, I would just use a lambda (see
[
https://issues.apache.org/jira/browse/SOLR-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737002#comment-14737002
]
Joel Bernstein edited comment on SOLR-8002 at 9/9/15 3:06 PM:
--
[
https://issues.apache.org/jira/browse/SOLR-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14737002#comment-14737002
]
Joel Bernstein commented on SOLR-8002:
--
Actually the SQLHandler serializes to a Stream
[
https://issues.apache.org/jira/browse/SOLR-7990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley resolved SOLR-7990.
Resolution: Fixed
Fix Version/s: 5.3.1
> timeAllowed is returning wrong results on the same qu
[
https://issues.apache.org/jira/browse/SOLR-7990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736998#comment-14736998
]
ASF subversion and git services commented on SOLR-7990:
---
Commit 17020
[
https://issues.apache.org/jira/browse/LUCENE-6791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-6791:
Attachment: LUCENE-6791.patch
> sketchy MockFileSystem reflection should be in AccessController blo
Robert Muir created LUCENE-6791:
---
Summary: sketchy MockFileSystem reflection should be in
AccessController block
Key: LUCENE-6791
URL: https://issues.apache.org/jira/browse/LUCENE-6791
Project: Lucene -
> I think it would be best to leave to the application to decide and
> implement the tracking and also triggering GC at times when it approaches
> the limit.
I disagree. The GC -- when and how it is triggered -- should be
transparent to the application. We don't want to manage GC, we want to
(trul
[
https://issues.apache.org/jira/browse/SOLR-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736974#comment-14736974
]
Dennis Gove commented on SOLR-8002:
---
Before I give my thoughts on this I do want to just
This seems to got broken by https://issues.apache.org/jira/browse/SOLR-6188
(this may also affect 5.3.1)
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Policeman Jenkins Server [mailto:jenk...@thetaphi.
On 09/09/2015 04:21 PM, Peter Levart wrote:
Hi Uwe,
As I thought, the problem for some seems to be non-prompt unmapping of
mapped address space held by otherwise unreachable mapped byte
buffers. The mapped address space doesn't live in the Java heap and
doesn't represent a heap memory press
[
https://issues.apache.org/jira/browse/SOLR-7993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736953#comment-14736953
]
Erick Erickson commented on SOLR-7993:
--
Wait, why is this marked "fixed"? There are no
: Every individual email "From: bu...@elastic.co" is usually a completley
: distinct "Return-Path" header...
...
: ...these addresses are what get compared against hte subscription lists
: (and auot-alowed whitelists).
Acctually ... just to clarify: ezmlm verifies
subscription/whitelis
Curtis Fehr created SOLR-8024:
-
Summary: Json facet api fails on multivalue trieint with docvalues
Key: SOLR-8024
URL: https://issues.apache.org/jira/browse/SOLR-8024
Project: Solr
Issue Type: Bu
[
https://issues.apache.org/jira/browse/SOLR-7951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736944#comment-14736944
]
Edward Ribeiro commented on SOLR-7951:
--
Hi [~markrmil...@gmail.com],
Sorry for bothe
[
https://issues.apache.org/jira/browse/LUCENE-6785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736932#comment-14736932
]
Terry Smith commented on LUCENE-6785:
-
The original patch drops a few key settings fr
[
https://issues.apache.org/jira/browse/SOLR-7819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar updated SOLR-7819:
Attachment: SOLR-7819.patch
# Removed some debug logging in ExecutorUtil that I accid
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/13888/
Java: 64bit/jdk1.7.0_80 -XX:+UseCompressedOops -XX:+UseParallelGC
2 tests failed.
FAILED: org.apache.solr.core.ResourceLoaderTest.testClassLoaderLibs
Error Message:
Stack Trace:
java.lang.AssertionError
at
__randomized
Hi Uwe,
As I thought, the problem for some seems to be non-prompt unmapping of
mapped address space held by otherwise unreachable mapped byte buffers.
The mapped address space doesn't live in the Java heap and doesn't
represent a heap memory pressure, so GC doesn't kick-in automatically
when
: bu...@elastic.co *is* on the allow list for dev, so dunno why it is in
: the moderation queue.
As discussed before on the dev-owner list (for the specific purpose of not
distracting the entire dev community with mailing list management issues
-- but alas, since it keeps coming up here i'll re
[
https://issues.apache.org/jira/browse/SOLR-7990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736924#comment-14736924
]
Yonik Seeley commented on SOLR-7990:
Merging back to 5.3.1 had conflicts, so needed som
On Wed, Sep 9, 2015 at 10:13 AM, Michael McCandless <
luc...@mikemccandless.com> wrote:
> OK this is a thread-safety issue in IW, a regression, caused by
> https://issues.apache.org/jira/browse/LUCENE-6579
>
> When handling a tragic exception we fail to block on any running (in
> another thread) c
Michael McCandless created LUCENE-6790:
--
Summary: Rollback (during tragic exception) should wait for
concurrent commit to finish
Key: LUCENE-6790
URL: https://issues.apache.org/jira/browse/LUCENE-6790
OK this is a thread-safety issue in IW, a regression, caused by
https://issues.apache.org/jira/browse/LUCENE-6579
When handling a tragic exception we fail to block on any running (in
another thread) commit ...
I'll open an issue.
Mike McCandless
http://blog.mikemccandless.com
On Tue, Sep 8, 2
[
https://issues.apache.org/jira/browse/LUCENE-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Terry Smith updated LUCENE-6787:
Attachment: LUCENE-6787-on-6785.patch
Here is an alternate patch applied after LUCENE-6785.
> Boo
[
https://issues.apache.org/jira/browse/SOLR-7990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736897#comment-14736897
]
ASF subversion and git services commented on SOLR-7990:
---
Commit 17020
[
https://issues.apache.org/jira/browse/SOLR-7990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736889#comment-14736889
]
ASF subversion and git services commented on SOLR-7990:
---
Commit 17020
It's not too late.
If you are confident of not introducing any regression , please go ahead
On Wed, Sep 9, 2015 at 6:57 PM, Yonik Seeley wrote:
> How about https://issues.apache.org/jira/browse/SOLR-7990 ?
> That's very serious for anyone using timeAllowed...
>
> I'm ready to commit it now. Let
[
https://issues.apache.org/jira/browse/SOLR-7775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736873#comment-14736873
]
Shalin Shekhar Mangar commented on SOLR-7775:
-
I found a reproducible test fail
[
https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shawn Heisey resolved SOLR-6188.
Resolution: Fixed
Fix Version/s: (was: 4.10)
5.3.1
Tr
[
https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736860#comment-14736860
]
ASF subversion and git services commented on SOLR-6188:
---
Commit 17020
[
https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736854#comment-14736854
]
ASF subversion and git services commented on SOLR-6188:
---
Commit 17020
On Wed, Sep 9, 2015 at 9:28 AM, Upayavira wrote:
> bu...@elastic.co *is* on the allow list for dev, so dunno why it is in
> the moderation queue.
Phew, we need a mailing-list-debugger.
> If people are okay with it, I'll add myself as a list moderator and see
> if I can make anything of the moder
bu...@elastic.co *is* on the allow list for dev, so dunno why it is in
the moderation queue.
If people are okay with it, I'll add myself as a list moderator and see
if I can make anything of the moderation messages. Any objections?
Upayavira
On Wed, Sep 9, 2015, at 01:58 PM, Michael McCandless w
How about https://issues.apache.org/jira/browse/SOLR-7990 ?
That's very serious for anyone using timeAllowed...
I'm ready to commit it now. Let me know if it's not loo late to go in
5.3.1 and I'll put it in that section.
-Yonik
On Wed, Sep 9, 2015 at 8:53 AM, Noble Paul wrote:
> I have initiat
[
https://issues.apache.org/jira/browse/SOLR-6188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736817#comment-14736817
]
ASF subversion and git services commented on SOLR-6188:
---
Commit 17019
[
https://issues.apache.org/jira/browse/LUCENE-6787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Terry Smith updated LUCENE-6787:
Attachment: LUCENE-6787.patch
Absolutely, updated patch attached.
> BooleanQuery should be able t
[
https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736806#comment-14736806
]
Yonik Seeley commented on LUCENE-6305:
--
bq. trying to hold back lucene
That's the
It looks like the Jenkins build failures from bu...@elastic.co are
still requiring moderation ...
Upayavira or Uwe, can you re-check and confirm that bu...@elastic.co
really is successfully subscribed to dev@lucene.apache.org? Thanks.
Mike McCandless
http://blog.mikemccandless.com
On Sun, Jul
I have initiated the 5.3.1 bug fix release process. Please discuss
here if you wish to add anything to the release
On Wed, Sep 9, 2015 at 6:22 PM, Adrien Grand wrote:
> Le mer. 9 sept. 2015 à 14:50, Noble Paul a écrit :
>>
>> I see this committed to 5.3.1
>>
>> but do not see this in the approp
Le mer. 9 sept. 2015 à 14:50, Noble Paul a écrit :
> I see this committed to 5.3.1
>
> but do not see this in the appropriate section in 5.3.1 CHANGES.txt
>
I will move the CHANGES entries.
[
https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erik Hatcher updated SOLR-8022:
---
Summary: Java 8 example/files fails in UpdateRequestProcessor due to
Nashorn class cast exception (was
[
https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erik Hatcher resolved SOLR-8022.
Resolution: Duplicate
confirmed, this is a duplicate and fixed on trunk, 5x branch, and for the
upco
I see this committed to 5.3.1
but do not see this in the appropriate section in 5.3.1 CHANGES.txt
I'm not the right person to make a call on how important this is to be
added to the 5.3.1 release. I'll leave this to others
On Wed, Sep 9, 2015 at 4:12 PM, Adrien Grand wrote:
> Le mer. 9 sept.
Thanks for the contribution, Uwe.
So far I think I like Andrew's suggestion of a guard page the most.
Unmapping the guard page boils down to a kind of thread-local variable
without the actual cost of reading anything (in theory). So by
write-protecting the guard page and then unmapping the file, a
[
https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736783#comment-14736783
]
Robert Muir commented on LUCENE-6305:
-
{quote}
I am continually reminded why I try to
Build: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-5.3/16/
No tests ran.
Build Log:
[...truncated 12862 lines...]
BUILD FAILED
/x1/jenkins/jenkins-slave/workspace/Lucene-Solr-SmokeRelease-5.3/build.xml:461:
The following error occurred while executing this line:
/x1/jenkins/jenkins-sl
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/14168/
Java: 32bit/jdk1.8.0_60 -server -XX:+UseG1GC
1 tests failed.
FAILED: org.apache.solr.cloud.DistribJoinFromCollectionTest.test
Error Message:
Expected: not "1.0" got: "1.0"
Stack Trace:
java.lang.AssertionError:
Expecte
[
https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736775#comment-14736775
]
Yonik Seeley commented on LUCENE-6305:
--
bq. In Lucene 6, BooleanQuery is unmodifiabl
[
https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736773#comment-14736773
]
Adrien Grand commented on LUCENE-6305:
--
In general I don't like adding such methods
[
https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736764#comment-14736764
]
Uwe Schindler commented on LUCENE-6305:
---
bq. Then think about taking one of those l
[
https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736763#comment-14736763
]
Yonik Seeley commented on LUCENE-6305:
--
bq. what a load of horseshit
I am continual
[
https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-8022:
Summary: Java 8 doesn't fails in UpdateRequestProcessor due to Nashorn
class cast exception (was: Ja
[
https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-8022:
Summary: Java 8 fails in UpdateRequestProcessor due to Nashorn class cast
exception (was: Java 8 doe
[
https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-8022:
Summary: Java 8 doesn't work with solr-5.3.0 well (was: jdk-8u60 doesn't
work with solr-5.3.0 well)
[
https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-8022:
Component/s: update
examples
> jdk-8u60 doesn't work with solr-5.3.0 well
>
[
https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-8022:
Labels: java8 (was: )
> jdk-8u60 doesn't work with solr-5.3.0 well
> ---
[
https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736757#comment-14736757
]
Uwe Schindler commented on SOLR-8022:
-
I think this is a duplicate of SOLR-7978. [~ehat
[
https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736754#comment-14736754
]
Robert Muir commented on LUCENE-6305:
-
what a load of horseshit. Those expert users c
Vishnu Mishra created SOLR-8023:
---
Summary: Add Support for group.facet in json facet API
Key: SOLR-8023
URL: https://issues.apache.org/jira/browse/SOLR-8023
Project: Solr
Issue Type: New Featur
[
https://issues.apache.org/jira/browse/SOLR-8022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736746#comment-14736746
]
Gernot Krost commented on SOLR-8022:
Windows based jdk-8u60 and 8u51 don't work either.
[
https://issues.apache.org/jira/browse/LUCENE-6305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736715#comment-14736715
]
Yonik Seeley commented on LUCENE-6305:
--
bq. Actually I think of this change more as
[
https://issues.apache.org/jira/browse/SOLR-7988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-7988:
-
Fix Version/s: 5.3.1
> LukeRequest on default path is broken with CloudSolrClient
> ---
[
https://issues.apache.org/jira/browse/SOLR-7988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736710#comment-14736710
]
ASF subversion and git services commented on SOLR-7988:
---
Commit 17019
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.3-Linux/117/
Java: 64bit/jdk1.9.0-ea-b78 -XX:+UseCompressedOops -XX:+UseSerialGC
1 tests failed.
FAILED: junit.framework.TestSuite.org.apache.solr.cloud.HttpPartitionTest
Error Message:
ObjectTracker found 1 object(s) that were not released!!!
Hi,
Dawid Weiss and I are both involved in the Apache Lucene project and we know
the problems with MappedByteBuffer and unmapping. Dawid already responded with
a source code link to our impl (which needs to use the hacky cleaner()
approach; also look at the heavy documentation in this class):
[
https://issues.apache.org/jira/browse/LUCENE-6786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14736643#comment-14736643
]
Robert Muir commented on LUCENE-6786:
-
Nice cleanup: +1
> Remove IndexFileDeleter.re
Build: https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/379/
2 tests failed.
REGRESSION: org.apache.solr.cloud.BasicDistributedZkTest.test
Error Message:
commitWithin did not work on node: http://127.0.0.1:58719/y_ire/wj/collection1
expected:<68> but was:<67>
Stack Trace:
java.lang.
101 - 200 of 232 matches
Mail list logo
