jackrabbit-oak-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (OAK-8461) Test failure: FilterImplTest - The mock object was garbage collected
Date Mon, 08 Jul 2019 15:07:00 GMT

    [ https://issues.apache.org/jira/browse/OAK-8461?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16880442#comment-16880442
] 

Hudson commented on OAK-8461:
-----------------------------

Previously failing build now is OK.
 Passed run: [Jackrabbit Oak #2267|https://builds.apache.org/job/Jackrabbit%20Oak/2267/] [console
log|https://builds.apache.org/job/Jackrabbit%20Oak/2267/console]

> Test failure: FilterImplTest - The mock object was garbage collected
> --------------------------------------------------------------------
>
>                 Key: OAK-8461
>                 URL: https://issues.apache.org/jira/browse/OAK-8461
>             Project: Jackrabbit Oak
>          Issue Type: Bug
>          Components: continuous integration, security
>            Reporter: Hudson
>            Priority: Major
>
> No description is provided
> The build Jackrabbit Oak #2261 has failed.
> First failed run: [Jackrabbit Oak #2261|https://builds.apache.org/job/Jackrabbit%20Oak/2261/]
[console log|https://builds.apache.org/job/Jackrabbit%20Oak/2261/console]
> {noformat}
> [ERROR] testGetPrincipalSupportedRootPath(org.apache.jackrabbit.oak.spi.security.authorization.principalbased.impl.FilterImplTest)
 Time elapsed: 0.113 s  <<< ERROR!
> java.lang.IllegalStateException: The mock object was garbage collected. This should not
happen in normal circumstances when using public API. Typically, the test class keeps strong
reference to the mock object and it prevents getting the mock collected. Mockito internally
needs to keep weak references to mock objects to avoid memory leaks for certain types of MockMaker
implementations. If you see this exception using Mockito public API, please file a bug. For
more information see issue #1313.
> 	at org.mockito.internal.invocation.mockref.MockWeakReference.get(MockWeakReference.java:32)
> 	at org.mockito.internal.invocation.InterceptedInvocation.getMock(InterceptedInvocation.java:103)
> 	at org.mockito.internal.stubbing.InvocationContainerImpl.invokedMock(InvocationContainerImpl.java:157)
> 	at org.mockito.internal.stubbing.OngoingStubbingImpl.<init>(OngoingStubbingImpl.java:22)
> 	at org.mockito.internal.handler.MockHandlerImpl.handle(MockHandlerImpl.java:83)
> 	at org.mockito.internal.handler.NullResultGuardian.handle(NullResultGuardian.java:29)
> 	at org.mockito.internal.handler.InvocationNotifierHandler.handle(InvocationNotifierHandler.java:35)
> 	at org.mockito.internal.creation.bytebuddy.MockMethodInterceptor.doIntercept(MockMethodInterceptor.java:61)
> 	at org.mockito.internal.creation.bytebuddy.MockMethodInterceptor.doIntercept(MockMethodInterceptor.java:49)
> 	at org.mockito.internal.creation.bytebuddy.MockMethodInterceptor$DispatcherDefaultingToRealMethod.interceptAbstract(MockMethodInterceptor.java:126)
> 	at org.apache.jackrabbit.oak.spi.security.authorization.principalbased.impl.FilterProviderImpl$Configuration$MockitoMock$967171701.path(Unknown
Source)
> 	at org.apache.jackrabbit.oak.spi.security.authorization.principalbased.impl.AbstractPrincipalBasedTest.createFilterProviderImpl(AbstractPrincipalBasedTest.java:211)
> 	at org.apache.jackrabbit.oak.spi.security.authorization.principalbased.impl.AbstractPrincipalBasedTest.getFilterProvider(AbstractPrincipalBasedTest.java:205)
> 	at org.apache.jackrabbit.oak.spi.security.authorization.principalbased.impl.FilterImplTest.before(FilterImplTest.java:60)
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message