ACE (Audit Control Environment)

From COPTR
Revision as of 11:16, 19 October 2021 by Lindlar (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search



The Auditing Control Environment is a mature set of software designed to help libraries and archives prove their holdings are intact and trustworthy.
Homepage:https://wiki.umiacs.umd.edu/adapt/index.php/Ace:Main
License:Apache License
Platforms:Web-based and platform independent. Requires Java 1.6 or later; Tomcat 6.0 or later; MySQL 4.0 or later; and MySQL connector 5.0.7 or better
Function:Fixity


Error in widget Ohloh Project: unable to write file /var/www/html/extensions/Widgets/compiled_templates/wrt67422fa765c985_89029813


Description

The Audit Control Environment is a mature set of software designed to help librarys and archives prove their holdings are intact and trustworthy. Recent developments of ACE include a new token store format to allow ACE tokens to be easily exported, transferred, and independently verified by third parties. To support the ACE tokens a python proof of concept has been developed to allow 3rd parties to write their own file validation routines using ACE tokens. Developed by University of Maryland. Written in Java.

User Experiences

  • I deployed ACE-AM a few years ago, in it's servlet form, and it worked pretty well. The only problem was that for very large collections (millions of individual files) it would start to fall over due to running out of RAM. There is no technical need to keep the entire collection's checksum data in memory (as the system has a database available), so this could easily have been fixed by now. If this is a potential concern, I recommend monitoring memory usage as part of a large-scale test during evaluation. Andy Jackson (talk) 11:02, 11 September 2014 (UTC)
  • Discussion of fixity tools, including ACE on the Digital Curation google groups

Development Activity