You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Hudson (JIRA)" <ji...@apache.org> on 2019/07/05 15:18:00 UTC

[jira] [Commented] (OAK-8461) Test failure: FilterImplTest - The mock object was garbage collected

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

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

Build is still failing.
Failed run: [Jackrabbit Oak #2262|https://builds.apache.org/job/Jackrabbit%20Oak/2262/] [console log|https://builds.apache.org/job/Jackrabbit%20Oak/2262/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)