Project

General

Profile

Bug #213

transaction support for packages

Added by Matt Jones over 18 years ago. Updated over 5 years ago.

Status:
New
Priority:
Immediate
Assignee:
Category:
metacat
Target version:
-
Start date:
04/09/2001
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
213

Description

Need to build in transaction support for packages. a client should be able to
insert (or update) a bunch of components of a package and be sure that they all
succeed or all fail. This is especially important if we allow submissions as
"jar" files or otherwise. Still need to be able to insert individual compnents
though.


Related issues

Blocked by Morpho - Bug #438: Intermittent Version Numbering ProblemResolved02/28/2002

History

#1 Updated by Matt Jones over 17 years ago

Postponing this feature to a later release.

#2 Updated by Jing Tao over 16 years ago

This bug will be postphoned because eml2 already put submodules into one xml
documents.

#3 Updated by Jing Tao about 16 years ago

This is the summary for the conference call with Matt and Chad in April 17,
2003.

MetaCat need two other actions: The first one is startTransaction and the
other is endTransaction. Before client start uploading files, it first calls
startTransaction and metacat will assign a transactionid(like a session id) to
the user. Then client loads document or data file with same transactionid.
When user finishes uploading, it sends an endTransaction command. When metacat
gets this endTransaction command, it will submit the whole transaction to db.
If before sending enTransaction, something failed, metacat will rollback
everything already sending to it during this transaction. If user never sends
a endTransaction, timeout mechanisms will make db rollback.

This will change the communication way between metacat and client. Client, for
example, morpho will be changed too. This causes version compatability issue.
MetaCat need to be considered to support both old and new communication ways.

#4 Updated by Matt Jones about 16 years ago

Agreed. In addition, this mechanism allows for all of the access control rules
for a package to be applied to all of the components of a package. If the EML
has the data listed at an online metacat URL, the EML access control rules will
be applied to the data if the data is loaded in the same transaction as the
metadata. For that matter, any object that is loaded in the same transaction
will be associated with the ACL in the metadata.

This is related to any changes to EML that may occur to make ACLs work properly.

#5 Updated by Chad Berkley over 11 years ago

changing to postpone

#6 Updated by Redmine Admin over 6 years ago

Original Bugzilla ID was 213

#7 Updated by Matt Jones over 5 years ago

  • Target version deleted (Postpone)

#8 Updated by Matt Jones over 5 years ago

  • Status changed from In Progress to New

Need to decide if this transaction feature is useful or not, and if not then delete this request. We have operated fine without it for more than a decade, so it seems superfluous.

Also available in: Atom PDF