You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@isis.apache.org by "Dan Haywood (JIRA)" <ji...@apache.org> on 2015/11/03 00:34:27 UTC

[jira] [Created] (ISIS-1228) Introduce nextTransaction() into fixture scripts.

Dan Haywood created ISIS-1228:
---------------------------------

             Summary: Introduce nextTransaction() into fixture scripts.
                 Key: ISIS-1228
                 URL: https://issues.apache.org/jira/browse/ISIS-1228
             Project: Isis
          Issue Type: Improvement
          Components: Core
    Affects Versions: core-1.8.0
            Reporter: Dan Haywood
            Assignee: Dan Haywood
            Priority: Minor
             Fix For: 1.10.0


originally raised by Oscar:
When using FixtureScripts, there can be many actions that, on the real world, are execute in different time contexts.

For example, a user creates an Account on the webapp and after that executes different actions.

That’s relevant if using the queryResultsCache service (or the new planned “@Action” annotation extension) because the results previously created (i.e., the Account) might be available on the cache.

So perhaps some mechanism like the nextTransation() method might be also introduced on FixtureScripts.

What do you think?

~~~~~~~
Dan's reply:
Makes sense.

There is a nextTransaction() method in the AbstractIntegTest class, you could see how that is implemented and see if it can be adapted?

Or, another idea is that the framework could run each FixtureScript automatically in a separate transaction; that would be a better simulation of a sequence of user interactions?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)