[
https://issues.apache.org/jira/browse/SOLR-12250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16448356#comment-16448356
]
Hoss Man commented on SOLR-12250:
---------------------------------
Dat: even after simon's addition of {{assumeWorkingMockito}} this test is still
causing jenkins failures...
{noformat}
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/1781/
Java: 64bit/jdk-11-ea+5 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC
1 tests failed.
FAILED: org.apache.solr.update.TransactionLogTest.testBigLastAddSize
Error Message:
Mockito cannot mock this class: class org.apache.solr.update.AddUpdateCommand.
Mockito can only mock non-private &
non-final classes. If you're not sure why you're getting this error, please
report to the mailing list. Java
: 11 JVM vendor name : "Oracle Corporation" JVM vendor version : 11-ea+5 JVM
name : OpenJDK 64-Bit
Server VM JVM version : 11-ea+5 JVM info : mixed mode OS name
: Linux OS version
: 4.13.0-37-generic Underlying exception :
java.lang.UnsupportedOperationException: Cannot define class using
reflection
Stack Trace:
org.mockito.exceptions.base.MockitoException:
Mockito cannot mock this class: class org.apache.solr.update.AddUpdateCommand.
Mockito can only mock non-private & non-final classes.
If you're not sure why you're getting this error, please report to the mailing
list.
{noformat}
> NegativeArraySizeException on TransactionLog if previous document more than
> 1.9GB
> ---------------------------------------------------------------------------------
>
> Key: SOLR-12250
> URL: https://issues.apache.org/jira/browse/SOLR-12250
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Cao Manh Dat
> Assignee: Cao Manh Dat
> Priority: Major
> Attachments: SOLR-12250.patch, SOLR-12250.patch
>
>
> In TransactionLog, we have
> {code:java}
> bufSize = Math.min(1024*1024, lastAddSize+(lastAddSize>>3)+256);
> MemOutputStream out = new MemOutputStream(new byte[bufSize]);
> {code}
> Note that bufSize will be a negative number if lastAddSize > 1908874127 (
> which is around 1.9GB).
> Although this seems to relate to user's error because of sending such a big
> document. But the exception is thrown for the update after the big one.
> Therefore it is better to fix the problem and solving how we can prohibit
> users from sending very big documents in other issues.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
