[
https://issues.apache.org/jira/browse/ISIS-3223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Daniel Keir Haywood reassigned ISIS-3223:
-----------------------------------------
Assignee: Andi Huber (was: Daniel Keir Haywood)
> WrapperFactory with async executor service throws exception
> -----------------------------------------------------------
>
> Key: ISIS-3223
> URL: https://issues.apache.org/jira/browse/ISIS-3223
> Project: Isis
> Issue Type: Bug
> Affects Versions: 2.0.0-M8
> Reporter: Daniel Keir Haywood
> Assignee: Andi Huber
> Priority: Major
> Fix For: 2.0.0-RC1
>
>
> To reproduce:
> * checkout ISIS-3223 branch
> * locate the `WrapperFactory_async_IntegTest` in new
> `regressiontests/stable-core-wrapperfactory` module
> * (enhance, using sh enhance.sh -w)
> * run the test; it will fail because the async executor code (as result of
> line 60) hits an exception when calling back to WrapperFactoryDefault, line
> 649, which in turn is the RepositoryServiceDefault failing an invariant
> assert on line 244.
> I don't understand enough to know why that invariant is checked. The method
> used in DN is "detachCopy", so it would seem that there _are_ legitimate
> reasons when the entity we get back is different to the one being detached
> (the DN code has a entityClass.newInstance(...) in one of its code paths,
> that is what we hit).
> Perhaps the fact that this is multi-threaded code is the issue - though I
> don't believe we are sharing the reference to the Counter bean across
> threads, each thread has its own reference.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
