Hola Chris! On 03/28/2012 11:05 PM, Chris Wilper wrote: > I assume your Filesystem api was designed such that all Actions *could* be > reversed. So was there some kind of staging area or was your > Filesystem interface append-only (where it generated ids for new > items)? Since this was merly a test i havent been thinking so far yet :) I only tested file creation and removal in a transaction together with row inserts and deletes in a relational database, but i probably would go for the KISS solution when e.g. manipulating files: 1) Create a copy of the file in a temp/staging area 2) Create the manipulated file in the temp/staging area 3) Copy the manipulated file back to the storage area. So that when a rollback is needed the original can be copied back easily.
-- Frank Asseg ePublishing & eScience Development & Applied Research Phone +49 7247-808-515 Fax +49 7247 808-133 frank.as...@fiz-karlsruhe.de FIZ Karlsruhe – Leibniz Institute for Information Infrastructure Hermann-von-Helmholtz-Platz 1 76344 Eggenstein-Leopoldshafen, Germany http://www.fiz-karlsruhe.de/ ------------------------------------------------------- Fachinformationszentrum Karlsruhe, Gesellschaft für wissenschaftlich-technische Information mbH. Sitz der Gesellschaft: Eggenstein-Leopoldshafen, Amtsgericht Mannheim HRB 101892. Geschäftsführerin: Sabine Brünger-Weilandt. Vorsitzender des Aufsichtsrats: MinDirig Dr. Thomas Greiner. ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________ Fedora-commons-developers mailing list Fedora-commons-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
