You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "stephen mallette (JIRA)" <ji...@apache.org> on 2015/03/27 22:14:53 UTC
[jira] [Closed] (TINKERPOP3-490) Consider adding transaction hooks
to GraphStrategy
[ https://issues.apache.org/jira/browse/TINKERPOP3-490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
stephen mallette closed TINKERPOP3-490.
---------------------------------------
Resolution: Implemented
Fix Version/s: 3.0.0.GA
Assignee: stephen mallette
Technically this was implemented but not for {{GraphStrategy}} as that has been replaced by {{TraversalStrategy}}. All strategies will be developed within the context of a {{Traversal}} which simplifies the boilerplate even beyond what {{GraphStrategy}} did for TP2 "wrapppers". The limitation of course is that {{TraversalStrategy}} only applies to `Traversal` objects so you can't really add functionality at the `Graph` level. If someone needs to to do that they will need to build custom wrappers (which tends to get complicated, at least insofar as trying to provide a generalized approach to them....maybe easier to do in a specific domain, but i'm not completely clear on that).
Transaction now has a means to assign callbacks which will fire on commit/rollback actions. This enables methods to trigger different custom operations when those things occur (e.g. flush of the queue in {{EventStrategy}})
> Consider adding transaction hooks to GraphStrategy
> --------------------------------------------------
>
> Key: TINKERPOP3-490
> URL: https://issues.apache.org/jira/browse/TINKERPOP3-490
> Project: TinkerPop 3
> Issue Type: Improvement
> Components: structure
> Reporter: Bryn Cooke
> Assignee: stephen mallette
> Fix For: 3.0.0.GA
>
>
> Being able to detect when a transaction is about to be committed or rolled back is useful for recording timestamps on elements.
> It is better to have all of the timestamps recorded within a transaction with the same value. Ideally the time just before the transaction is committed rather than the time where the element was mutated.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)