You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@river.apache.org by "Tom Hobbs (JIRA)" <ji...@apache.org> on 2011/03/07 21:16:00 UTC
[jira] Created: (RIVER-394) Distributed Transaction Manager
Distributed Transaction Manager
-------------------------------
Key: RIVER-394
URL: https://issues.apache.org/jira/browse/RIVER-394
Project: River
Issue Type: New Feature
Reporter: Tom Hobbs
River-393 was created to start recording the details needed to begin designing and building a distributed Java Space. After discussion of this on dev@ a point of view was raised that a distributed transaction manager would be a more useful component to have before we can realistically think about distributed spaces. From the list;
"I'm actually inclined to tackle distributed, resilient transaction management first, for two reasons:
1. I'm dubious about whether a distributed JavaSpace would really be useful without it.
2. I think it may be useful in maintaining consistency among duplicated copies of the same entry."
We also have an idea of the kind of SLA a DTM might be expected to fulfill. Again, from the list;
"The SLA that I, the enterprise developer of resilient HA system,
care about is that once the operation completes (call it transaction
commit), the state transition is preserved even if N arbitrary
failures occur, AND that the system has a computable T time to restore
itself from 'reduced HA' to 'full HA' within which additional failures
beyond N is not guaranteeing preservation of state transition. The
larger the T, the more N I need which increases my cost profile."
This Jira is just another place to start recording thoughts so we can then start thinking about how to build and test such a component.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira